למה אני נותן לסוכן ה-AI שלי לתחזק את הוויקי האישי שלי

למה אני נותן לסוכן ה-AI שלי לתחזק את הוויקי האישי שלי (הרעיון של קרפטי)

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

נקודת המוצא: אובסידיאן ובעיית התחזוקה

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

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

הבעיה בדרך שרוב האנשים משתמשים ב-AI על מסמכים

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

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

הרעיון עצמו: ויקי שהסוכן מתחזק

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

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

שלוש שכבות

הארכיטקטורה בנויה משלושה חלקים:

1. מקורות גולמיים - כל מה שאספתם: מאמרים, מחקרים, תמונות, קבצי דאטה. התכונה המרכזית שלהם היא שהם בלתי ניתנים לשינוי. הסוכן קורא אותם אבל אף פעם לא עורך אותם. זהו מקור האמת שלכם.
2. הוויקי - תיקייה של קבצי טקסט שהסוכן מייצר ובעליה: דפי סיכום, דפי ישויות, דפי מושגים, השוואות. השכבה הזו שייכת למודל.
3. הסכימה - מסמך יחיד (בשם AGENTS.md, CLAUDE.md, או המקביל לו לפי הסוכן שבו אתם משתמשים) שמתאר איך הוויקי בנוי, אילו מוסכמות הוא עוקב אחריהן, ומה התהליך להכנסת מקור חדש, למענה על שאלה, או לתחזוקה. אתם והמודל מפתחים את המסמך הזה יחד לאורך זמן.

שלוש פעולות

• הכנסה (Ingest). אתם זורקים מקור חדש לתיקייה ומבקשים מהסוכן לקלוט אותו לתוך הרשת. הוא קורא את המקור, עובר איתכם על הנקודות המרכזיות, כותב או מעדכן דף סיכום (הטריטוריה הבלעדית שלו), מעדכן את האינדקס, מעדכן דפים קשורים, ומוסיף רשומה ליומן. קרפטי מציין שמקור בודד יכול לגעת ב-10 עד 15 דפים. ההעדפה שלו, שאני חולק, היא להכניס מקור אחד בכל פעם ולהישאר מעורב - לקרוא סיכומים ולכוון - במקום להכניס הרבה מקורות בבת אחת. גדילה איטית ואורגנית מצטברת טוב יותר, כי כל הוספה חדשה מתקשרת לחומר שכבר עבר עיבוד.
• שאילתה (Query). אתם שואלים שאלה. הסוכן מוצא דפים רלוונטיים, קורא אותם, ומרכיב תשובה עם ציטוטים. הפרט ששווה להדגיש: תשובה טובה אפשר להחזיר לוויקי כדף חדש. השוואה שביקשתם, קשר שגיליתם תוך כדי שיחה - אלה בדרך כלל שווים משהו, ובדרך כלל פשוט נעלמים בהיסטוריית הצ'אט. כאן, גם החקירה שלכם עצמכם מצטברת בדיוק כמו מקור שהוכנס.
• בדיקת תקינות (Lint). בדיקה תקופתית. אתם שואלים את הסוכן אם הוויקי בריא, והוא מחפש סתירות בין דפים, טענות שמקור חדש כבר החליף, דפים יתומים בלי קישורים נכנסים או יוצאים, מושגים שמוזכרים הרבה בלי דף משלהם, ופערים שאפשר לסגור בחיפוש מהיר. קרפטי מוסיף שהסוכן גם טוב בלהציע שאלות או מקורות חדשים שכדאי לחקור. זה בדיוק אותו רעיון של linting על קוד, רק שמופעל על פרוזה.

שני קבצים מיוחדים

• index.md הוא מפת תוכן: כל דף, מקושר, עם שורת תקציר אחת, מסודר לפי קטגוריות, מתעדכן בכל הכנסה. כשמגיעה שאלה, הסוכן קורא קודם את האינדקס ומחליט משם אם לצלול פנימה. קרפטי טוען שזה מתרחב בצורה מפתיעה טוב - בסדר גודל של כ-100 מקורות ומאות דפים - וחוסך לו לגמרי את התשתית של אחזור מבוסס embeddings. אני לא בדקתי את זה בקנה מידה כזה בעצמי, אז הייתי מתייחס לטענה הספציפית הזו כניסיון שלו ולא כתוצאה מוכחת - אבל שווה לבדוק מול השימוש שלכם.
• log.md הוא יומן כרונולוגי שרק מוסיפים אליו. הטיפ שלו: לפתוח כל רשומה באותה תבנית, כדי שאפשר יהיה לשלוף את הרשומות האחרונות בפקודה פשוטה.

הערה על כלים

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

בצד של אובסידיאן עלו כמה תוספים: web clipper שהופך כתבה ל-Markdown בכניסה, תצוגת הגרף להדמיה של צורת הוויקי, תוסף ליצירת דיאגרמות או מצגות מתוך דפים, ותוסף שאילתות להרצת חיפושים מובנים על ההערות. שווה להוסיף: מכיוון שהוויקי הוא סתם תיקיית קבצי טקסט, מקבלים בחינם היסטוריית גרסאות בסגנון git אם רוצים.

למה זה באמת עובד

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

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

מה זה כן ומה זה לא

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

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

בקצרה

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