بقلم: ليلى | محررة أدوات المطورين · صوت تحريري بإشراف بشري
أطلقت LangChain الإصدار OpenWiki 0.1.0 مع ميزة جديدة اسمها OpenWiki Brains، وهي إطار عمل يمنح وكلاء الذكاء الاصطناعي ذاكرة استباقية — لا تنتظر أن تُخبرها بشيء، بل تذهب هي لجلب السياق من المصادر التي تعمل فيها يومياً.
المشكلة التي يحلها المشروع ليست نظرية. الوكلاء الحاليون، سواء كانوا Claude أو ChatGPT أو غيرهم، يمتلكون ذاكرة رد فعل: يتذكرون ما أخبرتهم به صراحةً، أو ما استنتجوه من محادثاتك معهم. لكن ماذا لو وصل تحديث مشروع مهم إلى Slack؟ ماذا لو حُفظت ملاحظات اجتماع في Notion لم تفتحها منذ أسبوع؟ ماذا لو بوّكمارست تغريدة مفيدة وأنت تتصفح Twitter/X؟ الوكيل لا يعرف شيئاً من ذلك — ما لم تنسخه يدوياً وتلصقه في كل جلسة. OpenWiki Brains يقطع هذه الحلقة.
الفكرة التقنية مباشرة: تُوصّل المشروع بمصادرك، يجلب منها السياق ذا الصلة بشكل دوري، ويكتب ما يجده في ويكي محلية مكونة من ملفات Markdown على جهازك، ثم يُرجع الوكيل إليها عند الحاجة. لا خادم خارجي، لا عملية تعمل باستمرار في الخلفية — مجرد مهمة مجدولة تُحدّث الملفات بالتردد الذي تختاره أنت.
LangChain“>يأتي الإصدار 0.1.0 بنوعين متمايزين من الدماغ. الأول Personal Brain، وهو الجديد الرئيسي في هذا الإصدار. يصل إلى ست مصادر في المرحلة الأولى: Gmail وNotion ومستودعات Git وTwitter/X وHacker News والبحث على الويب، مع الإعلان عن قدوم Slack قريباً. بعض هذه الموصلات حتمية — Gmail مثلاً يجلب الرسائل الحديثة مباشرةً — بينما تحتاج مصادر مثل Notion والبحث على الويب إلى نهج أكثر ذكاءً: تصف للوكيل ما تريده، وهو يبحث بهدف. الثاني Code Brain، وهو سلوك المشروع الأصلي الذي أُطلق كأداة CLI مفتوحة المصدر لتوثيق قواعد الشفرة — يعمل داخل مستودع Git، يولّد توثيقاً، ويكتبه في مجلد openwiki، ويُحدّثه تلقائياً مع كل تغيير في الكود.
الفارق بين النوعين ليس مجرد تسمية. Code Brain يهتم ببنية المستودع وتاريخ git وعلاقات الملفات والأنماط البرمجية. Personal Brain يهتم بالسياق الأوسع لعملك: المشاريع النشطة، الأشخاص والشركات التي تتعامل معها، الروابط المحفوظة، الأبحاث الجارية. الموجّهات والموصلات وطريقة تحديث الذاكرة مختلفة في كليهما، لكن الفكرة الأساسية واحدة.
خلال الإعداد، يسألك OpenWiki عمّا يجب أن يركّز عليه الدماغ. هناك موجّه افتراضي للمساعد الشخصي العام، لكن يمكنك تخصيصه: قل له أن يركز على المشاريع النشطة فقط، أو موضوعات بحث AI تحديداً، أو سياق عملاء معيّنين، أو ملاحظات حديثة من Notion workspace بعينه. هذا الموجّه هو ما يحكم كيفية تصفية المعلومات وحفظها عند استيعاب البيانات الجديدة.
على صعيد التنسيق، اختار الفريق Markdown صراحةً لأسباب عملية: سهل القراءة، سهل الفحص، وسهل التنقل للوكلاء. الأهم أن الويكي تظل مرئية على نظام الملفات وليست مدفونة خلف واجهة مغلقة. لكن الفريق يُقرّ بأن هذا مجرد نقطة بداية — الربط بين الصفحات وتنسيقات المعرفة الأغنى وتنسيقات مثل Google‘s Open Knowledge Format كلها على الطاولة.
خريطة الطريق القادمة تشمل ثلاثة محاور: المزيد من الموصلات كـ LangSmith traces وجلسات Claude/Codex المحلية، وتحسين الاسترجاع عبر البحث النصي الكامل وMCP والبحث الدلالي، وتطوير تنسيقات أكثر ثراءً للربط بين السياقات. المشروع مفتوح المصدر بالكامل — الكود على GitHub والتثبيت عبر NPM بأمر واحد:
npm install -g openwiki@latest
openwiki personal --initما يستحق التأمل هنا أن المشروع يتجنب المركزية بوعي تام. الويكي تعيش على جهازك، التحديثات تعمل محلياً، ولا خادم يحتاج إلى صيانة. هذا يجعله خياراً عملياً لمن يعملون مع بيانات حساسة — لكنه في الوقت ذاته يعني أن الجهة الوحيدة المسؤولة عن صحة هذه الذاكرة وأمانها هي أنت. الذاكرة الاستباقية قوة، لكن ذاكرة تُحدَّث بشكل خاطئ أو تجلب سياقاً غير ذي صلة قد تُضلّ الوكيل بدلاً من توجيهه — وهذا تحدٍّ لا تذكره وثائق الإصدار الحالية بوضوح.
