פורמט ידע פתוח (OKF): תקן ה-Markdown עבור סוכני AI
סוכני AI הם חכמים רק כפי שההקשר שאתם מספקים להם מאפשר.
רוב הצוותים נתקלים באותו מחסום. יש לכם מודל בעל יכולות ופריימוורק איתן, אך הסוכן אינו יודע דבר על הארגון שלכם. הוא אינו מכיר את טבלאות מסד הנתונים שלכם, את נוסחאות המדדים שלכם, או את ה-runbooks שלכם לניהול אירועים.
הידע הזה מפוזר ב-Notion, Slack וב-wikis. כדי להעביר אותו לסוכן, בדרך כלל עליכם לבנות אינטגרציות מותאמות אישית עבור כל מקור בנפרד.
פורמט הידע הפתוח (OKF) משנה זאת.
OKF הוא מפרט ניטרלי לספק (vendor-neutral). הוא אורז את הידע שלכם כקבצי markdown פשוטים. כל סוכן יכול לקרוא אותו ללא צורך ב-SDKs מותאמים אישית או בכלים קנייניים.
איך זה עובד:
חבילת OKF היא ספרייה של קבצי markdown. כל קובץ מייצג מושג כמו טבלה, מדד (metric) או API.
למה זה יעיל:
- זהות באמצעות נתיבי קבצים: נתיב הקובץ הוא ה-ID. אין צורך במסד נתונים או ברישום (registry).
- גרפי ידע באמצעות קישורים: קישורי Markdown יוצרים קשרים בין מושגים. זה הופך תיקייה לגרף שניתן לנווט בו.
- אין צורך בכלים מיוחדים: מערכת הקבצים היא ה-API. אין צורך בתוכנה חדשה כדי להשתמש בה.
איך להשתמש בזה:
- צוותי דאטה: תיעוד טבלאות ומדדים כדי שסוכנים יכתבו SQL מדויק.
- צוותי SRE: כתיבת runbooks כדי שסוכנים יוכלו לאבחן אירועים.
- צוותי פלטפורמה: אספקת הגדרות API כדי שסוכנים יבינו נקודות קצה (endpoints).
OKF אינו תחליף ל-RAG או ל-MCP.
- השתמשו ב-OKF עבור ידע יציב ומסודר כמו סכמות (schemas) ו-runbooks.
- השתמשו ב-RAG עבור ארכיוני מסמכים גדולים ובלתי מובנים.
- השתמשו ב-MCP עבור נתונים חיים וחיבורי כלים.
פורמט זה הוא תחת רישיון Apache 2.0. קל להפיץ אותו והוא מונע תלות בספק (vendor lock-in). הידע שלכם חי במאגר ה-git שלכם ונשאר קריא עבור כל כלי.
התחילו בקטן. בחרו צוות אחד עם תיעוד מבולגן. כתבו שלושה קבצי OKF והפנו אליהם סוכן.
קהילת למידה אופציונלית: https://t.me/GyaanSetuAi