למה החלטות שמתקבלות בצ׳אט עם AI הולכות לאיבוד, ואיפה לשמור אותן

החלטות שמתקבלות בשיחה עם ChatGPT או Claude הולכות לאיבוד, כי לצ׳אט אין מצב (state). שום דבר בו לא מסמן שורה כ"זה מה שהחלטנו", שום דבר לא קושר את השורה הזו לעבודה שהיא משפיעה עליה, וצ׳אט חדש מתחיל ריק. הפתרון: לגרום ל-AI לרשום את ההחלטה במקום שבו העבודה נמצאת, כרשומה קצרה עם הנימוקים, ולגרום לסשן הבא לקרוא את הרשומות האלה לפני שהוא פועל.

אנחנו מפתחים את Weft. העובדות על מוצרים אחרים לקוחות מהעמודים הרשמיים שלהם, ונבדקו ב-27 באוקטובר 2026. הרעיון ששרשור "אין לו מצב" לקוח מהמאמר של Hypertask על שרשורים ב-Slack. המדריך הזה מחיל אותו על צ׳אטים עם AI.

למה החלטות שמתקבלות עם ChatGPT או Claude נעלמות?

אתם מבלים ארבעים דקות עם עוזר AI ושוקלים שני ספקי מסדי נתונים, שני מודלי תמחור או שתי דרכים לבנות API. אתם מתכנסים לאחד. הנימוק טוב, העוזר מסכים, ואתם עוברים לדבר הבא.

שבוע אחר כך המסקנה עדיין בצ׳אט ההוא, איפשהו מעל מאתיים הודעות אחרות. צ׳אט חדש לא יודע עליה כלום. חבר צוות מעולם לא ראה אותה. ואם תפתחו למחרת לקוח AI אחר, למשל סוכן קוד בטרמינל, הלקוח הזה מתחיל מאפס ועשוי להציע בעליזות בדיוק את האפשרות שדחיתם.

זו לא בעיה של משמעת. שיחה היא רצף של הודעות. אין בה שדה של "הוחלט", אין בעלים, אין קישור למשימה ואין דרך לומר "זה מחליף את מה שאמרנו ביום שלישי". שאלה שהוכרעה ושאלה שננטשה נראות אותו דבר אחרי שהן גוללות הלאה.

הזיכרון של הצ׳אט לא פותר את זה כבר?

לא לעבודה הזו. עוזרים רבים יכולים היום לזכור דברים עליכם בין צ׳אטים, וזה שימושי להעדפות ולרקע. אבל הזיכרון הזה שייך למוצר אחד ולחשבון אחד. הוא נכתב לשימוש של אותו עוזר, לא כרשומה שאדם יכול לעבור עליה שורה אחר שורה, ולקוח AI אחר לא יכול לקרוא אותו. הוא גם לא אומר על איזו משימה הייתה הבחירה או איזו בחירה קודמת היא החליפה.

ליומן החלטות יש דרישות אחרות. צריך שהאנשים והסוכנים שעובדים על הפרויקט יוכלו למצוא אותו, שכל לקוח AI שייקח את העבודה הבאה יוכל לקרוא אותו, שהוא יהיה קשור לעבודה, ושהוא יהיה כן לגבי ההיסטוריה: כשהחלטה משתנה, הישנה צריכה להישאר גלויה עם הסיבה שבגללה הוחלפה.

מה נחשב להחלטה ששווה לתעד?

תעדו בחירה כשמישהו היה יכול באופן סביר לבחור אחרת, והבחירה תעצב עבודה בהמשך. דוגמאות טובות:

• בחירה בכלי, בספק או בספרייה אחת על פני אחרת.
• ויתור מכוון על משהו ("אין תוכנית הפניות ברבעון הזה").
• קביעת כלל שהעבודה חייבת לעמוד בו ("כל המחירים באיחוד האירופי מוצגים כולל מע״מ").
• שינוי של בחירה קודמת, עם הסיבה.
• לקח שנלמד בדרך הקשה ("לא להריץ את המיגרציה בשעות העבודה").

לא לתעד:

• רעיונות שהעליתם ולא אימצתם.
• שלבים של העבודה עצמה (זה שייך למשימה ולתוצאה שלה).
• כל דבר שהאדם עוד לא הסכים לו, אלא אם הוא מסומן בבירור כהצעה.
• עובדות שכל אחד יכול לחפש שוב בתוך דקה.

מבחן שימושי: אם סשן AI חדש עמד לבטל את הבחירה הזו, הייתם רוצים שהוא יעצור ויקרא למה? אם כן, תעדו אותה.

איך נראית רשומת החלטה טובה?

שמרו אותה קצרה ושמרו את הנימוקים. הפורמט שלמטה הוא גרסה קלה של MADR ‏(Markdown Architectural Decision Records), וזה מה שהכלי record_decision של Weft משתמש בו:

Title:        File uploads: object storage, not the database
Outcome:      Uploaded files go to object storage; the database keeps
              only the file key and metadata.
Status:       accepted
Context:      Users attach files up to 50 MB. Keeping them in the
              database would make backups slow and large.
Options:      1. Object storage  + cheap, backups stay small
                                 - one more service to configure
              2. Database column + one place for everything
                                 - backups grow with every upload
Consequences: We need signed URLs for downloads.
              Deleting a task must also delete its files.
Revisit when: We need to search inside file contents.
Task:         File uploads

• Title נותן שם להחלטה כדי שאפשר יהיה למצוא אותה במבט מהיר.
• Outcome הוא משפט אחד שמישהו חדש יכול לפעול לפיו.
• Context הוא מה שהיה נכון באותו זמן. זה החלק שנעלם ראשון מהזיכרון.
• Options מפרט רק את מה שנשקל בפועל, לא חלופות שהומצאו אחר כך.
• Consequences כולל את החסרונות שקיבלתם על עצמכם, כדי שאף אחד לא "יגלה" אותם אחר כך כבאגים.
• Revisit when אומר מה יהפוך את הבחירה לשגויה.

איך Weft שומר רשומת החלטה?

Weft הוא לוח משימות שלקוחות ה-AI שלכם ניגשים אליו דרך MCP בכתובת https://letsweft.com/api/mcp. שלושה מתוך 32 הכלים שלו מטפלים בהחלטות:

• record_decision מקבל כותרת ותוצאה, ועוד הקשר, עד חמש אפשרויות עם יתרונות וחסרונות, השלכות והתנאי לבחינה מחדש. אפשר לקשר אותו למשימה (taskId) או לפרויקט. רשומות הן בלתי ניתנות לשינוי: כדי לשנות אחת, ה-AI רושם החלטה חדשה עם supersedesId שמצביע על הישנה, והרשומה הישנה נשארת, מסומנת כמוחלפת.
• get_context מחזיר את ההחלטות והלקחים התקפים של סביבת העבודה, מהחדש לישן, ארוזים לפי תקציב טוקנים (800 טוקנים כברירת מחדל). אפשר לצמצם אותו לפרויקט או למשימה. כל שורה נושאת את התאריך שלה, החלטה שהוחלפה לא מופיעה אף פעם, ושורות שלא נכנסו נספרות במקום להיות מוסתרות.
• get_task_history במצב decisions מפרט כל החלטה שנרשמה על משימה אחת, כולל פסיקות בדיקה והסיבות להן.

ל-record_decision יש שימוש נוסף: להעביר פסיקה שהאדם נתן בשיחה על עבודה שמחכה לבדיקה שלו (מאושר, לתיקון, בוטל או נדחה). תיאור הכלי אומר ל-AI שכאן הוא השליח ולא המחליט, ולכן אסור לו להשתמש בזה כדי לאשר את העבודה של עצמו.

מכיוון שרשומות אף פעם לא נערכות במקום, ההיסטוריה נשארת כנה. אם תחליפו ספק במרץ, ההחלטה מינואר עדיין שם, מסומנת כמוחלפת, והרשומה ממרץ אומרת למה.

איך מבקשים מה-AI לתעד החלטות?

חברו את Weft ללקוח ה-AI שלכם, ואז הדביקו הנחיה כזו בתחילת צ׳אט, או בהוראות המותאמות אישית של הלקוח או בקובץ הפרויקט שלו, אם יש:

כשאנחנו מקבלים בצ׳אט הזה בחירה אמיתית (בוחרים אפשרות אחת על פני אחרת,
מוותרים על משהו, או משנים בחירה קודמת), תעד אותה ב-Weft עם
record_decision לפני שממשיכים:
- title: ההחלטה, בכמה מילים
- outcome: הבחירה במשפט אחד
- context: מה היה נכון ואילץ את הבחירה
- options: רק האפשרויות ששקלנו בפועל, עם יתרונות וחסרונות
- consequences: מה נובע מזה, טוב ורע
- confirmation: מתי כדאי לבחון את זה מחדש
- taskId או project: המשימה או הפרויקט שזה נוגע להם
אם זה משנה החלטה קודמת, העבר supersedesId במקום לערוך.
אל תתעד שיחת חולין, ניחושים או דברים שעוד לא הסכמתי להם.
אם עוד לא התחייבתי, השתמש בסטטוס "proposed".
בתחילת כל עבודה לא טריוויאלית, קרא קודם ל-get_context ואמור לי
אילו החלטות קודמות רלוונטיות.

החיבור לוקח דקה. ב-ChatGPT, ‏Weft היא אפליקציה שפורסמה בספריית הפלאגינים, וזמינה בכל התוכניות כולל Free (הגדרה). ב-Claude Code זו פקודה אחת (הגדרה). ‏Claude.ai ו-Claude Desktop מוסיפים אותה כ-custom connector. ההתחברות היא OAuth בדפדפן, כך שאין מפתח להעתיק, ו-Weft מנפיק refresh tokens, כך שהלקוח מחדש את ההתחברות בעצמו. עמודי הגדרה ללקוחות אחרים, כולל Cursor ו-Codex, נמצאים בתיעוד.

מה קורה כשעוברים למחרת מ-ChatGPT ל-Claude Code?

זה המקרה שההנחיה נבנתה בשבילו.

1. ביום שני אתם מתכננים פיצ׳ר ב-ChatGPT. אתם מחליטים לשמור העלאות ב-object storage ולא במסד הנתונים, ו-ChatGPT קורא ל-record_decision עם ההקשר, שתי האפשרויות וההשלכות, מקושר למשימה "File uploads".
2. ביום שלישי אתם פותחים את Claude Code ב-repository. אם עוד לא חיברתם אותו: claude mcp add --transport http weft https://letsweft.com/api/mcp.
3. אתם מבקשים ממנו לקחת את משימת ההעלאות. לפני שהוא כותב קוד, הוא קורא ל-get_context עבור המשימה הזו, או ל-get_task_history במצב decisions, ומקבל בחזרה את הרשומה מיום שני.
4. הוא בונה מול object storage במקום לפתוח מחדש את השאלה. אם הוא מוצא סיבה אמיתית שהבחירה שגויה, הוא יכול להציע החלטה חדשה שמחליפה את זו מיום שני, ואתם מחליטים.

שני הלקוחות קוראים את אותו לוח ואת אותן החלטות, כי הרשומה נמצאת ב-Weft ולא באף אחד מהצ׳אטים. כל חיבור OAuth הוא שחקן נפרד, והלוח מציג את השם שכל לקוח רשם, כך שאפשר לראות איזה חיבור יצר איזו משימה. להרצת כמה סוכנים על לוח אחד בלי התנגשויות, ראו כמה סוכני AI, לוח אחד.

לאן צריכות להגיע החלטות מ-ChatGPT?

ארבעה מקומות נפוצים, בהשוואה לפי מה שיומן החלטות צריך:

הנקודה היא לא שצ׳אט או מסמכים הם רעים. בצ׳אט חושבים. את ההחלטה צריך להעתיק מהצ׳אט למשהו שיש לו מצב, ברגע שהיא מתקבלת, על ידי הצד שכבר נמצא בשיחה: ה-AI.

זה מחליף את המסמכים או את הוויקי שלנו?

לא. ב-Weft אין מסמכים או ויקי, והוא לא מנסה להיות כזה. הסברים ארוכים, מדריכי קליטה ומסמכי עיצוב שייכים לכלי המסמכים שלכם. רשומת החלטה קטנה בכוונה: בחירה אחת, הנימוקים שלה, ומה החליף אותה. אם הצוות שלכם כבר שומר רשומות החלטה בוויקי וכל לקוח AI שאתם משתמשים בו יכול לקרוא אותו, ייתכן שזה מספיק. Weft שימושי כשההחלטות מתקבלות בצ׳אטים עם AI והקורא הבא הוא לעיתים קרובות AI אחר. אם אתם שוקלים את Notion לזה, ראו חלופות ל-Notion למשימות AI.

עוד שתי מגבלות, בכנות. Weft לא קורא את הצ׳אטים שלכם: החלטה נרשמת רק כשה-AI קורא ל-record_decision, ולכן ההנחיה שלמעלה חשובה. וה-AI יכול לטעות במה שנחשב החלטה, אז קראו את get_context מדי פעם והחליפו כל דבר שהוא טעה בו.

כמה זה עולה?

תיעוד וקריאה של החלטות עובדים בתוכנית Free, שכוללת 50 משימות פעילות ו-200 קריאות לכלי AI בחודש. כל קריאה ל-record_decision או ל-get_context נספרת כקריאה אחת. ‏Pro עולה $7 למשתמש לחודש או $60 למשתמש לשנה, עם משימות וקריאות ללא הגבלה (תמחור). ב-Weft אין קרדיטים של AI: החשיבה מתרחשת בלקוח ה-AI שלכם, ו-Weft רק שומר את הלוח ואת הרשומות שלו.

לא אפשר פשוט לבקש מ-ChatGPT לסכם את ההחלטות בסוף הצ׳אט?

אפשר, וזה עוזר. אבל הסיכום עדיין נמצא בצ׳אט הזה או איפה שהדבקתם אותו. הוא לא קשור למשימה, לקוח AI אחר לא יכול לקרוא אותו, וכשההחלטה משתנה אין תיעוד של מה היא החליפה. תיעוד של כל החלטה ברגע שהיא מתקבלת חוסך את שלושת אלה.

ה-AI יתעד החלטות בלי שיבקשו ממנו?

תיאור הכלי record_decision אומר ל-AI להשתמש בו בכל פעם שהמשתמש מקבל בחירה אמיתית בשיחה, אז חלק מהלקוחות יעשו את זה. אל תסמכו על זה. ההנחיה שהדבקתם הופכת את זה למפורש, ותמיד אפשר לומר "תעד את ההחלטה הזו".

אפשר לערוך החלטה אם היא תועדה לא נכון?

לא במקום. רשומות הן בלתי ניתנות לשינוי. תעדו החלטה מתוקנת עם supersedesId שמצביע על השגויה. הרשומה הישנה נשארת, מסומנת כמוחלפת, ו-get_context מפסיק להציג אותה.

החלטות צריכות משימה?

לא. אפשר לקשר החלטה למשימה, לפרויקט, או לאף אחד מהם. קישור למשימה אומר ש-get_task_history מציג אותה ליד העבודה הזו, ושאפשר לצמצם את get_context אליה.

זה אותו דבר כמו זיכרון העבודה של Weft?

לא. זיכרון עבודה (הערות קצרות שנלמדו) הוא פיצ׳ר נפרד של Pro. רשומות החלטה מגיעות מ-record_decision, והקוד לא מגביל אותן ל-Pro.

מה אם אני משתמש ביותר מלקוח AI אחד?

זו הסיבה העיקרית לעשות את זה. ChatGPT, ‏Claude Code, ‏Cursor או Codex שמחוברים לאותה סביבת עבודה של Weft קוראים כולם את אותן החלטות דרך get_context, כך שהלקוח השני לא פותח מחדש שאלות שהראשון כבר סגר.