المشكلة
في مستودعك الأحادي فرص طبيعية للعمل بالتوازي: API والواجهة الأمامية والمكتبات المشتركة والعمّال (workers). لكن وكلاءك لا يستطيعون الاستفادة منها. تشغّل وكيلًا واحدًا في كل مرة، وتفكّك الميزات العابرة للخدمات يدويًا، وتحلّ تعارضات الدمج حين تتصادم التجارب المتوازية.
«في مرحلة ما جرّبنا استنساخ مستودعنا في ثلاثة مجلدات وتشغيل Claude في كل منها، لكن الأمر بدا كقيادة سيارة Subaru رُبط بها محرك نفّاث.»
— مدوّنة Madewithlove
القوة الخام موجودة، لكن التنسيق غائب. ميزات عابرة للخدمات كان ينبغي أن تُنجز في ظهيرة واحدة تستغرق يومين، لأن الوكلاء يعملون بالتتابع ويُحدثون تعارضات دمج.
«يتطلّب تفكيك المهام يدويًا، ودمج الفروع المعزولة يحتاج إلى تدخّل يدوي»
— Nathan Norman عن الوضع الراهن للعمل متعدد الوكلاء في المستودعات الأحادية
كيف يساعدك Chief
| نقطة الألم | ميزة Chief | ما تحصل عليه |
|---|---|---|
| خدمات متعددة يمكن العمل عليها بالتوازي لكن ذلك لا يحدث | إرسال الوكلاء بالتوازي مع ترتيب يراعي التبعيات | ثلاثة وكلاء يعملون على ثلاث خدمات في آنٍ واحد، ويتولّى Chief ترتيب التنفيذ |
| شُحّ السياق: لا يرى الوكلاء المستودع الأحادي كاملًا | سياق على مستوى المشروع مشترك بين الوكلاء | يعرف كل وكيل الأنواع المشتركة وحدود الخدمات والعقود بين الخدمات |
| إدارة التبعيات بين الخدمات | تفكيك ذكي للمهام مع مخطط للتبعيات | يرتّب Chief الأنواع المشتركة أولًا، ثم API، ثم الواجهة الأمامية، ليبني الوكلاء على أسس مستقرة |
| لا رؤية لعمل الوكلاء المتوازي عبر الخدمات | لوحة تحكم موحّدة مع تتبّع تقدّم كل وكيل | اطّلع على ما يفعله كل وكيل في كل خدمة من عرض واحد |
| تفكيك المهام يدويًا للميزات متعددة الخدمات | تقسيم الهدف إلى مهام، مع اختيار الوكيل لكل مرحلة | حدّد هدفًا على مستوى الميزة، فيقترح Chief مهام كل خدمة تلقائيًا |
لماذا تُعدّ المستودعات الأحادية أفضل حالة للتوازي متعدد الوكلاء
1. تفكيك يراعي التبعيات
لميزات المستودعات الأحادية سلاسل تبعيات طبيعية: الأنواع المشتركة قبل API، وAPI قبل الواجهة الأمامية. يفهم Chief هذه التبعيات ويرتّب المهام وفقًا لها، بدلًا من أن يتركك تفكّك العمل يدويًا. هذا هو سير العمل الأساسي في Chief: حدّد الأهداف، ووافق على الخطط، ويتولّى الوكلاء التنفيذ، مطبَّقًا على بنية متعددة الخدمات.
2. اختر الوكيل لكل مرحلة
تستفيد الخدمات المختلفة من وكلاء مختلفين. عيّن وكيلًا افتراضيًا للمشروع، ثم اختر Claude Code لمرحلة الواجهة الخلفية، وOpenAI Codex للواجهة الأمامية، وQwen Code للعامل (worker). يشغّلها Chief بالتوازي حيثما تسمح التبعيات.
«التبديل بسلاسة بين Codex للمهام الثقيلة في الواجهة الخلفية وClaude Code لكل ما عدا ذلك.»
— مستخدم على HN عن سير العمل متعدد الوكلاء
3. رؤية موحّدة عبر الخدمات
عندما يعمل عدة وكلاء بالتوازي، تحتاج إلى معرفة ما يجري في كل مكان. يمنحك Chief لوحة تحكم واحدة تعرض تقدّم الوكلاء في كل خدمة: أي المهام قيد التنفيذ، وأيها اكتمل، وأيها يحتاج إلى مراجعة. كل العمل المتوازي في عرض واحد، فلا يضطر أحد إلى مراقبة علامات تبويب الطرفية.
4. سياق المستودع كاملًا، وتنفيذ محدود النطاق
يحصل الوكلاء على سياق على مستوى المشروع عن المستودع الأحادي بأكمله، بينما يعملون ضمن نطاق الخدمة المسندة إليهم. لن ترى بعد الآن وكلاء يُنشئون ملفات موجودة أصلًا أو يكرّرون الأدوات المساعدة المشتركة.
5. هدف واحد، وخدمات متعددة
حدّد «إضافة مسار دعوة الفريق مع إشعارات البريد الإلكتروني» هدفًا واحدًا. يتولّى Chief تفكيكه عبر API والواجهة الأمامية والعامل والحزم المشتركة. إنه التخطيط القائم على الأهداف نفسه الذي يستخدمه Chief في كل مشروع، مطبَّقًا على عمل بحجم المستودع الأحادي. فعّل Auto mode فيواصل Chief العمل على الحزم ضمن حدّ للمهام وسقف أسبوعي لاستخدامك لدى مزوّدك.
«المهارة ليست في البرمجة بسرعة أكبر. إنها في معرفة ما يمكن أن يحدث في آنٍ واحد.»
— Emma Williams، Madewithlove
مثال: «إضافة مسار دعوة الفريق مع إشعارات البريد الإلكتروني»
المستودع الأحادي: أربع حزم: خدمة API، وواجهة ويب أمامية، وحزمة أنواع مشتركة، وخدمة عامل البريد الإلكتروني.
1. حدّد الهدف. أدخل هدف الميزة في Chief: «إضافة مسار دعوة الفريق مع إشعارات البريد الإلكتروني». لا حاجة إلى تفكيك يدوي.
2. يفكّك Chief العمل. يحلّل Chief بنية المستودع الأحادي ويقترح أربع مهام مرتّبة حسب التبعيات:
- المهمة 1: إضافة نموذج
TeamInviteوأنواعه إلىpackages/shared-types(بلا تبعيات، وتُنفَّذ أولًا) - المهمة 2: إضافة نقطة نهاية API
POST /invites+ ترحيل قاعدة البيانات إلىservices/api(تعتمد على المهمة 1) - المهمة 3: إضافة معالج بريد الدعوة إلى
services/email-worker(تعتمد على المهمة 1) - المهمة 4: إضافة مسار واجهة الدعوة إلى
apps/web(تعتمد على المهمتين 1 و2)
3. الإرسال المتوازي. بمجرد اكتمال الأنواع المشتركة، يرسل Chief ثلاثة وكلاء بالتوازي، مستخدمًا الوكيل المختار لكل مرحلة: Claude Code لخدمة API، وClaude Code لعامل البريد الإلكتروني، وOpenAI Codex للواجهة الأمامية. يملك كل وكيل سياق المستودع الأحادي كاملًا، لكن تنفيذه محصور في الخدمة المسندة إليه.
4. رؤية موحّدة. يعرض Chief تقدّم الوكلاء الثلاثة في لوحة تحكم واحدة: Claude Code على services/api/ وservices/email-worker/، وCodex على apps/web/. ترى ما هو قيد التنفيذ في كل خدمة دون التنقّل بين الطرفيات.
5. المراجعة. يراجع Chief نتيجة كل خدمة وفق معايير القبول الخاصة بمرحلتها، وتظهر النتائج في لوحة تحكم Chief. راجع نقطة نهاية API وقالب البريد الإلكتروني وواجهة الدعوة، كلها من عرض واحد. اكتملت الأنواع المشتركة أولًا، لذا تبني كل خدمة عليها.
متى تستخدم Chief
- يضم مستودعك الأحادي 3 خدمات أو حزم أو أكثر ولا تشغّل سوى وكيل واحد في كل مرة، لأن تنسيق العمل المتوازي مرهق جدًا.
- تستغرق الميزات العابرة للخدمات أيامًا بدلًا من ساعات لأنك تفكّك العمل يدويًا، وتشغّل الوكلاء بالتتابع، ثم تحلّ تعارضات الدمج بعد ذلك.
- يواصل وكلاؤك إنشاء ملفات موجودة أصلًا أو يُغفلون الأدوات المساعدة المشتركة، لأنهم لا يرون سياق المستودع الأحادي كاملًا.
- تستخدم بالفعل وكلاء مختلفين لمهام مختلفة (مثل Claude Code للواجهة الخلفية وOpenAI Codex للواجهة الأمامية) وتريد اختيارهم لكل مرحلة من مكان واحد.
- تريد تحديد هدف على مستوى الميزة وترك الأداة تتولّى تفكيكه لكل خدمة، وترتيب التبعيات، والتنفيذ المتوازي.
هدف واحد. خدمات متعددة. رؤية كاملة.
الأسئلة الشائعة
هل يفهم Chief بنية الحزم في مستودعي الأحادي؟
يحلّل Chief تخطيط مستودعك الأحادي ويفهم العلاقات بين الحزم والخدمات. ويعمل مع Nx أو Turborepo أو Lerna أو إعدادات مساحات العمل المخصّصة، أيًّا كان ما يستخدمه مستودعك الأحادي.
كيف ينسّق Chief الوكلاء المتوازين عبر مستودع أحادي؟
يرتّب Chief العمل حسب التبعيات، فتُسلَّم الأنواع المشتركة قبل الخدمات المعتمدة عليها. يعمل الوكلاء المتوازون على خدمات منفصلة في آنٍ واحد، ويعرض لك Chief التقدّم كله في لوحة تحكم واحدة. تحدّد الهدف مرة واحدة، ويحافظ Chief على الترتيب.
هل يمكنني إسناد وكلاء مختلفين إلى خدمات مختلفة؟
نعم. يتيح لك نموذج BYOA (أحضِر وكيلك الخاص) في Chief اختيار الوكيل لكل مرحلة. اختر Claude Code لأعمال الواجهة الخلفية كثيفة المنطق، وCodex لمكوّنات الواجهة الأمامية، ووكيلًا آخر لخدمات العمّال. ينسّق Chief بينها جميعًا من لوحة تحكم واحدة، مستخدمًا اشتراكاتك الحالية دون ارتباط جديد بمورّد.
هل يعمل Chief مع Nx أو Turborepo أو غيرهما من أدوات المستودعات الأحادية؟
نعم. لا يرتبط Chief بأي أداة مستودعات أحادية بعينها. فهو ينسّق وكلاء يعملون داخل نظام البناء الحالي لديك: يتولّى الوكلاء أنفسهم الأدوات الخاصة بكل إطار عمل، ويتولّى Chief التفكيك والإرسال والتنسيق.
كيف يتعامل Chief مع التبعيات المشتركة بين الحزم؟
يرتّب Chief التبعيات المشتركة قبل إرسال العمل المتوازي. تُحدَّث الأنواع والمخططات وحزم الأدوات المساعدة المشتركة أولًا في مهام مخصّصة. ولا يرسل Chief الوكلاء إلى الخدمات المعتمدة عليها إلا بعد أن يراجع تلك التغييرات وفق معايير القبول الخاصة بها.
ماذا يحدث إذا تسبّب عمل أحد الوكلاء في تعطيل خدمة أخرى؟
لكل مرحلة معايير قبول، ويراجع Chief كل نتيجة وفقها. إذا قصّرت نتيجة ما، كتراجع في اختبار أو خطأ في الأنواع أو عقد معطّل، ينبّه Chief إليها قبل أن يمضي العمل المعتمد عليها. يبقى الإخفاق محصورًا في الخدمة المتأثرة ولا ينتشر عبر المستودع الأحادي. وكل ما يحتاج إلى قرارك يُضاف إلى قائمة مهامك (وصول مبكر).
هل Chief مجاني لمشاريع المستودعات الأحادية؟
نعم. تتضمن خطة Free 5 مشاريع و30 مهمة يوميًا مع وكلائك الخاصين، دون بطاقة ائتمان. تُزيل خطة Pro هذه الحدود وتضيف ميزات الوصول المبكر. قد يستهلك تقسيم ميزة على حزم كثيرة عددًا كبيرًا من المهام يوميًا، وهنا تفيدك المهام غير المحدودة في Pro.
هل يستطيع Chief التعامل مع مستودعات أحادية تضم 10 حزم أو أكثر؟
نعم. تزداد قيمة Chief مع ازدياد تعقيد المستودع الأحادي. فكلما زادت الحزم زادت فرص التوازي: يفكّك Chief العمل عبرها جميعًا، ويرسل الوكلاء إلى الحزم المستقلة في آنٍ واحد، ويرتّب العمل المعتمد عليها تلقائيًا. السقف هو ميزانية وكلائك، لا قدرة Chief على التنسيق.