مطوّر منفرد وراء «كوبيش»: حدّا الوكيل الذكي، 5 ساعات وأسبوع، حلّا محل قائد الفريق

شخص واحد، وتطبيق واحد لـ iPhone، ووكيل ذكاء اصطناعي واحد يكتب الشيفرة. هكذا يُبنى «كوبيش»، تطبيق التمويل الشخصي والادخار. للوكيل حدّان: حدّ لنافذة مدتها 5 ساعات وحدّ أسبوعي. ويقول المطوّر إن هذين العدّادين صارا، بعد عدة أشهر من العمل، يؤديان وظائف قائد الفريق ومسؤولي الموارد البشرية. نُشرت المادة على Habr في 9 أكتوبر 2026. ولا يظهر في إعلان RSS سوى المقدمة، أما قائمة الخلاصات فبقيت خلف زر «قراءة المزيد». لذلك نعرض أدناه ما قيل صراحةً، وما يترتب عليه عمليًا.

ما الذي قيل في النص

يحدد العنوان النبرة: حين ينتهي حدّ الـ 5 ساعات يذهب المطوّر لتناول الغداء، وحين ينتهي الحدّ الأسبوعي يطرح على نفسه سؤالًا: هل أُعلن يوم إجازة؟ هذه مزحة، لكن خلفها نظام عمل فعلي. فالمطوّر لا يجادل في القيد ولا يبحث عن حلول التفافية، بل يبني يومه حوله. ولم يُذكر في الجزء المتاح أي وكيل يُستخدم ولا أي باقة اشتراك، ولذلك لا يمكن إيراد أرقام محددة لاستهلاك الرموز (tokens) ولا تكلفة الاشتراك.

وتعتمد باقات الاشتراك في عدة وكلاء برمجة نظام «5 ساعات زائد أسبوع». فالنافذة القصيرة تحدّ من ذروة الحمل، والسقف الأسبوعي يمنع استنزاف الاشتراك بالتشغيل على مدار الساعة. فقد أدخلت Anthropic، مثلًا، حدودًا أسبوعية على Claude Code في أواخر أغسطس 2025. ولم تُؤكَّد صلة هذه المعلومة بالوكيل المذكور في المادة، فهي مجرد سياق.

لماذا يعمل الحدّ كمدير

يتولى قائد الفريق عادةً ثلاثة أمور: ترتيب المهام بحسب الأولوية، ومنع الإطالة في العمل دون نتيجة، ومراقبة خطر الإرهاق الوظيفي. أما مسؤول الموارد البشرية فيعنى بنظام العمل وبأن ينصرف الموظف إلى بيته في الوقت المناسب. ويؤدي عدّاد الموارد الصارم الوظائف نفسها بصورة آلية.

• ترتيب الأولويات. حين تكون النافذة محدودة، تُرحَّل المهام المكلفة والغامضة إلى آخر الطابور، وتُنجَز أولًا التعديلات المحددة ذات النتيجة الواضحة.
• التوقف. الوكيل الذي يصطدم بالحدّ يكفّ عن «تحسين الشيفرة قليلًا بعد» ويعيد التحكم إلى الإنسان.
• نظام العمل. السقف الأسبوعي يمنع فعليًا العمل دون إجازات، حتى لو رغب المطوّر في ذلك.
• التخطيط. يجب توزيع الاستهلاك على أيام الأسبوع، وبذلك تصبح للأسبوع ميزانية مثل السبرنت.

لهذا النهج وجه آخر. فالحدّ لا يميّز بين مهمة مهمة وأخرى ثانوية، وقد يقطع العمل في منتصف إعادة هيكلة الشيفرة (refactoring). وقائد الفريق لا يفعل ذلك. لذا تبقى الانضباطية على عاتق الإنسان: يجب تثبيت الحالة غير المكتملة في المستودع قبل أن يبلغ العدّاد الصفر.

ممارسات لمن يكتب الشيفرة عبر وكيل

إذا كنت تعمل منفردًا وتعتمد على وكيل بالاشتراك، فمن المجدي تحويل الحدود إلى أداة تخطيط بدل اعتبارها عائقًا مزعجًا.

• ابدأ النافذة بأثقل مهمة ما دامت الميزانية كاملة، واترك التعديلات الصغيرة لنهايتها.
• احتفظ بالمواصفات وسياق المشروع في ملفات داخل المستودع، كي لا يهدر الوكيل النافذة بعد كل توقف في إعادة التعرف على الشيفرة.
• نفّذ commit قبل كل عملية كبيرة: فالجلسة التي تنقطع في منتصف التغييرات يجب ألا تترك شجرة العمل في حالة مفككة.
• خصّص فترة التوقف بين النوافذ لمراجعة الفروقات (diffs)، والاختبار اليدوي على الجهاز، وتدوين المهام التالية. وهذا مهم بوجه خاص في تطبيق مالي: فالوكيل لا يلاحظ بنفسه أخطاء الحسابات.
• قسّم الميزانية الأسبوعية مسبقًا، مثلًا على الأيام، كي لا تستنفدها قبل يوم الأربعاء.

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