منهج 2026

Spec-Driven AI Coding

اكتب المواصفة مرة واحدة. الوكيل يشغّلها، يسلّمك الفرق، يغلق التذكرة. الـ prompts الفردية صارت من الماضي.

AgentsRoom يربط وكيل Claude Code أو Codex أو Gemini بكل تذكرة في باكلوغ Kanban. المواصفة تصبح وحدة العمل.

ما هو spec-driven AI coding؟

المواصفة هي تذكرة مكتوبة جيداً: هدف، قيود، معايير قبول. spec-driven AI coding يسلم هذه التذكرة لوكيل ذكاء اصطناعي يبرمج، يختبر، ويسلّم PR. تتوقف عن كتابة prompts بشكل ارتجالي. تكتب مواصفة يستطيع إنسان أو وكيل تنفيذها، ثم تعطيها للوكيل.

النقيض مع vibe-coding: vibe-coding حواري، توجّه الوكيل في الوقت الفعلي. spec-driven coding غير متزامن ومنضبط. تكتب، تطلق، تعود حين ينتهي. مع وكيل واحد هي انضباط نظيف. مع عشرة وكلاء بالتوازي هي الطريقة الوحيدة لإبقاء رأسك فوق الماء.

مواصفة جيدة توفر عشرة prompts.

قاعدة عملية

الأركان الأربعة لحلقة spec-driven

بدون هذه الخطوات الأربع، أنت تمارس prompt-driven coding متخفياً. معها، تصنّع العمل صناعياً.

1

مواصفة قابلة للقراءة

تذكرة قصيرة بسياق، هدف، قيود، معايير قبول. ليست رواية. ليست مذكرة غامضة. الصيغة التي يقرأها مطور بشري جديد دون أن يسأل.

2

مهمة معزولة

مواصفة واحدة، فرع واحد، وكيل واحد. ليس مواصفتين على نفس الوكيل. ليس وكيلاً يلامس ثلاث مناطق من الكود في وقت واحد. التحديد النظيف يأتي من الباكلوغ، لا من الدردشة.

3

وكيل مستقل

الوكيل يقرأ المواصفة، يخطط، يبرمج، يشغّل الاختبارات، يفتح الـ PR. تتدخل فقط عندما يحدث حصار. لا مراقبة مستمرة. إشعارات Push عند الانتهاء أو عند الحاجة إليك.

4

مراجعة بشرية

تقرأ الفرق محدداً لذلك الوكيل، لا كتلة متشابكة. تقبل، تصلح، تدمج. المواصفة تغلق التذكرة. الحلقة تعيد البدء.

لماذا يناسب AgentsRoom منهج spec-driven

الباكلوغ والتذكرة والوكيل يعيشون في نفس التطبيق. هذا نادر.

باكلوغ Kanban أصلي

اسحب وأفلت تذكرة في عمود، وكيل يلتقطها. لا حاجة إلى Jira أو Linear للبدء: باكلوغ AgentsRoom يكفي، وهو موثّق نسخياً في مستودعك.

باكلوغ عام اختياري

يمكنك إتاحة الباكلوغ للعملاء عبر رابط. يقدّمون المواصفات من امتداد Chrome. أنت تُرتّب، تطلق الوكيل. تطوير مدفوع بالعميل دون pipeline مخصص.

متعدد المزودين لكل تذكرة

تذكرة على Claude Code، أخرى على Codex، ثالثة على Gemini CLI. تختار النموذج الذي يناسب المواصفة. كلهم يتعايشون في نفس اللوحة.

مراجعة لكل وكيل

فرق كل وكيل معزول. تقرأ ما فعله وكيل واحد، لا مزيج خمس جلسات. المواصفة تغلق التذكرة فقط إذا اجتازت المراجعة.

أسئلة شائعة عن spec-driven AI coding

كيف يختلف هذا عن prompt engineering؟+
prompt engineering يحسّن رسالة تُرسل إلى LLM. المواصفة تعيش خارج الدردشة: هي تذكرة بهدف وقيود ومعايير قبول. يمكنك حفظها، تنسيخها، إعطاؤها لإنسان أو وكيل. الـ prompts عابرة. المواصفات أصول.
هل أحتاج إلى أداة تذاكر خارجية مثل Jira أو Linear؟+
لا. باكلوغ AgentsRoom Kanban مدمج ومخزّن في مستودعك. إذا كنت تستخدم Jira أو Linear بالفعل، يمكنك ربط MCP وترك الوكيل يقرأ التذاكر من هناك. للبدء، الباكلوغ الأصلي كافٍ.
كم مواصفة يستطيع وكيل واحد التعامل معها بالتوازي؟+
وكيل واحد ينفّذ مواصفة واحدة في كل مرة. توازي الأمر بإطلاق عدة وكلاء على عدة مواصفات. مع AgentsRoom، يشغّل المستخدمون عادة 5 إلى 10 وكلاء متزامنين، كل منهم على تذكرته، كل منهم على فرعه.
كيف تبدو مواصفة جيدة لوكيل ذكاء اصطناعي؟+
ثلاثة أقسام: السياق (أين يعيش، ولماذا يهم)، الهدف (ما نريد)، معايير القبول (كيف نعرف أنه انتهى). إضافة: رابط للملف أو الدالة المعنية. تجنب المواصفات الغامضة: إذا تردد إنسان، سيخرج الوكيل عن المسار.
هل يعمل spec-driven coding على الكود القديم؟+
نعم، وهنا يتألق. الكود القديم يعني ألف تذكرة تنظيف صغيرة. اكتبها مرة، انشر وكيلاً لكل دفعة في الليل، راجع الـ PRs في الصباح. أكثر إنتاجية من إنسان ينحت في نفس إعادة الهيكلة لأسبوعين.

قد يعجبك أيضاً

انتقل إلى spec-driven coding اليوم

حمّل AgentsRoom، افتح الباكلوغ، اكتب أول تذكرة. وكيل يلتقطها في ثوانٍ.

مجانيتحميل AgentsRoom

التطبيق المرافق: تابع وكلاءك أينما كنت

يعمل مع Claude و Codex و OpenCode و Gemini CLI و Aider

تثبيت الملحق
Chrome Web Store

أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.

مشاريع متعددة
متعدد المزوّدين
وكلاء متعددون
حالة مباشرة
فرق الملفات والإيداع
تطبيق الهاتف
معاينة مباشرة
فرق الوكلاء
أتمتة المتصفح
تطوير موجّه بالـ backlog