PocketCoder-A1: كيف تجعل Claude يعمل على ثلاث نوبات

نُشر على موقع Habr مقال عن PocketCoder-A1، وهو «مبرمج آلي» (Авто-Кодер) صنعه المؤلف بنفسه ليجعل نموذج الذكاء الاصطناعي Claude يعمل وفق جدول متعدد النوبات، وليحصل على أقصى فائدة من اشتراكه القائم في نماذج LLM.

الفكرة: ليعمل الذكاء الاصطناعي ليلًا

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

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

• الأداة: PocketCoder-A1 («Авто-Кодер»)
• النموذج: Claude
• الفكرة: «ثلاث نوبات» — عمل الذكاء الاصطناعي على مدار الساعة بدلًا من الاستخدام المحدود في ساعات العمل
• الدافع: الحصول على أقصى استفادة من اشتراك LLM، لا من الطلبات المنفردة
• المصدر: Habr

كيف يعمل اقتصاد اشتراكات LLM؟

يخلق نموذج الوصول بالاشتراك إلى LLM، بخلاف الدفع مقابل الرموز (tokens) عبر API، حافزًا اقتصاديًا لاستخدام الحصة المخصصة بأكبر قدر ممكن: فالمستخدم يدفع مبلغًا ثابتًا بغض النظر عن مقدار ما أنجزه النموذج فعليًا خلال تلك الفترة. وتتيح أدوات مثل Claude Code، التي تعمل فوق هذا الاشتراك، تشغيل النموذج لتنفيذ المهام دون مشاركة بشرية مستمرة. أي إنه يمكن، نظريًا، تنظيم قائمة مهام يعالجها النموذج في الخلفية، بما في ذلك ساعات الليل التي لا يستخدم فيها الإنسان الحصة بنفسه.

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

ماذا يعني هذا للمطورين؟

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

وتعكس هذه «المبرمجات الآلية» محلية الصنع تحولًا أوسع في طريقة استخدام المطورين للاشتراكات التجارية في LLM: ليس كمساعد دردشة يُستخدم لمرة واحدة، بل كعملية خلفية تعمل باستمرار ومدمجة في دورة التطوير. أما مدى استدامة هذا النهج من حيث شروط استخدام الاشتراكات المعنية والقيود المفروضة على الطلبات الآلية، فهو سؤال يُترك عادةً في مثل هذه الحلول محلية الصنع لتقدير المؤلف نفسه وتحت مسؤوليته.

وعبارة المؤلف «الذكاء الاصطناعي لا يحل محل البشر، بل البشر ببساطة يعملون أكثر» تثبّت ملاحظة تتردد بشكل متزايد في النقاشات حول أثر إدخال الذكاء الاصطناعي في التطوير: فالتوقع بأن الأتمتة ستحرر وقت المتخصصين ينتهي في الممارسة كثيرًا إلى أن يُنتظر منهم حجم عمل أكبر في الوقت نفسه، لكن بمساعدة أدوات الذكاء الاصطناعي هذه المرة. وبهذا المعنى، لا يمثل PocketCoder-A1 حلًا تقنيًا بقدر ما هو استراتيجية شخصية لمطوّر واحد لمواجهة هذا العبء المتزايد، بإلقاء جزء من العمل على النموذج في الساعات التي لا يستطيع فيها هو نفسه أن يعمل.