Open Knowledge Format: The Markdown Standard for AI Agents
وكلاء الذكاء الاصطناعي يكونون بذكاء السياق الذي تقدمه لهم فقط.
تواجه معظم الفرق العائق ذاته. فلديك نموذج قادر وإطار عمل قوي، لكن الوكيل لا يعرف شيئاً عن مؤسستك؛ فهو لا يعرف جداول قواعد البيانات الخاصة بك، أو معادلات المقاييس، أو أدلة تشغيل الحوادث (runbooks).
هذه المعرفة مبعثرة عبر Notion وSlack والـ wikis. ولتزويد الوكيل بها، تضطر عادةً إلى بناء تكاملات مخصصة لكل مصدر على حدة.
يغير تنسيق المعرفة المفتوح (OKF) هذا الواقع.
إن OKF هو مواصفة محايدة للموردين (vendor-neutral). فهو يقوم بتغليف معرفتك في ملفات markdown بسيطة، ويمكن لأي وكيل قراءتها دون الحاجة إلى SDKs مخصصة أو أدوات مملوكة لجهة معينة.
How it works: حزمة OKF هي عبارة عن دليل (directory) من ملفات markdown. يمثل كل ملف مفهوماً معيناً مثل جدول، أو مقياس، أو API.
Why this is effective:
- الهوية عبر مسارات الملفات: مسار الملف هو المعرف (ID). لا حاجة لقاعدة بيانات أو سجل.
- رسوم بيانية للمعرفة (Knowledge graphs) عبر الروابط: تنشئ روابط Markdown علاقات بين المفاهيم، مما يحول المجلد إلى رسم بياني قابل للتنقل.
- لا يتطلب أدوات: نظام الملفات هو الـ API. لا تحتاج إلى برامج جديدة لاستخدامه.
How to use it:
- فرق البيانات: توثيق الجداول والمقاييس لكي يتمكن الوكلاء من كتابة SQL دقيق.
- فرق SRE: كتابة أدلة التشغيل (runbooks) لكي يتمكن الوكلاء من تشخيص الحوادث.
- فرق المنصات: إرسال تعريفات الـ API لكي يفهم الوكلاء نقاط النهاية (endpoints).
OKF ليس بديلاً لـ RAG أو MCP.
- استخدم OKF للمعرفة المستقرة والمنسقة مثل المخططات (schemas) وأدلة التشغيل.
- استخدم RAG لأرشيفات المستندات الكبيرة وغير المنظمة.
- استخدم MCP للبيانات الحية واتصالات الأدوات.
هذا التنسيق جزء من رخصة Apache 2.0. إنه سهل النشر ويمنع الارتباط الحصري بمورد معين (vendor lock-in). معرفتك تعيش في مستودع git الخاص بك وتظل قابلة للقراءة بواسطة أي أداة.
ابدأ بخطوات صغيرة. اختر فريقاً واحداً يعاني من توثيق فوضوي. اكتب ثلاثة ملفات OKF ووجه وكيلاً إليها.
Optional learning community: https://t.me/GyaanSetuAi