الوكيل Pinky يدير CRM لأكثر من 1000 شخص: «دماغ ثانٍ» بملفات md وgit بدلًا من Notion

مشكلة مألوفة: ملاحظات ومهام وجهات اتصال وأهداف موزعة على نحو عشر خدمات، ووقت يُستنزف في ترتيب Notion بدلًا من إنجاز العمل. اختار صاحب قناة «توتشكي ناد II» حلًا جذريًا: أنشأ مجلدًا لملفات markdown وربطه بوكيل ذكي. وبعد عام، يقول إنه لم يعد يتصور كيف كان يعيش من دونه.

ما هذا النظام؟

اسم الوكيل Pinky. يقرأ من القاعدة ويكتب فيها بنفسه، ويتذكر أين توقفت المحادثة، ويجادل صاحبه، بحسب وصفه، أكثر مما يرغب. يضم النظام CRM لأكثر من 1000 شخص: تُسجَّل المكالمات في MacWhisper، ثم يوزع الوكيل محتواها على بطاقات الأشخاص المعنيين. وإلى جانبه مدير مهام طوّره صاحب القناة مع الوكيل بأسلوب «البرمجة بالوصف»، ولوحة تحليلات للمعسكر التدريبي تشمل المدفوعات ومسار التحويل وصفقات الشركات، فضلًا عن نتائج التحاليل الطبية والشؤون المالية والأهداف السنوية وسجل للأفكار المستخلصة وملف نفسي تُراجَع على أساسه القرارات المهمة.

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

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

كيف يعمل تقنيًا؟

تُحفَظ البيانات في ملفات markdown داخل git، وفق نظام Johnny Decimal. لكل كيان ملف مرجعي واحد، وتحيل إليه جميع المواضع الأخرى. وهذا يحمي من التكرار وتضارب المعلومات، وهما أبرز مشكلات قواعد البيانات المبنية ذاتيًا.

تُدوَّن قواعد العمل في CLAUDE.md، الذي يقرأه الوكيل في بداية كل جلسة. أما التفاصيل فتُنقل إلى مواصفات منفصلة كي لا يتضخم الملف الرئيسي. وتوجد الأدوار والمهارات في مجلد خاص بها، على هيئة تعليمات بملفات md وسكربتات أيضًا. ويبلغ إجمالي السكربتات نحو 70، تجلب البيانات من القواعد والمصادر المالية والأخبار والتقاويم.

يعمل البحث عبر خادم MCP خاص. وهو يجمع بين ChromaDB مع تضمينات متعددة اللغات، والبحث بالكلمات المفتاحية عبر BM25، ثم يدمج النتائج باستخدام RRF (reciprocal rank fusion). ويُحدَّث الفهرس كل نصف ساعة. يلتقط هذا المزيج التطابقات الدلالية، وكذلك المسميات والأسماء والأرقام الدقيقة التي كثيرًا ما تفوت التضمينات وحدها.

تعمل المهام الخلفية على Mac عبر launchd: مزامنة CRM مع قاعدة المعسكر التدريبي، ومعالجة المكالمات، ونسخ المهام إلى النظام المقابل. مدير المهام منشور على Railway، ويُفتح من الهاتف كتطبيق ويب تقدمي PWA مع Face ID، بينما يُرسَل الإملاء من Apple Watch مباشرة إلى API. وتُحفَظ الذاكرة بين الجلسات في ملخصات قصيرة تتضمن الأمور العالقة، وفي ملف مرجعي مختصر يحوي مؤشرات إلى الملفات المطلوبة.

من أين تبدأ، وأين تكمن الصعوبة؟

نصيحة صاحب النظام: لا تصمم النظام من الصفر، بل ابدأ بمقابلة. افتح النموذج اللغوي الكبير LLM الذي تراكم لديه أكبر قدر من سجل محادثاتك، واطلب منه إعداد 50 سؤالًا عن عملك ومشروعاتك وعاداتك وما تنساه باستمرار. وحدد الهدف منذ البداية: أن يُعدّ النموذج في النهاية وثيقة متطلبات منتج PRD لدماغك الثاني، Second Brain. سلّم هذه الوثيقة إلى الوكيل ليبني النسخة الأولى، ثم دع النظام يتطور تدريجيًا مع ملاحظات دورية.

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

الدرس العملي للمطور أو مسؤول المنتج: باتت بنية الوكيل الشخصي القابل للاستخدام بسيطة نسبيًا اليوم. فهي تقوم على markdown وgit بوصفهما مصدر الحقيقة، وملف مرجعي واحد لكل كيان، وCLAUDE.md للقواعد، وبحث هجين عبر MCP، وبضع مهام خلفية. ويمكن بناؤها خلال عطلة نهاية أسبوع، ثم تحسينها كلما ظهرت حالات استخدام فعلية.