כל אחד מהסוכנים שלי עשה מה שבא לו.
ואז גיליתי למה.

תום אבן כתב לי בקבוצה: "וואו! נתנו עבודה הח'ברה שלך. אתה לא נותן להם לנוח בחג?"

חייכתי.

ואז עצרתי.

ארבעה ימים. זה מה שלקח לשדרג את מערכת ה-AI שלי בפעם הקודמת. 4 ימים של שינויים, אישורים, בדיקות. ציון עלה מ-5.52 ל-8.10. Gary קיבל קידום. ה-Chief of Staff פוטר.

אבל 4 ימים זה המן זמן.

התחלתי לחשוב: למה לקח כל כך הרבה זמן? אם המערכת הייתה מסודרת, אם הסוכנים ידעו בדיוק מה לעשות, אם הכלים שלהם היו כתובים נכון, האם היינו צריכים 4 ימים?

כנראה שלא.

מה זה המערכת שאני מדבר עליה

לפני שממשיכים, שניה של הקשר לאלה שלא מכירים.

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

יש לך קופירייטרת. יש לך שומרת שער שבודקת איכות. יש לך חוקר, כותב ספרים, מורה, שותף עסקי. כולם יושבים בקבצים. כולם פועלים דרך Claude Code.

זה לא chatbot. זה יותר קרוב לתוכנה. מערכת שמצברת ידע לאורך זמן, לומדת, מעדכנת עצמה.

אני עובד עם המערכת הזו כבר כמה חודשים. היא שינתה את הדרך שבה אני עובד.

אחד מהמרכיבים שלה הם Skills.

Skills הם הוראות הפעלה שהסוכן טוען כשהוא מבצע משימה. כשCory כותבת פוסט, היא קוראת את social-post-skill.md. כשGreta עושה ביקורת, היא קוראת את checklist שלה. כמו מדריך של כלי עבודה.

אם המדריך כתוב בבלגן, הכלי עדיין עובד. אבל לא תמיד נכון. ולפעמים, לוקח 4 ימים לעשות מה שאפשר לעשות ביום.

מה מצאתי כשהסתכלתי לראשונה

ביקשתי מ-Adam לסרוק את כל קבצי ה-Skills.

47 קבצים.

פתחתי כמה אקראיים.

קובץ ראשון: כתוב כולו בעברית. קובץ שני: כתוב כולו באנגלית. קובץ שלישי: עברית בכותרות, אנגלית בתוכן, מעורב בלי הגיון ברור.

כל קובץ נבנה בזמן אחר. כשהצורך עלה, בניתי. לא היה תבנית אחידה. לא היה כלל שפה. לא היה "ככה נראה skill במערכת שלנו."

ועוד משהו: לחלק מהקבצים לא היה "When to Use". הסוכן לא ידע מתי לטעון אותם. זה לא היה כתוב.

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

וגרסאות. כל 47 הקבצים: גרסה 1.0. מאז שנוצרו.

הרגע שהבנתי שזה עלי

חשבתי על Cory.

היא לא כתבה לא טוב. היא כתבה בדיוק לפי מה שהיה כתוב. המדריך שנתתי לה היה שונה ממה שציפיתי.

חשבתי על 4 הימים.

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

זה לא כישלון של הסוכנים.

זה כישלון של ההוראות שנתתי להם.

שלושה גילויים שלא ציפיתי להם

מה עשינו בפועל

12 שיפורים. 2 נדחו כי לא היו רלוונטיים לארכיטקטורה שלנו.

בשלוש שכבות:

התוצאות

Discoverability (מודגש) — הממד שהפתיע הכי הרבה: מ-3 ל-9

שיפור של 2.53 נקודות.

7.60 זה לא מושלם. יש עוד מה לעשות. אבל עכשיו אני יודע מה יש לי ואיפה זה נמצא.

ועוד מספר אחד:

השדרוג הזה לקח פחות מ-24 שעות.

לא 4 ימים. פחות מיום אחד.

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

זה מה שתום אבן לא ידע כשכתב "נתנו עבודה."

בפעם הבאה, הם יעבדו עוד פחות. כי המערכת תהיה עוד יותר נקייה.

מה למדתי

איך לעשות את זה בעצמך

אם יש לך מערכת ABC-TOM עם skills שנבנו לאורך כמה חודשים:

מי צריך לעשות את זה

מי שמשתמש ב-ABC-TOM עם skills שנבנו בזמנים שונים, לפי צורך ולא לפי תבנית.

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

השדרוג הקודם לקח 4 ימים.

השדרוג הזה לקח פחות מ-24 שעות.

זה ההבדל בין צוות שעובד עם מדריכים בלגניים לצוות שעובד עם מדריכים נכונים.