الـ hooks والجدولة والـ loops

كل ما في هذه الصفحة يجيب عن السؤال نفسه — ما الذي يجعل Claude يبدأ العمل حين لا تكون أنت من يطلب؟ — والفرق الحقيقي الوحيد بينها هو الـ trigger. رتّبها على هذا الأساس، فيتوقّف المجال كلّه عن كونه كومة من الميزات المتشابهة الأسماء.

الـ trigger من نوع event هو الـ hook: يقع شيء ما داخل الأداة، فيُنفَّذ أمرك. والـ trigger من نوع clock هو الـ scheduled agent: يعمل في الثامنة صباحًا سواء كنت مستيقظًا أم لا، ويبقى حيًّا بعد انتهاء الـ session التي أنشأته فيها. والـ trigger من نوع interval هو الـ loop: يُعاد تشغيل العمل نفسه كل بضع دقائق وأنت تعمل، ويتوقّف حين تغلق الـ session. أما الـ trigger من نوع stream فهو Monitor، وهو الاستثناء بينها — إذ يراقب Claude ناتجًا حيًّا (test runner، أو deploy، أو log tail) ويتفاعل لحظة ظهور سطر يستحقّ الانتباه. و/goal ليس trigger أصلًا؛ بل هو خطّ النهاية الذي تربطه بأيٍّ منها كي يواصل Claude العمل بدل أن يتوقّف عند أول ردّ.

والمقارنتان أدناه موجودتان لأن هذين هما الزوجان اللذان يخلط الناس بينهما فعلًا: الجدولة مقابل الـ loop (موعد في التقويم مقابل مؤقّت داخل الـ session)، والـ hook مقابل الـ skill (أمر ينطلق مقابل معرفة تشكّل طريقة عمل Claude). ولا يمكن استبدال أيٍّ من الزوجين بالآخر، واختيار الخطأ منهما يظهر عادةً إمّا في هندسة زائدة عن الحاجة، وإمّا في أتمتة توقّفت عن العمل بصمت.

ويجدر أن نكون صريحين بشأن الواجهة هنا. فالجدولة في تطبيق سطح المكتب طلبٌ بلغة عادية — «كل يوم اثنين في التاسعة صباحًا، اكتب مسودة تحديث الفريق» — دون بناء cron تتعلّمه. أما الـ hooks فلا: الـ hook ينفّذ shell command ويعيش داخل ملف إعدادات، ما يجعله أداة مسار Power Track وإعداد الفريق، أكثر من كونه شيئًا تلجأ إليه في المحادثة اليومية.

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