Claude Code يعمل من دونك: أربعة محاور للتنفيذ الذاتي
إن كنت استخدمت وكيل ترميز، فثمّة مشهد مألوف: تُدخِل موجَّهاً، وتقرأ الردّ، وتُدخِل التعليمة التالية، وتنتظر مجدداً. هذا التبادل قوي، لكنه يبقي إنساناً مربوطاً. تنظّم مواد Anthropic الأخيرة اتجاهاً يقطع هذه الحلقة، فيجعل Claude Code يعمل دون أن يراقبه أحد. يفكّك هذا المقال ذلك إلى أربعة محاور، الوضع الرأسي (headless) والخطّافات (hooks) والوكلاء الفرعيون والمهارات، ويتحقّق من كيفية عمل كلٍّ منها فعلاً عبر أنابيب تشغّلها ThakiCloud.
تصوير لأربعة محاور، رأسي وخطّافات ووكلاء فرعيون ومهارات، تتراكب في تجهيزة ذاتية تعمل دون إنسان.
نظرة عامة
وسّعت Anthropic نطاق Claude Code من مجرّد واجهة سطر أوامر تفاعلية إلى بيئة تشغيل أتمتة. يتتبّع هذا المسارَ الإعلانُ المرتبط (“Enabling Claude Code to work more autonomously”)، ومقالة تصميم الوضع التلقائي (“How we built Claude Code auto mode”)، ومدوّنة التوجيه (“Steering Claude Code”). الرسالة الجوهرية واحدة: تشغيل Claude Code ذاتياً ليس مسألة انتظار نموذج أذكى، بل مسألة كيف تصمّم التجهيزة المحيطة به.
تتوافق هذه الرؤية تماماً مع مبدأ ThakiCloud التشغيلي: القدرة لا تأتي من النموذج نفسه بل من بنية العقد المحيطة به، أي موجّه النظام وتعريفات الأدوات وبوابات التحقّق وقواعد التوجيه. والمحاور الأربعة أدناه هي الأجزاء التي تشكّل تلك التجهيزة.
المشكلة: وكلاء يحتاجون إنساناً في كل مرة
حدود وكيل الردّ الواحد واضحة. فبمجرّد أن تطول المهمة قليلاً، على إنسان أن ينوب عن الحكم والموافقة في كل خطوة، وحتى العمل المتكرّر يجب تشغيله يدوياً كل مرة. والمطلوب هنا ثلاثة أمور. الأول: طريقة لبدء التنفيذ وإنهائه دفعةً واحدة دون إنسان. الثاني: طريقة لفرض حدوث فعل معيّن دائماً عند نقطة معيّنة. الثالث: طريقة لتقسيم العمل المعقّد بين عمّال متخصّصين، وترك كلٍّ منهم يسحب المعرفة التي يحتاجها فقط. ويلبّي كلٌّ من المحاور الأربعة واحداً من هذه المطالب.
cron · حدث · أنبوب] --> H[الوضع الرأسي
claude -p, بلا TTY] H --> HK[الخطّافات
تحكّم حتمي بدورة الحياة] HK --> SA[الوكلاء الفرعيون
تفويض خبير معزول] SA --> SK[المهارات
تحميل الخبرة عند الحاجة] SK --> O[مُخرَج مُتحقَّق منه] HK -.حقن السياق عند بدء الجلسة.-> H HK -.معالجة لاحقة عند الخروج.-> O SA -.توجيه النموذج haiku·sonnet·opus.-> SA
تتراكب المحاور الأربعة في تجهيزة ذاتية واحدة. يفتح الرأسي التنفيذ، وتفرض الخطّافات دورة الحياة، ويقسّم الوكلاء الفرعيون العمل، وتوفّر المهارات الخبرة آنياً.
1. الوضع الرأسي: نفّذ مرةً واحدة دون إنسان
يشغّل الوضع الرأسي Claude Code كعملية سطر أوامر واحدة دون TTY. استدعِه بصيغة claude -p "<موجَّه>" فينفّذ المهمة ويخرج، دون محادثة. تتيح هذه الخاصية البسيطة تكاملات غير مراقَبة مثل المهام المجدولة وأنابيب CI وفحوص ما قبل الالتزام. والأهمّ أن الوضع الرأسي يعيد استخدام الإعدادات والخطّافات وقواعد الأذونات نفسها الخاصة بالواجهة التفاعلية. أي إن تجهيزة تحقّقت منها تفاعلياً تنتقل مباشرةً إلى بيئة غير مراقَبة.
تشغّل ThakiCloud هذا على نطاق واسع بالفعل. فتحت scripts/launchd/ يوجد 35 ملف launchd plist، يستدعي كلٌّ منها مشغّل مهارة عبر claude -p في وقت محدّد. والأنبوب نفسه الذي يُنتج هذا المقال هو مثال على مشغّل رأسي. فالتدفّق كلّه، من سحب مرشّحي المدوّنة من الخطّ الزمني في تويتر إلى طابور، وصياغة كلٍّ منها، وتمريرها عبر بوابات التحقّق، وصولاً إلى النشر، يجري دون تدخّل إنسان في كل خطوة.
الأمر الوحيد الذي يجب الاعتناء به في التنفيذ غير المراقَب هو المصادقة. فبدلاً من الالتزام بمفتاح API مدفوع بالاستخدام على القرص، الأأمن الاحتفاظ برمز OAuth اشتراكي في ملف منفصل يحمّله المشغّل. وتنصح وثائق Anthropic كذلك، في البيئات غير المراقَبة، باستخدام مساعِد يسحب مفتاح API من مدير أسرار. صمّم مسار المصادقة على فرضية غير مراقَبة من البداية، كي لا تتسرّب سهولة الأتمتة إلى كشف الأسرار.
2. الخطّافات: تحكّم حتمي بدورة الحياة
الخطّافات تشغّل شيفرة عند نقاط محدّدة في دورة حياة Claude Code. التنسيق التلقائي بعد تحرير ملف، والفحص قبل الالتزام، وحقن السياق عند بدء الجلسة، والمعالجة اللاحقة عند الخروج: تفرض أفعالاً يجب أن تحدث بدل تركها لاختيار النموذج. قيمة الخطّافات في الحتمية. فبدل أن يقرّر النموذج مزاجياً تشغيل شيء من عدمه، يحدث دائماً فعلٌ مثبَّت بقاعدة.
يربط .claude/hooks/ في ThakiCloud 12 خطّافاً. يحقن خطّاف بدء الجلسة التعلّم السابق كموجز مقيم كي لا تبدأ كل جلسة من صفحة بيضاء. ويطفو خطّاف تقديم الموجَّه مرشّحي المهارات ذوي الصلة تلقائياً بعد تحليل الطلب. ويكتشف خطّاف الخروج ملف علَم ويشغّل المعالجة اللاحقة اللازمة، مثل تصريف مرشّحي المدوّنة المتراكمين في الطابور أو إعادة تجميع قاعدة المعرفة. وهذا الخطّاف الأخير خصوصاً يستخدم نمطاً تتقارب فيه الكلفة إلى صفر إن غاب العلَم، ويشغّل العمل الثقيل فقط عند وجوده. وإطلاق العمل المكلف فقط بعد دور مُنتِج، لا في كل دور، محوريٌّ في التحكّم بكلفة أنبوب ذاتي.
3. الوكلاء الفرعيون: تفويض خبير معزول
الوكلاء الفرعيون مساعدون معزولون لمهام محدّدة. تعرّفهم كملفات markdown تحت .claude/agents/، محدّداً النموذج المستخدَم ونطاق الوصول للأدوات إلى جانب اسم ووصف. يمكن للوكيل الرئيسي بناء الواجهة الأمامية بينما يقيم وكيل فرعي واجهة API الخلفية بالتوازي. العزل مهمّ لسببين: يركّز الوكيل الفرعي على مهمته وحدها دون تلويث السياق الرئيسي، ويعيد ملخّص نتيجته فقط.
تعرّف ThakiCloud 63 وكيلاً فرعياً متخصّصاً وتستدعيها حسب طبيعة المهمة. ويُضاف فوق ذلك توجيه النموذج. فالعمل الخفيف مثل الاستكشاف والبحث وقراءة الملفات يذهب إلى haiku؛ والتنفيذ والمراجعة وكتابة الاختبارات إلى sonnet؛ وقرارات المعمارية والاستدلال المتعدّد الخطوات المعقّد إلى opus. من دون هذا التوجيه، يعمل كل وكيل فرعي على نموذج الجلسة الافتراضي وتنفجر الكلفة. في تجهيزة ذاتية، الوكلاء الفرعيون ليسوا مجرّد أداة توازٍ بل أيضاً أداة تحكّم بالكلفة تختار نقطة الكلفة-الجودة المناسبة لكل مهمة.
ولأضِف انضباطاً واحداً: قبل دمج نتائج توسّع (fanout) الوكلاء الفرعيين، يجب إغلاق الحلقة بمرحلة تحقّق. فإن أطلقت عدة وكلاء متوازين، شغّل تحقّقاً خصومياً مرةً واحدة بدل دمج النتائج مباشرةً للمستخدم. فتوسّع بلا بوابة تحقّق يراكم الهلوسة.
4. المهارات: خبرة تُحمَّل عند الحاجة فقط
المهارات تحزم سير عمل خبير قابلاً لإعادة الاستخدام. تجمع معرفة المجال والقوالب وسكربتات التحقّق وحالات الفشل، وتُحمَّل فقط عندما يُطلقها طلب. والمفتاح أنها ليست محمّلة دائماً. فإبقاؤها مقيمة في سياق كل جلسة يدفع كلفة رموز مستمرة، أما التحميل عند الطلب فيوفّر الخبرة في اللحظة التي تُحتاج فيها فقط.
يضمّ .claude/skills/ في ThakiCloud 1751 مهارة. عند هذا الحجم، أيّ مهارة تُستدعى ومتى هو ما يحدّد الجودة. لذلك يربط موجِّه الطلبات باللغة الطبيعية بمرشّحي المهارات عبر بحث معجمي من صنف BM25 ويطفو المرشّحين الأعلى فقط إلى السياق. فبتجاوز 1700 مهارة، لا يستطيع إنسان انتقاء كلٍّ منها، فمن دون خطوة تضييق المرشّحين هذه يصبح نظام المهارات نفسه ضجيجاً. المهارة ليست موجَّهاً بل منتَج قدرة مُدار الإصدارات، يتمايز عن الموجَّه العادي بأنه يُعاد استخدامه عبر تجهيزات متعددة.
دلالات لـ ThakiCloud
هذا الموضوع هو تنسيق الوكلاء بعينه، فعدسة Paxis تناسب مباشرةً. Paxis هو مستوى التحكّم Agent-Native Cloud لدى ThakiCloud، يعامل Skills وTools وPolicies وAudit Logs كموارد من الدرجة الأولى. وتتطابق المحاور الأربعة أعلاه واحداً لواحد مع القدرات التي يهدف Paxis لتوفيرها على مستوى المنتج. يتطابق التنفيذ الرأسي مع تشغيلات غير مراقَبة مجدولة بـ NL Cron، والخطّافات مع بوابات السياسة وسجلّات التدقيق، والوكلاء الفرعيون مع تنسيق DAG متعدّد الوكلاء، والمهارات مع Skill Harness الذي يختار بين أكثر من 960 مهارة عبر BM25.
الجوهر أن Paxis يوحّد المحاور الأربعة التي تقدّمها Anthropic كميزات فردية في مستوى تحكّم واحد ويحوّلها إلى منتج. فيأخذ المشغّلات الرأسية والخطّافات والتوجيه واختيار المهارات التي كان المطوّرون الأفراد يربطونها يدوياً، ويرفعها إلى صيغة قابلة للحوكمة مغلَّفة بتنفيذ في صندوق رمل معزول وبوابات سياسة وسجلّات تدقيق. وللعملاء المحليين الذين يطلبون بيئات محلية وسيادية، تلك الطبقة الحوكمية مهمّة خصوصاً. فلا يمكنك فعلياً تشغيل الذاتية في بيئة منظَّمة إلا حين يبقى كلُّ ما نفّذه وكيل ذاتي وكلُّ سرّ وصل إليه في سجلّات التدقيق.
على جانب البنية التحتية، تناسب عدسة ai-platform أيضاً. فالمشغّلات الرأسية وتوسّع الوكلاء الفرعيين هي في النهاية أحمال تعمل على K8s، واستدعاءات haiku وsonnet وopus المدفوعة بتوجيه النموذج تتحوّل إلى كلفة خدمة. ولا تصمد اقتصاديات تشغيل الوكلاء الذاتيين باستمرار (Paxis) إلا مع أساس خدمة منخفض الكلفة (ai-platform).
القيود والحجج المضادة
عليك مواجهة أنه كلما رفعت الذاتية، ازداد عبء التحكّم والتحقّق. أولاً، يخاطر التنفيذ الرأسي غير المراقَب بتراكم الأعطال بصمت. فلأن لا أحد يراقب، قد تضرب مشكلات مثل انتهاء صلاحية المصادقة أو تجاوز الحصّة عدة مشغّلات دفعةً واحدة. ومن دون معالجة لاحقة تكتشف العطل فوراً وترسل تنبيهاً، تتحوّل الذاتية سريعاً إلى عطل صامت.
ثانياً، تصميم الخطّافات والتوجيه السيّئ يجعل كلفة كل دور تنمو خطياً. فإن تضخّمت القواعد المحمّلة دائماً، أو وضعت عمل الاستطلاع (polling) في حلقة الوكيل الساخنة، تعود الذاتية انفجاراً في الكلفة. المراقبة المتكرّرة مكانها cron لا الوكيل، كمبدأ.
ثالثاً، لا تنسَ أن الأتمتة أداة تساعد التفكير لا تحلّ محلّه. فكلما عمقت الحلقة، مال البشر إلى الثقة بالنتائج والتوقّف عن المراجعة. يجب أخذ عيّنات من المخرجات الأساسية ومراجعتها دورياً بواسطة إنسان، ويجب تصميم بوابات التحقّق للدحض لا للتمرير. وأيّ مُتحقِّق لا يُصفّي شيئاً ينبغي معاملته كإشارة عطل.
خلاصةً، لا يأتي التنفيذ الذاتي لـ Claude Code من نموذج أقوى بل من تجهيزة مصمَّمة جيداً. المحاور الأربعة، رأسي وخطّافات ووكلاء فرعيون ومهارات، تتولّى على التوالي التنفيذ والفرض وتقسيم العمل وتوفير الخبرة، ولا تصبح ذاتيةً يمكن تشغيلها حتى في بيئة منظَّمة إلا حين تُغلَّف ببوابات تحقّق وسجلّات تدقيق.