كيف تقود 30 عميل ذكاء اصطناعي: رفع إنتاجية البرمجة 10 أضعاف باستخدام Gastown
TuBrief 편집팀
2026년 2월 25일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
لقد ولى زمن سؤال روبوت دردشة بسيط عن الكود وانتظار الإجابة. ورغم أن Claude Code أو GitHub Copilot يعدان مساعدين رائعين، إلا أنهما بطيئان للغاية وخطيان عندما يتعلق الأمر بتعديل أنظمة المؤسسات التي تتداخل فيها مئات الملفات. إن الاعتماد الكلي على وكيل ذكاء اصطناعي واحد يفقد السياق ويتخبط مع طول الجلسة أصبح الآن مجرد عائق للإنتاجية.
نحن الآن في عصر تنسيق الوكلاء (Agent Orchestration). يهدف مشروع Gastown المفتوح المصدر، الذي اقترحه Steve Yegge، إلى بناء نظام مصنع برمجيات يقوم بتشغيل أكثر من 30 عميل ذكاء اصطناعي في وقت واحد لتفكيك الوظائف وبنائها بالتوازي. لم تعد الآن مجرد مبرمج، بل أصبحت منسقاً يقود جيشاً من الذكاء الاصطناعي.
ليس Gastown مجرد غلاف (Wrapper) بسيط للذكاء الاصطناعي، بل يتبنى مبادئ الحوسبة الموزعة لحل مشكلة عدم استقرار الوكلاء الفرديين من خلال هيكلية النظام. المبدأ الأساسي هو فصل الأدوار بوضوح وتجزئة المهام إلى وحدات ذرية.
الهدف من هذا الهيكل هو الهروب من Vibe Coding (البرمجة بالحدس). يمنع Gastown فيزيائياً الوكلاء من النشر (Commit) مباشرة في الفرع الرئيسي عبر نظام خطافات PreToolUse. يتم كتابة كل الكود في فروع ميزات منفصلة، ولا يتم دمجها إلا بعد اجتياز اختبارات صارمة في "المصفاة" (Refinery).
إن توظيف العشرات في كل مهمة يعد هدراً لتكاليف الـ API. يجب توزيع القوة البرمجية بشكل مناسب حسب تعقيد المهمة.
| حجم المشروع | تكوين الوكلاء | استراتيجية الاستخدام المحورية |
|---|---|---|
| صغير (إصلاح ثغرة) | عمدة 1 + بولكات 1~2 | التركيز على التوجيه ومراجعة النتائج بدلاً من البرمجة المباشرة |
| متوسط (API جديد) | عمدة 1 + بولكات 5~10 | تنفيذ مهام الواجهة الأمامية والخلفية بالتوازي |
| ضخم (تغيير المعمارية) | عمدة 1 + بولكات 20~30 | نشر وكلاء شهود (Witness) لحل الاختناقات في الوقت الفعلي |
عند القيام بعمليات تحويل ضخمة وتشغيل 30 وكيلاً، يمكن تقليص العمل الذي يستغرق 6 ساعات يدوياً إلى حوالي 20 دقيقة. ومع ذلك، يتطلب ذلك تحسيناً في تخصيص النماذج. أسند النماذج عالية الأداء مثل Claude 3.5 Sonnet لـ "العمدة" المسؤول عن التصميم، وخصص نماذج اقتصادية مثل Gemini لـ "البولكات" التي تقوم بالتنفيذ البسيط أو الاختبار لزيادة كفاءة التكلفة.
لنفترض أننا بصدد إضافة مصادقة JWT إلى تطبيق يعتمد على Go. إليك كيف تحرك جيشك بأمر واحد:
gt mayor attach.gt convoy list.gt status ثم وافق عليها.إذا لم تكن الأمور تسير بسلاسة، يجب فحص البيئة أولاً. من الضروري التأكد من أن إصدار Dolt هو 1.82.4 أو أعلى. الإصدارات القديمة تسبب أخطاء في مزامنة قاعدة بيانات Git مما يؤدي لتصادم المهام بين الوكلاء. أيضاً، إذا كانت هناك مشكلة في تشغيل الشبح (Daemon)، تأكد من أن إصدار tmux -V هو 3.0 أو أعلى، ثم نفذ gt doctor --fix لتهيئة البيئة.
إن تشغيل 30 عميل ذكاء اصطناعي في آن واحد يعني أنك لن تقوم بالطباعة بعد الآن. تكمن مهارة المهندس الحقيقية الآن في مدى دقة تسجيل قرارات المعمارية في مستندات التوجيه مثل CLAUDE.md.
الوكلاء مساعدون رائعون، لكن بدون إدارة جيدة، فهم يشبهون "الشمبانزي فائق الذكاء" الذي قد يشل النظام. احرص دائماً على التشغيل في منصة تجريبية (Rig) منفصلة ووضع حدود لتكاليف الـ API. لتقليل إرهاق مراجعة عشرات طلبات السحب (PRs) يدوياً، قم بنشر وكيل إضافي بدور "شريف الـ PR" لتصفية أخطاء القواعد النحوية وحالات عدم اجتياز الاختبارات كخطوة أولى. مصنع البرمجيات الخاص بك جاهز للعمل الآن.