פתרונות
זיכרון אחד לסוכנים של כולם
מריצים שרת אחד על מכונת homelab או על כל מחשב ב-LAN. כל מפתח מפנה אליו את הסוכנים שלו, ומה שסשן אחד הבין מחכה לאדם הבא ששואל.
שרת אחד שכולם מפנים אליו
קובץ בינארי אחד, עם קובץ SQLite אחד ותיקיית markdown. אין sidecar, אין מסד נתונים וקטורי ואין שום דבר שצריך לסנכרן.
מה שסשן אחד לומד, כל סוכן יכול לשלוף
דף שנכתב בפרויקט קריא לכל מי שנמצא בשרת. סשן Codex של אדם אחד מוצא את המלכודת (gotcha) שסשן Claude Code של חבר צוות נתקל בה בשבוע שעבר.
גלוי כבר בשאילתה הבאה
הערה של חבר צוות מופיעה בחיפוש הבא או בתדריך הסשן הבא של כל אחד. סשן שכבר רץ לא מופרע.
כל שילוב של סוכנים
כל אחד נשאר עם הסוכן שהוא אוהב. כל קריאה לזיכרון מזהה את הפרויקט לפי תיקיית הסשן, כך שסשנים מקבילים לא מתערבבים.
היום הראשון של מפתח חדש
מקבלים מפתח, מפנים את הסוכן אל השרת, ושואלים את הפרויקט מה קרה בו לאחרונה.
שואלים את הפרויקט
"תעדכן אותי" מחזיר תקציר של העבודה האחרונה. "דיברנו כבר על לוגיקת ה-retry?" מחזיר את דף ההחלטה ואת הסשנים שמאחוריו.
הוויקי הוא בסיס ידע חי
מושגים, החלטות ומלכודות נכתבים תוך כדי העבודה, ב-markdown, עם היסטוריית git. אף אחד לא צריך לזכור לעדכן אותו.
משלים את התיעוד הכתוב שלכם
הדפים נבנים מתוך סשנים ומעוצבים כך שסוכנים ישלפו אותם. משאירים את ה-README ואת מסמכי הארכיטקטורה שנכתבו ביד, ונותנים לוויקי להחזיק את הסיבות ואת הדרכים ללא מוצא.
התקציר הוא טקסט רציף כשלשרת יש ספק LLM, ומידע מובנה כשאין. עם --enable-web אפשר לגלוש באותו ויקי בממשק web לקריאה בלבד.
הידע משותף, למקלות יש בעלים
הדפים שייכים לפרויקט. העברת מקל (handoff) שייכת למי שהשאיר אותה.
- ההעברה הממתינה שלכם מגיעה לסשן הבא שלכם. חבר צוות שמפעיל סוכן באותו repository לא מקבל אותה ולא צורך אותה.
- מעבירים
shared: trueכשרוצים לפרסם מקל למי שימשיך את העבודה. - שני אנשים שעורכים את אותו דף יוצרים שרשרת גרסאות. הכתיבה המאוחרת הופכת לעדכנית והקודמת נשארת נגישה. אין merge ושום דבר לא נהרס.
- משבצות אישיות אופציונליות מחזיקות את "על מה אני עובד עכשיו" ולא נכנסות לתדריך הצוותי. הן כבויות כברירת מחדל.
# אישי כברירת מחדל: רק הסשן הבא שלכם מקבל אותו
"שמור הקשר לסשן הבא."
# מפרסמים אחד בכוונה: memory_handoff_begin with shared: true
"שמור handoff משותף, כדי שמי שימשיך את זה מחר יקבל אותו."
סוכנים יכולים לשלוח הודעות בין פרויקטים
הסוכן ב-repository של ה-frontend צריך endpoint מה-repository של ה-API. הוא שולח בקשה שעומדת בפני עצמה ל-inbox של הפרויקט ההוא, והסשן הבא שם מושך אותה. הודעה נתפסת פעם אחת, פרויקט היעד חייב להיות קיים מראש, ו-inbox מחזיק לכל היותר 256 הודעות ממתינות. הכלים מתוארים במדריך ההודעות בין סוכנים ב-GitHub.
חשבונות, מפתחות וביקורת, בלי מסלול בתשלום
יכולות הצוות נמצאות באותו קובץ בינארי ברישיון MIT, כמו כל השאר.
חשבון על שם כל אדם
מוסיפים אנשים בפקודה אחת. משביתים מישהו והגישה שלו נפסקת, והדפים שלו נשארים.
מפתחות API לכל מחשב
כל אדם יכול להחזיק כמה מפתחות עם תוויות, אחד לכל מחשב נייד או סוכן. רוטציה של מפתח דוחה את הישן מיד.
ייחוס בכל כתיבה
כל דף רושם את המחבר שלו, וממשק ה-web מראה מי ערך אותו. זהות המחבר אף פעם לא מסננת מי יכול לקרוא.
יומן ביקורת של כל שינוי
כתיבות נרשמות עם המזהה של המחבר. admission webhooks רואים מי הפועל ויכולים לדחות פעולה.
עדיין לא מתועדים מסך או פקודה לעיון ביומן הביקורת, אז צריך לתכנן על שאילתות מול הטבלה audit_log בקובץ ה-SQLite. מדריך המשתמשים ב-GitHub מכסה תפקידים, כניסה עם סיסמה ורוטציה של מפתחות.
שרת אחד מטפל בכ-700 כתיבות בשנייה, וזה מספיק לכמה מאות סוכנים פעילים. כך זה נמדד.
הקמה לצוות שלכם
דף ההתקנה עובר על זה שלב אחר שלב: מרימים שרת אחד, נותנים מפתח לכל אחד ומכוונים אליו את הסוכנים.
שאלות ותשובות
אפשר לחלוק שרת ai-memory אחד בין כמה מפתחים?
כן. שרת אחד מחזיק את הוויקי וכולם מפנים אליו את הסוכנים שלהם. הדפים משותפים לכל מי שנמצא בשרת. העברות נשארות אצל מי שיצר אותן, אלא אם הוא מפרסם אחת עם shared: true.
שימוש צוותי דורש מסלול בתשלום?
לא. חשבונות אישיים, מפתחות API, ייחוס ויומן הביקורת הם חלק מהקובץ הבינארי בקוד פתוח.
אפשר להגביל פרויקט או דף לחלק מהמשתמשים?
לא. חשבונות הם לא גבול הפרדה בין דיירים. כל משתמש מאומת רואה כל דף בכל פרויקט בשרת הזה. מריצים שרת אחד לכל צוות.
בכמה מפתחים שרת אחד יכול לעמוד?
תקרת הכתיבה שנמדדה היא כ-700 כתיבות בשנייה על דיסק מקומי מהיר, והפרויקט מפרש את זה ככמה מאות סוכנים שפעילים במקביל. המספר מודד את שכבת האחסון, ודיסקים ברשת יהיו איטיים יותר.
תנו לסוכנים של הצוות זיכרון אחד.
חינם ובקוד פתוח. חשבונות, מפתחות ויומן הביקורת כלולים.