كانت التجربة بسيطة: قم بتوجيه كلود كود إلى مشروع حقيقي، وأعطه قائمة مهام، ثم توقف لمدة 24 ساعة، وقم بتوثيق ما تم إنجازه بالفعل. لا إمساك باليد. لا توجد مطالبات في منتصف الجلسة. مجرد موجه النظام، ومجموعة الأدوات، وملف التعليمات الذي يوضح ما أريد القيام به بحلول الصباح.
ما عاد لم يكن ما كنت أتوقعه. وبعضها كان أفضل. كان بعضها عبارة عن فوضى تتطلب فترة ما بعد الظهر كاملة لفكها. كانت كل هذه البيانات مفيدة لأي شخص يحاول إنشاء مسارات عمل مستمرة ومستقلة للوكلاء.
كان المشروع عبارة عن أداة أتمتة للاستطلاع تعتمد على لغة بايثون وكنت أعمل عليها بشكل تدريجي. كانت الواجهة الخلفية فعالة ولكن قاعدة التعليمات البرمجية كانت غير منظمة، وكان تنسيق الإخراج غير متسق، وكان لدي تراكم لحوالي 15 مشكلة موثقة تتراوح من عمليات إعادة البناء البسيطة إلى خطأ مزعج حقًا في منطق تحديد المعدل.
تم تشغيل Claude Code داخل جلسة tmux على Ubuntu VPS مقطوعة الرأس. حدد ملف CLAUDE.md الموجود في جذر المشروع ترتيب أولوية المهمة، وأي الأدلة محظورة، وكيف يجب أن يبدو تنسيق الإخراج للمهام المكتملة، وقاعدة صارمة: إذا واجه شيئًا يتطلب قرارًا بأكثر من نتيجتين معقولتين، فيجب أن يتوقف ويكتب ملف BLOCKED.md يصف الغموض بدلاً من الانتقاء بشكل تعسفي.
تم تحديد نطاق أذونات الأداة عمدا. ملف القراءة/الكتابة لدليل المشروع. يقتصر تنفيذ Bash على البيئة الافتراضية. لا يوجد وصول إلى الشبكة خارج المضيف المحلي. لقد استخدمت OpenClaw لإدارة الجلسة المستمرة حتى تستمر العملية عبر أي اتصال ينقطع بين عشية وضحاها.
كان النموذج هو كلود السوناتة 4-5. تم ضبط الحد الأقصى من الرموز المميزة لكل مكالمة على 8192. يحتوي ملف المهام على 15 عنصرًا.