تمنح الأوامر الدائمة وكيلك صلاحية تشغيل دائمة لبرامج محددة. فبدلًا من توجيه الوكيل لكل مهمة، تُعرّف برامج ذات نطاق ومشغّلات وقواعد تصعيد واضحة، وينفّذها الوكيل بصورة مستقلة ضمن تلك الحدود: «أنت مسؤول عن التقرير الأسبوعي. أعدّه كل يوم جمعة، وأرسله، ولا تُصعّد الأمر إلا إذا بدا أن هناك خطأ ما.»
لماذا الأوامر الدائمة؟
من دون أوامر دائمة: تُوجّه الوكيل لكل مهمة، فتُنسى الأعمال الروتينية أو تتأخر، وتصبح أنت نقطة الاختناق.
مع الأوامر الدائمة: ينفّذ الوكيل بصورة مستقلة ضمن حدود محددة، وتُنجز الأعمال الروتينية في موعدها، ولا تتدخل إلا عند وجود استثناءات أو الحاجة إلى موافقات.
آلية عملها
تُعرّف الأوامر الدائمة في ملفات مساحة عمل الوكيل. النهج الموصى به هو تضمينها مباشرةً في AGENTS.md (الذي يُحقن تلقائيًا في كل جلسة) كي تكون دائمًا ضمن سياق الوكيل. وللإعدادات الأكبر، يمكنك أيضًا وضعها في ملف مخصص مثل standing-orders.md والإشارة إليه من AGENTS.md.
يحدد كل برنامج ما يلي:
- النطاق - ما يُصرح للوكيل بفعله
- المشغّلات - متى يبدأ التنفيذ (وفق جدول زمني أو حدث أو شرط)
- بوابات الموافقة - ما يتطلب اعتمادًا بشريًا قبل تنفيذه
- قواعد التصعيد - متى يجب التوقف وطلب المساعدة
يحمّل الوكيل هذه التعليمات في كل جلسة عبر ملفات تمهيد مساحة العمل (راجع مساحة عمل الوكيل للاطلاع على القائمة الكاملة للملفات المحقونة تلقائيًا)، وينفّذها بالتكامل مع مهام Cron لفرض التنفيذ المستند إلى الوقت.
ضع الأوامر الدائمة في AGENTS.md لضمان تحميلها في كل جلسة. يحقن تمهيد مساحة العمل تلقائيًا الملفات AGENTS.md وSOUL.md وTOOLS.md وIDENTITY.md وUSER.md وHEARTBEAT.md وBOOTSTRAP.md وMEMORY.md، لكنه لا يحقن الملفات العشوائية الموجودة في الأدلة الفرعية.
بنية الأمر الدائم
الأوامر الدائمة مع مهام Cron
تحدد الأوامر الدائمة ما يُصرح للوكيل بفعله. وتحدد مهام Cron متى يحدث ذلك. ويعملان معًا:
ينبغي لموجّه مهمة Cron أن يشير إلى الأمر الدائم بدلًا من تكراره:
أمثلة
المثال 1: المحتوى ووسائل التواصل الاجتماعي (دورة أسبوعية)
المثال 2: العمليات المالية (تُشغّل بحدث)
المثال 3: المراقبة والتنبيهات (مستمر)
نمط التنفيذ والتحقق والإبلاغ
تعمل الأوامر الدائمة بأفضل صورة عند دمجها مع انضباط صارم في التنفيذ. ينبغي لكل مهمة في أمر دائم أن تتبع هذه الحلقة:
- التنفيذ - أنجز العمل الفعلي (لا تكتفِ بالإقرار بالتعليمات)
- التحقق - تأكد من صحة النتيجة (الملف موجود، والرسالة سُلّمت، والبيانات حُلّلت)
- الإبلاغ - أخبر المالك بما أُنجز وما جرى التحقق منه
يمنع هذا النمط أكثر حالات فشل الوكيل شيوعًا: الإقرار بالمهمة من دون إكمالها.
بنية البرامج المتعددة
بالنسبة إلى الوكلاء الذين يديرون مجالات متعددة، نظّم الأوامر الدائمة في برامج منفصلة ذات حدود واضحة:
ينبغي أن يكون لكل برنامج:
- وتيرة تشغيل خاصة به (أسبوعية أو شهرية أو مدفوعة بالأحداث أو مستمرة)
- بوابات موافقة خاصة به (تحتاج بعض البرامج إلى إشراف أكبر من غيرها)
- حدود واضحة (ينبغي أن يعرف الوكيل أين ينتهي برنامج ويبدأ آخر)
أفضل الممارسات
افعل
- ابدأ بصلاحية محدودة ووسّعها مع نمو الثقة
- حدد بوابات موافقة صريحة للإجراءات عالية المخاطر
- أدرج أقسام «ما يجب عدم فعله»، فالحدود لا تقل أهمية عن الأذونات
- ادمجها مع مهام Cron لضمان تنفيذ موثوق مستند إلى الوقت
- راجع سجلات الوكيل أسبوعيًا للتحقق من اتباع الأوامر الدائمة
- حدّث الأوامر الدائمة مع تطور احتياجاتك، فهي مستندات حية
تجنّب
- منح صلاحيات واسعة منذ اليوم الأول («افعل ما تراه الأفضل»)
- إغفال قواعد التصعيد، فكل برنامج يحتاج إلى بند «متى تتوقف وتسأل»
- افتراض أن الوكيل سيتذكر التعليمات الشفهية، بل ضع كل شيء في الملف
- خلط المجالات في برنامج واحد، بل استخدم برامج منفصلة للمجالات المختلفة
- نسيان فرض التنفيذ بواسطة مهام Cron، فالأوامر الدائمة من دون مشغّلات تصبح مجرد اقتراحات
ذو صلة
- الأتمتة: جميع آليات الأتمتة في لمحة.
- مهام Cron: فرض الجدولة الزمنية للأوامر الدائمة.
- الخطافات: نصوص برمجية مدفوعة بالأحداث لأحداث دورة حياة الوكيل.
- Webhooks: مشغّلات أحداث HTTP الواردة.
- مساحة عمل الوكيل: موضع الأوامر الدائمة، بما في ذلك القائمة الكاملة لملفات التمهيد المحقونة تلقائيًا (
AGENTS.md وSOUL.md وما إلى ذلك).
