وكيل البرمجة القادم لديك لا ينبغي أن يبدأ من الصفر

أغلى ما في تبديل وكلاء البرمجة ليس الاشتراك، بل تلك الساعة التي تقضيها في شرح مشروعك من جديد.

أي الملفات تهم، وأي أسلوب جرّبته وفشل، ولماذا بُني الاختبار بهذا الشكل، وماذا يفعل الفرع نصف المكتمل. لا يعرف Claude Code شيئًا من هذا، ولا Codex ولا Cursor ولا Gemini CLI. كلها تبدأ بنافذة سياق فارغة ورغبة مهذّبة في المساعدة.

ai-memory ثنائي واحد مكتوب بـ Rust يحاول حل هذه المشكلة، وخياراته التصميمية أطرف من قائمة مزاياه.

ذاكرة واحدة، أدوات كثيرة

الفكرة أن نحو عشرين أداة تشغيل للوكلاء — Claude Code وCodex وCursor وGemini CLI وOpenCode وGrok وDevin وKimi وKiro وغيرها — تقرأ من مخزن ذاكرة واحد مشترك. تعمل في واحدة، تتوقف في منتصف المهمة، تفتح أخرى في المجلد نفسه، فتلتقط من حيث توقفت الأولى.

الآلية هي تسليم مُصنَّف. ليس ملخصًا يولّده الوكيل ويأمل أن يكون دقيقًا، بل سجل صريح له مالك لا يمكن أن يُطالب به إلا مرة واحدة. هذا القيد تحديدًا هو الجزء المفيد: يمنع أن يظن وكيلان معًا أنهما يواصلان العمل، ويجعل التسليم المتروك ظاهرًا بدل أن يضيع بصمت.

وهناك أيضًا طبقة عابرة للمشاريع. تفضيلاتك في العمل — مدير الحزم، وطريقة تنظيم الاختبارات، والشكل الذي تحبه للوحدات — تنتقل معك إلى المستودعات الجديدة، حتى لا يبدأ نسخ جديد من الصفر في الأمور الصحيحة في كل مكان.

Markdown مصدرًا للحقيقة

هنا القرار التصميمي الذي يستحق النقاش.

أنظمة الذاكرة للوكلاء تعني عادةً التضمينات. تقطّع السجل، وتحوّله إلى متجهات، وتخزّنه في قاعدة بيانات متجهية، ثم تسترجعه بالتشابه. هذا يعمل، لكنه يحمل ثلاث مشكلات: لا يمكنك قراءته، ولا يمكنك مقارنة نسخه، والاسترجاع معتم إلى حد أنك لا تعرف سببه حين يعيد الشيء الخطأ.

ai-memory يقلب هذا. مصدر الحقيقة ويكي Markdown عادي، مُدار بإصدارات git. فهرس SQLite — البحث النصي الكامل والكيانات والتضمينات — مشتق وقابل لإعادة البناء. احذف قاعدة البيانات ولن تفقد شيئًا.

هذا الخيار وحده يمنح الكثير. يمكنك تشغيل grep على الويكي. يمكنك فتحه في Obsidian. يمكنك تصحيح مدخل خاطئ بيدك. يمكنك مزامنته بـ rsync. يمكنك قراءة فرق diff وترى أن فهم الوكيل لمعماريتك تغيّر يوم الثلاثاء. ولا توجد قاعدة متجهات تُحبَس داخلها.

ويعني أيضًا أن الذاكرة قابلة للتدقيق بطريقة تهم الفرق. سؤال «لماذا يظن الوكيل أننا نستخدم pnpm» جوابه ملف.

شيخوخة بلا حذف

يصف المشروع نظام تقادم للذاكرة: اضمحلال على طبقات، واحتفاظ مرجّح بعدد مرات الوصول، وإزالة للتكرار، وتعليم للتناقضات. الملاحظات غير المستخدمة تتراجع أولويتها دون أن تختفي، والمدخلات المتعارضة تُعلَّم بدل أن تُكتب فوقها بصمت.

التفصيل المهم أن لا شيء يُحذف نهائيًا. الصفحات القديمة تبقى في git، وأمر استرجاع يعيدها. وبالنظر إلى كم مرة تبيّن أن ملاحظة الوكيل «القديمة» هي السجل الوحيد لسبب اتخاذ قرار ما، فهذا هو السلوك الافتراضي الصحيح.

هناك ميزة اختيارية تُسمى dreaming، تستخدم نموذجًا لغويًا لإعادة كتابة مجموعات من الملاحظات الباردة في وقت الخمول. وهي معطّلة افتراضيًا، ويصرّح README بأنها لا تحذف المادة الأصلية أبدًا. والتعطيل الافتراضي هو القرار الصحيح لأي شيء يعيد كتابة ملاحظاتك بنموذج.

الإعداد قصير فعلًا

أمران على Linux أو macOS: مثبّت من curl إلى shell يتحقق من checksum بخوارزمية SHA-256، ثم ai-memory setup الذي ينشئ مجلد البيانات ويشغّل خدمة على مستوى المستخدم ويوصل ما يكتشفه من الوكلاء. وهناك مقابل بـ PowerShell على Windows، إضافة إلى AUR وRPM وNix وDocker ومداخل في سوق الإضافات لـ Claude Code وCodex.

الاستخدام اليومي يدور حول غلاف واحد: ai-memory run claude بدل claude. يثبّت الخطافات وخادم MCP المناسبين عند أول تشغيل ويقصر الجلسة على المشروع الحالي. بعد ذلك يستأنف ai-memory continue آخر نسخة مُدارة، ويختار resume --search auth من سير عملك بالاسم.

وهناك أمر bootstrap يستورد تاريخ المشروع القائم في تمريرة واحدة، وهذا هو الفرق بين أداة تتبنّاها وأداة تظل تنوي تبنّيها.

الجوانب غير المريحة

الالتقاط الصامت عبر خطافات دورة الحياة يعني أن النظام يسجّل المطالبات واستدعاءات الأدوات وحدود الجلسات أثناء عملك. هذه هي الطريقة الوحيدة ليعمل هذا — فلن تدوّن يومياتك بيدك — لكن من الأفضل أن تكون واضحًا بشأنها. سجل بكل مطالبة كتبتها على شيفرة عميل هو مادة حساسة، وهو الآن في مجلد مُدار بـ git.

التخفيفات معقولة: فهو يرتبط بواجهة الاسترجاع المحلية فقط افتراضيًا، والإعداد يولّد bearer token يُكتب في ملف لا يقرأه إلا المالك، لا في إعدادات وكيلك. لكن بداية Docker السريعة تعمل بلا مصادقة، ويشير README إلى أنها للاستخدام المحلي فقط. فإن عرضت ذلك المنفذ بلا وكيل عكسي بـ TLS، تكون قد نشرت تاريخ عملك.

جانب الفرق أنضج مما توقعت لمشروع بهذا العمر: خادم مشترك، ومشاركة لكل مشروع، وتسليمات خاصة، ومصادقة متعددة المستخدمين، ونسبة الفضل، وسجل تدقيق، كلها خارج الخطة المدفوعة. هذه هي مجموعة المزايا التي تحدد إن كان سينجو من الاحتكاك بمؤسسة هندسية حقيقية.

إن كنت لا تريد تشغيل خادم

اعتراض مشروع: عبارة «خادمي الخاص» تفقد نصف الجمهور في الحال.

لا يلزم أن يكون خادمًا. أمر الإعداد يشغّل خدمة على مستوى المستخدم على الجهاز نفسه، مرتبطة بواجهة الاسترجاع المحلية، وهذا هو المسار الافتراضي: لا مختبر منزلي، لا خادم VPS، لا DNS. مزايا ما بين الأجهزة والفرق لا تهم إلا عندما تريدها، ويمكن فصلها عن الحلقة الأساسية.

هناك أيضًا تطبيق في شريط القوائم لـ macOS مبني من المستودع، وعرض ويب للقراءة فقط إن كنت تفضّل تصفح الويكي في المتصفح بدل المحرر. ومسار Docker موجود أساسًا لمن يفكر أصلًا بلغة الحاويات.

فسلّم التبنّي الصادق هو: ثبّته على حاسوبك، ودعه يلتقط مشروعًا واحدًا، وانظر إن كان الويكي الناتج شيئًا ستقرأه فعلًا. إن كان كذلك، يأتي الباقي. وإن كان الويكي ضجيجًا، فلن تنقذه أي مزايا للفرق.

لماذا هذا أهم مما يبدو

سوق الوكلاء منظم اليوم حول الموردين، وليس للموردين أي حافز لتسهيل رحيلك. سياقك هو القيد. ولهذا تبدو تكلفة التبديل أعلى مما يوحي به سعر الاشتراك.

أداة تجلس تحت كل هذه الأدوات وتحفظ الذاكرة بصيغة تملكها هي فعل صغير من التوحيد القياسي من جهة المستخدم. وأيًا كان الفائز، فإن شكل الحل — نص عادي قابل للنقل مع فهرس قابل لإعادة البناء — صحيح بوضوح، وهو الشكل الذي سيكون على كل ميزة ذاكرة مغلقة أن تنافسه عاجلًا أو آجلًا.

كما أنه ثنائي واحد ولا يحتاج مفتاح API للحلقة الأساسية. وهذا نادر في فئة يعني فيها «الذاكرة» عادةً «اشتراكًا آخر».