Claude Code Routines: وكلاء سحابيون مجدولون وروتينات فرعية وروتينات متعاونة

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

1. لماذا تهمّ الوكلاء المجدولة

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

كان على الفرق التي أرادت أن ينجز وكيلٌ هذا العمل دون مراقبة أن تبني البنية الداعمة بنفسها. وكانت الخيارات المعتادة مهمة cron في GitHub Actions، أو جهازًا احتياطيًا يُترك يعمل في خزانة، أو محرك سير عمل مثل Trigger.dev أو n8n مع استدعاء لوكيل مُلحَق به. كل خيار منها يؤدي الغرض، لكنه يضيف بنية تحتية وبيانات اعتماد وتكلفة وصيانة حول ما هو في حقيقته تعليمة واحدة: "افعل هذا كل ليلة وأخبرني بما وجدت."

تُلغي Routines هذه البنية الداعمة. فالجدولة، والحوسبة، وسحب المستودع، وسجل التدقيق، كلها موجودة داخل Claude Code نفسه.

2. ما هو الـ routine

تعرّف Anthropic الـ routine بأنه إعداد محفوظ في Claude Code. ويتكون من خمسة أجزاء:

• الموجّه. التعليمة التي ينفذها Claude في كل تشغيل. ولأن أحدًا لن يكون حاضرًا للإجابة عن الأسئلة، يجب أن يكون مكتفيًا بذاته وأن يحدد شكل "الإنجاز". وتختار هنا أيضًا النموذج، ويُستخدم هذا النموذج في كل تشغيل.
• المستودعات. مستودع GitHub واحد أو أكثر. يُستنسخ كل منها من جديد في بداية كل تشغيل، من فرعه الافتراضي ما لم يذكر الموجّه غير ذلك.
• البيئة السحابية. تتحكم في الوصول إلى الشبكة، ومتغيرات البيئة، وسكربت إعداد اختياري يثبّت الاعتماديات. تُخزَّن نتيجة الإعداد مؤقتًا، فلا يُعاد تشغيله في كل مرة.
• الموصلات. تكاملات MCP في حسابك على claude.ai، مثل Slack أو Linear أو Google Drive، التي يمكن للـ routine القراءة منها والكتابة إليها.
• المشغّلات. واحد أو أكثر من: الجدولة، وAPI، وحدث GitHub. ويمكن لـ routine واحد أن يجمع الثلاثة كلها.

كل تشغيل هو جلسة سحابية كاملة في Claude Code. يمكنها تنفيذ أوامر الصدفة، واستخدام المهارات المحفوظة في المستودع المستنسخ، واستدعاء كل أداة في الموصلات التي أدرجتها. لا يوجد محدد لوضع الأذونات، ولا شيء ينتظر الموافقة. هذه الاستقلالية هي جوهر الفكرة، وهي أيضًا سبب أهمية تحديد النطاق (انظر القسم 8).

3. أنواع المشغّلات الثلاثة

3.1 الجدولة

أبسط مشغّل يُشغّل الـ routine بإيقاع محدد مسبقًا (كل ساعة، أو يوميًا، أو في أيام العمل، أو أسبوعيًا) أو مرة واحدة في وقت محدد في المستقبل. وهناك بعض التفاصيل الجديرة بالمعرفة:

• التوقيت المحلي. تُدخل الأوقات بمنطقتك الزمنية ويحوّلها Claude Code، فيحدث تشغيل الساعة 09:00 في الساعة 09:00 بحسب ساعتك أينما كانت الأجهزة السحابية. ذكرت بعض الأدلة المبكرة من جهات خارجية أن الجداول تعمل بتوقيت UTC فقط، لكن توثيق Anthropic يقول خلاف ذلك.
• تجنّب رأس الساعة. قد تبدأ عمليات التشغيل المجدولة تمامًا عند رأس الساعة متأخرة عدة دقائق. واختيار 09:07 بدلًا من 09:00 يمنح توقيتًا أكثر قابلية للتنبؤ.
• cron مخصص. للفواصل الزمنية التي لا تغطيها الإعدادات المسبقة، مثل كل ساعتين أو أول كل شهر، اختر أقرب إعداد مسبق ثم شغّل /schedule update في CLI لتعيين تعبير cron. الحد الأدنى للفاصل الزمني هو ساعة واحدة، ويُرفض أي تكرار أعلى من ذلك.
• عمليات التشغيل لمرة واحدة. صِف الوقت بلغة طبيعية، مثل /schedule in 2 weeks, open a cleanup PR that removes the feature flag. يؤكد Claude الطابع الزمني الدقيق قبل الحفظ. وبعد التنفيذ، يعطّل الـ routine نفسه ويُوسَم بـ Ran. ولا تُحتسب عمليات التشغيل لمرة واحدة ضمن الحد اليومي للتشغيل.

3.2 API

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

curl -X POST https://api.anthropic.com/v1/claude_code/routines/<ROUTINE_TRIGGER_ID>/fire \
  -H "Authorization: Bearer <ROUTINE_TOKEN>" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Error rate on checkout-api above 5% for 10 minutes."}'

تتضمن الاستجابة معرّف جلسة ورابط جلسة يمكنك فتحه لمتابعة التشغيل مباشرة. ويحمل الحقل الاختياري text سياقًا خاصًا بالتشغيل. وينبغي للفرق المهتمة بالأمان أن تلاحظ أن Claude Code يغلّف هذا النص في كتلة <routine-fire-payload> ويسمه بأنه بيانات غير موثوقة. ولن يتبع Claude التعليمات الموجودة داخله ما لم يطلب منه موجّه الـ routine المحفوظ استخدام الحمولة. فإن كان الـ routine مصممًا للتصرف بناءً على نص تنبيه، فيجب أن يصرّح الموجّه بذلك، مثلًا: "حقّق في التنبيه الموصوف في كتلة routine-fire-payload." ويعني هذا التصميم أن الرمز المسرَّب يتيح لشخص ما بدء تشغيل، لكنه لا يتيح له إعادة كتابة تعليمات الـ routine.

تقع نقطة النهاية خلف ترويسة تجريبية (beta) مؤرَّخة. وتقول Anthropic إن التغييرات الجذرية ستصدر تحت إصدارات جديدة من الترويسة، وإن الإصدارين السابقين سيظلان يعملان لمنح الجهات المستدعية وقتًا للانتقال.

3.3 أحداث GitHub

يبدأ مشغّل GitHub جلسة جديدة كلما وقع حدث مطابق في مستودع متصل. ويتطلب ذلك تثبيت Claude GitHub App على ذلك المستودع. وهناك فئتان مدعومتان من الأحداث:

• طلب السحب (Pull request): الفتح، والإغلاق، والإسناد، والوسم، والمزامنة، وتحديثات أخرى.
• الإصدار (Release): الإنشاء، أو النشر، أو التعديل، أو الحذف.

تحدد عوامل التصفية الأحداث التي تُحتسب. يمكنك التصفية حسب المؤلف، والعنوان، والنص، والفرع الأساسي، والفرع الرئيسي (head)، والوسوم، وحالة المسودة، وحالة الدمج، باستخدام العوامل equals وcontains وstarts with وis one of وis not one of وmatches regex. ويجب أن تتطابق جميع الشروط. وهناك مطبّ واحد: يختبر matches regex الحقل بأكمله، فلالتقاط أي عنوان يحتوي على "hotfix" تحتاج إلى .*hotfix.* وليس hotfix.

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

4. إنشاء routine خطوة بخطوة

يمكنك إنشاء routines من ثلاثة أماكن: الويب على claude.ai/code/routines، أو قسم Routines في تبويب Code ضمن تطبيق Claude Desktop، أو CLI. وتكتب الثلاثة جميعها إلى الحساب نفسه، فيظهر الـ routine الذي تُنشئه في أحدها في الآخرَين فورًا.

4.1 على الويب

1. افتح claude.ai/code/routines واختر New routine.
2. سمّه واكتب الموجّه. اختر النموذج.
3. أضف المستودعات التي ينبغي أن يعمل فيها Claude.
4. اختر بيئة سحابية. تتمتع البيئة Default بوصول شبكي من نوع Trusted، يسمح بسجلات الحزم الشائعة وواجهات API لمزوّدي الخدمات السحابية ونطاقات التطوير. وإذا كان على الـ routine الوصول إلى خدماتك الخاصة، فعدّل النطاقات المسموح بها في البيئة أولًا.
5. اختر مشغّلًا واحدًا أو أكثر. بالنسبة لمشغّل API، احفظ الـ routine أولًا؛ إذ يُنشأ الرابط والرمز بعد ذلك.
6. راجع الموصلات. جميع موصلاتك المتصلة مضمّنة افتراضيًا، ويمكن لـ Claude استخدام كل أداة فيها، بما في ذلك إجراءات الكتابة، دون أن يسأل. أزِل كل ما لا تحتاجه المهمة.
7. اختر Create، ثم Run now لاختباره قبل الاعتماد على الجدول.

4.2 من CLI

في أي جلسة محلية لـ Claude Code، ينشئ /schedule (والاسم البديل /routines) routine مجدولًا عبر المحادثة. يسأل Claude عن الإيقاع والمستودعات والموجّه، ثم يحفظه في حسابك.

/schedule daily PR review at 9am
/schedule tomorrow at 9am, summarise yesterday's merged PRs
/schedule list
/schedule update
/schedule run
/schedule why did my nightly review do nothing this morning?

المثال الأخير مفيد بشكل خاص. إذ يسرد Claude عمليات التشغيل الأخيرة للـ routine، ويقرأ السجل المعني، ويشرح ما حدث، بما في ذلك أخطاء الأدوات ورفض الأذونات. ويمكن لإصدارات CLI الحديثة أيضًا إرفاق مشغّل GitHub عبر المحادثة بعد تثبيت GitHub App. أما رموز API فلا يمكن إنشاؤها أو إلغاؤها إلا على الويب.

إذا لم يُتعرَّف على /schedule، فالسبب في الغالب هو المصادقة. تحتاج Routines إلى تسجيل دخول باشتراك claude.ai. فمفتاح API من Console، أو متغير البيئة ANTHROPIC_API_KEY، أو تسجيل الدخول عبر مزوّد سحابي مثل Amazon Bedrock، سيُخفي الأمر. وفي خطتي Team وEnterprise، يمكن للمالك (Owner) أيضًا إيقاف Routines للمؤسسة بأكملها.

5. كتابة موجّهات تصمد في عمليات التشغيل غير المراقَبة

موجّه الـ routine أقرب إلى دليل تشغيل منه إلى رسالة دردشة. فلا أحد حاضر لتوضيح الغموض، ولذا تُنتج التعليمات المبهمة نتائج مبهمة، أو ما هو أسوأ: إجراءات واثقة لم تقصدها. قارن:

الموجّه الجيد للـ routine يحدد:

• النطاق: أي المستودعات، وأي نافذة زمنية، وأي العناصر.
• الإجراءات المسموح بها: ما يجوز لـ Claude تغييره، وبالقدر نفسه من الأهمية، ما يجب ألا يمسّه.
• المخرجات: الوجهة والتنسيق بدقة، مثل PR كمسودة، أو قناة Slack، أو تعليق في أداة التتبع.
• شروط التوقف: ما يجب فعله حين لا يوجد ما يُنجَز، ومتى يتوقف عن المحاولة.
• التعامل مع الحمولة: بالنسبة لمشغّلات API، هل يُستخدم نص الإطلاق وكيف.

توقّع أن تحسّن الـ routine الجديد مرتين أو ثلاثًا في أسبوعه الأول. اقرأ سجلات الجلسات، لا شارة الحالة فقط. فـ Anthropic واضحة في أن الحالة الخضراء تعني فقط أن الجلسة بدأت وانتهت دون خطأ في البنية التحتية، ولا تعني أن المهمة نجحت.

6. الروتينات الفرعية: هيكلة العمل داخل تشغيل واحد

لا توفّر Anthropic ميزة باسم "sub-routines". نستخدم هذا المصطلح في Workstation لنمط تصميمي يجعل عمليات التشغيل الطويلة غير المراقَبة أكثر موثوقية بكثير: يعمل موجّه الـ routine كمنسِّق، ويُسند كل خطوة محددة جيدًا إلى وكيل فرعي أو إلى مهارة محفوظة في المستودع.

ينجح هذا بفضل لبنتين أساسيتين في Claude Code تنتقلان مع مستودعك:

• الوكلاء الفرعيون (Subagents) ملفات Markdown مع ترويسة YAML في .claude/agents/. لكل منهم موجّه نظام خاص، وقائمة أدوات مسموح بها، ونموذج اختياري، ويعمل في نافذة سياق خاصة به. ولا يعود إلى الجهة المستدعية إلا ملخص. ويمكن للوكلاء الفرعيين العمل بالتوازي، ويمكنهم افتراضيًا التفويض بدورهم حتى ثلاثة مستويات عمقًا.
• المهارات (Skills) في .claude/skills/ تجمع إجراءات قابلة لإعادة الاستخدام، مثل أسلوب ملاحظات الإصدار لديك أو قائمة التحقق الأمنية، يحمّلها Claude عند الحاجة. وتستخدم Routines المهارات المحفوظة في المستودع المستنسخ.

قد يبدو routine صيانة ليلي مبني بهذه الطريقة كما يلي:

# Routine prompt (orchestrator)
1. Use the issue-triager subagent to label and assign issues opened since the last run.
2. Pick the single highest-priority bug labelled "good-first-fix".
3. Use the bug-fixer subagent to implement a fix on a claude/ branch.
4. Use the test-runner subagent to run the test suite; if it fails twice, stop and report.
5. Open ONE draft PR, using the release-notes skill for the description.
6. Post a three-line summary to #eng-nightly.

# .claude/agents/issue-triager.md
---
name: issue-triager
description: Labels and assigns new issues. Never edits code.
tools: Read, Grep, Glob
model: haiku
---
You triage GitHub issues. Apply area labels from CODEOWNERS and
assign the owning team. Return a table of issue, label and owner.

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

7. الروتينات المتعاونة: routines تعمل معًا

مرة أخرى، "co-routines" مصطلحنا نحن، وليس ميزة من Anthropic. نستخدمه للإشارة إلى عدة routines مستقلة تتناقل العمل فيما بينها، كما ينقل خط الإنتاج قطعةً من محطة إلى التالية. لا تستطيع الـ routines استدعاء بعضها مباشرة ولا تتشارك أي ذاكرة. بدلًا من ذلك، يُنتج routine مُخرجًا دائمًا يراقبه مشغّل routine آخر.

سلسلة نموذجية:

1. Routine A (جدولة) يفرز قائمة المهام المتراكمة في ليالي أيام العمل ويفتح PR كمسودة من فرع claude/fix-….
2. Routine B (GitHub، pull_request.opened) مُصفّى على الفروع الرئيسية (head) التي تبدأ بـ claude/. يطبّق قائمة تحقق المراجعة الخاصة بالفريق ويضع وسمًا على الـ PR.
3. يراجع شخص التغييرات ويدمجها. هذه هي بوابة الموافقة.
4. Routine C (GitHub، pull_request.closed، merged = true) يحدّث التوثيق أو ينقل التغيير إلى SDK شقيق ويفتح PR للمتابعة.
5. Routine D (API) يستدعيه خط النشر بعد الإصدار. يُجري فحوصات سريعة (smoke checks) وينشر قرار المضي أو التوقف. وعند التوقف يفتح مشكلة في أداة التتبع، يلتقطها Routine A في الليلة التالية.

قنوات التسليم، من الأكثر هيكلة إلى الأقل:

• أحداث GitHub: أصلية، وقابلة للتصفية، وقابلة للتدقيق بالكامل.
• الوسوم وأعراف تسمية الفروع: توجّه العمل دون كتابة أي شيفرة ربط.
• استدعاءات API: من CI، أو المراقبة، أو الأدوات الداخلية، مع التعامل مع الحمولة كسياق غير موثوق.
• أداة تتبع أو مُخرج مشترك: مشكلة في Linear أو صفحة حالة يقرؤها التشغيل المجدول التالي.

صمّم الروتينات المتعاونة بعناية. استخدم عوامل التصفية كي لا يُطلَق أي routine بسبب مخرجاته الذاتية، مثلًا باستبعاد المؤلفين أو الفروع التي ينشئها. واحتفظ بعملية دمج بشرية بين أي routine يكتب الشيفرة وأي routine يطلقها للإنتاج. وتذكّر أن كل مرحلة تستهلك من الحد اليومي نفسه للتشغيل على مستوى الحساب ومن حدود أحداث GitHub. وإن وجدت نفسك تبني منطق تفرّع، وإعادة محاولات، وتوزيعًا متوازيًا (fan-out) عبر routines كثيرة، فقد تجاوزت هذا النمط، ويكون محرك سير عمل مخصص هو الأداة الأنسب.

8. الأمان والحوكمة

• تعمل الـ routines باسمك. تنتمي الـ routines إلى حساب claude.ai فردي ولا تُشارَك مع زملاء الفريق. تحمل الإيداعات وطلبات السحب هويتك على GitHub، وتستخدم إجراءات الموصلات حساباتك المرتبطة. تعامل مع الـ routine كرمز وصول شخصي مزوّد بعقل.
• حماية الفروع. يدفع Claude التغييرات افتراضيًا إلى فروع تبدأ بالبادئة claude/. ويرفض الدفع إلى الفروع المحمية، وإلى الفروع التي عليها PR مفتوح لشخص آخر، وإلى الفروع التي تحتوي على إيداعات أشخاص آخرين.
• أقل قدر من الصلاحيات. أزِل الموصلات غير الضرورية. أبقِ الوصول إلى الشبكة على Trusted ما لم يكن نطاق معين مطلوبًا؛ إذ تفشل الطلبات المحظورة مع 403 وx-deny-reason: host_not_allowed. وفي خطتي Pro وMax، خزّن مفاتيح API كـ API credentials في البيئة بدلًا من متغيرات عادية، إذ تكون هذه الأخيرة مرئية لكل من يستخدم البيئة.
• المدخلات غير الموثوقة. تصل حمولات API ونص Run now موسومة بأنها غير موثوقة. ويخضع المحتوى الذي يُجلب أثناء التشغيل، مثل نصوص المشكلات وصفحات الويب، للمعالجة الاعتيادية لحقن الموجّهات. اكتب موجّهات تخبر Claude بما يثق به.
• سلامة الاتصال. إذا انتهت صلاحية اتصال GitHub، تُتخطّى عمليات التشغيل لمدة تصل إلى 72 ساعة، ثم يوقف الـ routine نفسه إلى أن تعيد الاتصال.
• تحكم المؤسسة. يمكن لمالكي خطتي Team وEnterprise تعطيل Routines لجميع الأعضاء من إعدادات الإدارة.

9. الخطط والاستخدام والحدود

تستهلك الـ routines من استخدام الاشتراك بالطريقة نفسها التي تستهلكها الجلسات التفاعلية. ويُطبَّق الحد اليومي إضافة إلى ذلك. يُعرض رصيدك الحالي على claude.ai/code/routines وقد يتغير خلال مرحلة المعاينة. ومع تفعيل أرصدة الاستخدام، تستمر عمليات التشغيل التي تتجاوز الحد كاستخدام إضافي مُحتسب؛ ومن دونها، تُرفض عمليات التشغيل الإضافية إلى أن تُعاد النافذة الزمنية. ولا تُحتسب عمليات التشغيل المجدولة لمرة واحدة ضمن الحد. وأثناء إيقاف الاشتراك مؤقتًا، تُعلَّق الـ routines الخاصة به.

10. مقارنة Routines بخيارات الجدولة الأخرى

10.1 داخل Claude Code

مهام /loop مرتبطة بالجلسة وتنتهي صلاحيتها بعد سبعة أيام. وهي مثالية لمتابعة عملية بناء أو طلب سحب أثناء عملك، لكنها ليست بديلًا عن الـ routine.

10.2 خارج Claude Code

• GitHub Actions منخفضة التكلفة، وتقع بجوار الشيفرة، وتمنح تحكمًا كاملًا في المشغّل (runner). والثمن هو YAML، وإدارة الأسرار، وصيانة المشغّلات. اختر Actions لخطوات البناء الحتمية، والـ routines للعمل الذي يحتاج إلى تقدير وحكم.
• محركات سير العمل مثل Trigger.dev تتولى إعادة المحاولات والتوزيع المتوازي والتنسيق طويل الأمد، لكنك تكتب التنسيق بالشيفرة. استخدمها حين يكون سير العمل نفسه هو المنتج.
• منصات التكامل مثل n8n وZapier تتفوق في نقل البيانات بين أدوات SaaS. أما الـ routines فتتفوق في الاستدلال على الشيفرة والسجلات والمستندات. ويتكامل الاثنان جيدًا: إذ يمكن لتدفق n8n استدعاء نقطة نهاية API الخاصة بـ routine.

11. حالات استخدام ناجحة

• تنظيم قائمة المهام المتراكمة: وسم ليلي، وتحديد المسؤولية، وملخص صباحي.
• فرز التنبيهات: تستدعي أداة المراقبة مشغّل API، فيربط Claude تتبّع المكدس بالإيداعات الأخيرة ويفتح إصلاحًا كمسودة.
• مراجعة شيفرة مخصصة: قائمة التحقق الخاصة بك على كل PR جاهز للمراجعة.
• التحقق من النشر: فحوصات سريعة ومسح للسجلات بعد كل إصدار، تنتهي بقرار المضي أو التوقف.
• انحراف التوثيق: مسح أسبوعي لطلبات PR المدموجة، وطلبات PR لتحديث المستندات التي تشير إلى واجهات API تغيّرت.
• نقل المكتبات: عكس التغييرات المدموجة من SDK إلى نظيره بلغة أخرى.
• سلامة الاعتماديات: مراجعة أسبوعية للحزم القديمة مع PR ترقية واحد مُختبَر.

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

12. كيف استقبلها المجتمع

جاءت ردود الفعل متباينة لكنها إيجابية في معظمها. نقلت InfoQ عن مهندسين حماسهم لربط الذكاء الاصطناعي مباشرة بلوحات المراقبة وسير عمل CI عبر webhooks. وكان آخرون متشككين، إذ أشاروا إلى ميزات جدولة سابقة في Claude كانت تعمل على جهاز المستخدم فقط، ورأوا أن الموثوقية ووقت التشغيل وحدود الحصص تستحق الاهتمام قبل الميزات الجديدة. وتجربتنا أن الـ routines مصممة جيدًا من الناحية الأمنية، لا سيما في التعامل مع الحمولات غير الموثوقة وحماية الفروع. وتتمثل المخاطر التشغيلية الرئيسية في الموصلات ذات النطاق الواسع جدًا والموجّهات غير المحددة بما يكفي.

13. كيف تستخدم Workstation هذه الميزة

في Workstation، ندير أتمتة قائمة على الوكلاء لعملائنا في مجالات DevOps والعمليات المالية وسير عمل العملاء. وتنسجم الـ routines جيدًا مع نهجنا: بنية تحتية حتمية للأعمال الداعمة، وذكاء اصطناعي لاتخاذ الأحكام، وبوابة موافقة بشرية قبل أن يصل أي شيء إلى الإنتاج. إذا أردت المساعدة في تصميم سلاسل الـ routines، أو مكتبات الوكلاء الفرعيين، أو الحوكمة المحيطة بها، تحدّث إلى فريقنا.

14. أهم الاستنتاجات

• الـ routine هو موجّه محفوظ، ومستودعات، وبيئة، وموصلات، ومشغّلات، يعمل بشكل مستقل في السحابة.
• يمكن أن يكون المشغّل جدولًا زمنيًا (بحد أدنى ساعة واحدة، وبالتوقيت المحلي)، أو استدعاء API (رمز bearer، وحمولة غير موثوقة)، أو حدث طلب سحب أو إصدار على GitHub.
• متاحة في Pro وMax وTeam وEnterprise، مع حدود يومية للتشغيل إضافة إلى الاستخدام العادي. ولا تزال الميزة في مرحلة المعاينة البحثية.
• استخدم الروتينات الفرعية (الوكلاء الفرعيين والمهارات) لإبقاء التشغيل الطويل الواحد مركّزًا وبأقل قدر من الصلاحيات.
• استخدم الروتينات المتعاونة (routines تتناقل العمل عبر طلبات PR والوسوم واستدعاءات API) لخطوط المعالجة متعددة المراحل، مع بوابة دمج بشرية في المنتصف.
• قيّد نطاق الموصلات والوصول إلى الشبكة بإحكام، واكتب الموجّهات كأدلة تشغيل، واقرأ سجلات الجلسات.

المصادر ومزيد من القراءة

• Anthropic: Introducing routines in Claude Code (14 أبريل 2026)
• توثيق Claude Code: Automate work with routines
• توثيق Claude Code: Run prompts on a schedule (/loop)
• توثيق Claude Code: Subagents
• توثيق Claude Platform: Trigger a routine through the API
• InfoQ: Anthropic Introduces Routines for Claude Code Automation
• MindStudio: Claude Code Routines: How to Run Scheduled AI Agents Without a Server
• Tahir على Medium: What is Claude Code Routines?

ميزة Routines في مرحلة المعاينة البحثية، وقد يتغير سلوكها وحدودها وواجهة API الخاصة بها. تعكس الحقائق الواردة في هذا الدليل التوثيق المنشور من Anthropic حتى 25 سبتمبر 2026.