صاحب قناة «Tochki nad II» استبدل Notion وCRM بوكلاء: أكثر من 80 مهارة بدل الخدمات

بينما ينشغل الجميع بالجدل حول أفضل نموذج، عرض صاحب قناة «Tochki nad II» كيف يبدو يوم العمل المبني حول وكيل. ليست هذه قائمة بتطبيقاته المفضلة، بل تصميم لمكان العمل: نافذة واحدة فيها وكيل (IDE أو طرفية أو تطبيق أصلي) يملك صلاحية الوصول إلى كل المشاريع والمستودعات. وكل ما عدا ذلك، على حد قوله، مجرد غلاف حول هذه النافذة.

في المركز: الوكلاء والاشتراكات

الأساس هو Claude Code وCodex عبر الاشتراكات الأساسية. ويعمل معهما في التطبيقات وفي الطرفية iTerm. أما Orca فيلزم لتشغيل عدة وكلاء بالتوازي في نافذة واحدة على اشتراكاته الخاصة. اشتراكا Gemini وCursor مدفوعان أيضًا، لكن الكاتب يعترف بأنه يحتفظ بهما أساسًا لعرضهما في المعسكر. وأحيانًا يفتح Dots من OpenAI.

وحول الوكلاء بُني الصوت والمتصفح. يفرّغ MacWhisper المقاطع والمكالمات نصيًا ويضع النتيجة بنفسه في Second Brain. وللإملاء الصوتي هناك «Klava ne vinovata» («لوحة المفاتيح ليست المذنبة»)، وهي نسخة مخصصة من Handy صنعها أحد مشتركي القناة. وفي متصفح Comet تعمل إضافات الوكلاء من OpenAI وAnthropic.

والمنظومة هنا ليست أحادية الولاء: اشتراكان أساسيان، ومعهما مجمّع، ومفاتيح منفصلة للمشاريع. وهذه ممارسة طبيعية لمن يعمل مع الوكلاء كل يوم ولا يريد الاعتماد على مورّد واحد.

الكود والبنية التحتية وواجهات API

كل الكود مخزَّن على GitHub. وروبوتات تيليغرام تعمل على Railway. ويُبنى الـ backend على Supabase عبر MCP، وأحيانًا يُستخدم Neon لقواعد البيانات. وتُنشر النماذج التجريبية على Netlify وVercel، وتتولى Mux خدمة الفيديو، وتُسجَّل المقاطع في Screen Studio.

أما بالنسبة إلى API فالمخطط كالتالي: OpenRouter بمفتاح واحد لتقريبًا أي نموذج، إضافة إلى مفاتيح منفصلة لـ OpenAI وGemini وKimi لمشاريع محددة. وعندما يحتاج الوكيل إلى سحب موقع كاملًا يُستخدم Firecrawl.

السمة المشتركة لهذه المجموعة أن كل خدمة تقريبًا يمكن التحكم بها من الوكيل عبر API أو MCP. فالوكيل لا يكتب الكود فحسب، بل ينشره بنفسه ويربط قاعدة البيانات ويجلب البيانات.

مهارات بدل الخدمات

أكثر ما يلفت في المنشور هو المهارات. فعددها تجاوز 80، وكثير منها يحل محل خدمات كاملة. ومن الأمثلة:

• عروض تقديمية بأسلوب المعسكر؛
• شرائح دوّارة وملصقات؛
• مقدمة للبث المباشر وعلامات زمنية للدرس؛
• ترجمة أدلة PDF وتنسيقها؛
• عقد وفاتورة ومحضر لمشاركي المعسكر؛
• تحليل مكالمة في CRM داخل Second Brain؛
• تدقيق SEO وGEO للموقع؛
• تشخيص جهاز ماك بطيء.

والحصيلة، بحسب الكاتب: تخلّى عن مصمّمات العروض التقديمية وأدوات تتبع المهام وCRM وNotion، وظهرت بدلًا منها خدمات مصغّرة شخصية وجماعية لمجموعة كبيرة من المهام الصغيرة.

وإذا جمعنا النقاط معًا نحصل على سلسلة واضحة. تُسجَّل المكالمة مع أحد المشاركين ويفرّغها MacWhisper نصيًا، ثم يصل النص إلى Second Brain، وتحلل مهارة المكالمة في CRM، وتُعدّ مهارة أخرى العقد والفاتورة والمحضر. وكان ذلك يتطلب سابقًا عدة خدمات ونسخًا يدويًا بينها.

القيود وما يمكن أخذه

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

ويمكن صياغة خلاصة عملية دون نسخ القائمة:

• دوّن المهام المتكررة التي تدفع لخدمة ما فقط من أجل قالب أو نموذج؛
• حوّل أكثرها تكرارًا إلى مهارة للوكيل وقارن النتيجة بالخدمة؛
• اربط البنية التحتية عبر MCP أو API ليتمكن الوكيل من إنجاز المهمة حتى النهاية؛
• اعتمد مفتاح مجمّع واحدًا مثل OpenRouter، ومفاتيح منفصلة فقط حيث تحتاج إلى التحكم في المشروع؛
• قرّر مسبقًا إلى أي المستودعات والبيانات سيصل الوكيل.

والفكرة الرئيسة للمنشور بسيطة: القيمة اليوم ليست في مجموعة الاشتراكات، بل في مقدار الروتين الذي استطعت تحويله إلى مهارات وإخراجه من الخدمات الخارجية.