المصادر مراجعة بتاريخ 7 أكتوبر 2026.
لو عندك تقرير في النظام، أدي الـ agent تذكرة مكتوب فيها «أضف تصدير CSV». قبل ما ترجع ليهو، ممكن يكون قرر السجلات الداخلة في الملف، ومنو المسموح ليهو ينزّلو، وصيغة التاريخ، والحاصل لو النتيجة فاضية. الكود ممكن يكون سليم، والفريق قاصد حاجة تانية.
عشان كده كتابة الـ spec مفيدة. إعلان وفاة الـ Agile محتاج حجة أكبر من دي.
GitHub Spec Kit بيمرّر الميزة من تحديد المطلوب للتخطيط والمهام والتنفيذ والمراجعة النهائية. الكلام المكتوب بيدي الـ agent سياق يرجع ليهو بعد المحادثة. ترتيب الخطوات قريب من خطط تطوير بنعرفها من زمان. [1]
التشابه ده خلّى ناس يربطوا الـ spec-driven development برجوع الـ waterfall. Marc Brooker، في كلامو عن Kiro، بيقول إنو المواصفات ممكن تتعدل طول فترة التطوير. الفريق يكتب قراراتو بوضوح، ويواصل اكتشاف المتطلبات وهو بيبني. [2]
الـ agent محتاج يعرف شنو قبل يبدأ
ميزة التصدير ممكن تحتاج نص صفحة. مسؤول مساحة العمل يقدر يصدّر الفواتير المدفوعة الخاصة بمساحتو. الملف يحترم الفلاتر المختارة. المبالغ تحتفظ بعملاتها. الشخص الما عندو صلاحية ما يستلم ملف. ولسه الفريق محتاج يحسم وضع الفواتير الملغية.
الجملة الأخيرة مهمة. لو المستند كتب السؤال المفتوح كأنو قرار محسوم، الـ agent ممكن ينفّذ الافتراض في الاستعلام والاختبارات ونص المساعدة والواجهة. بعد داك تعديل قرار واحد يبقى تعديل في أماكن كتيرة.
القرار | يتكتب قبل التنفيذ | نتعلمو من الاستخدام |
|---|---|---|
الصلاحيات | منو يصدّر أي سجلات | هل المسؤول محتاج يفوّض الصلاحية |
محتوى الملف | الحقول والعملات والفلاتر | الحقول البستخدمها الزبون في نظامو التاني |
اكتمال الميزة | الملف يفتح ويطابق السجلات المختارة | هل التصدير اختصر الشغل اليدوي |
خلي المواصفات تفرّق بين قرار اتاخد وافتراض عايز تختبرو. الاختبار الآلي ممكن يثبت إنو الكود ملتزم بالافتراض، لكن ما بيحوّل الافتراض لقرار منتج صحيح.
مثال التصدير بيوضح كمان حدود إنو الـ agent يكتب المتطلبات براهو. يقدر يقترح اختيارات معقولة، لكن ما بيعرف فريق الحسابات بيتعامل مع الفاتورة الملغية كسجل تاريخي، ولا غلطة مفروض تتشال، ولا معاملة منفصلة محتاجة تسوية. القرار عند الناس المسؤولين عن الحسابات. المستند ممكن يبدو كامل، مع إنو ما في زول سألهم.
أكتب اسم المسؤول جنب القرار المفتوح. منو يجاوب، وأي جزء من التنفيذ منتظر الإجابة، والـ agent مسموح ليهو يعمل شنو لحد ما تجي؟ ممكن يبني فحص الصلاحيات وواجهة التنزيل، ويترك قاعدة الحسابات المختلف عليها. كده عندك نقطة توقف مفهومة قبل التخمين يدخل في كل الكود.
المواصفات ممكن تبقى قديمة في نفس اليوم
افترض فريق الحسابات رد بعد أول تنفيذ. محتاج الفواتير الملغية تظهر ومعاها تاريخ الإلغاء. تعديل النص براهو حيترك نظام متناقض: المستند بيقول حاجة، والاستعلام بيعمل حاجة تانية، والاختبارات موافقة على السلوك القديم. المراجعة لازم تمشي مع القرار في الأماكن التلاتة.
سجل المتطلب الاتغيّر، وسبب التغيير، والسلوك المتأثر بيهو. خلي السجل قصير كفاية يتقرأ أثناء المراجعة. توليد تاريخ لكل المحادثات ممكن يصعّب العثور على الجملة الواحدة الغيّرت التصدير.
الاتفاق المكتوب بفيد أكتر لمن agents متعددين يقسموا الشغل. الـ agent الببني الواجهة والببني قاعدة البيانات محتاجين نفس تعريف الفاتورة الملغية، ونفس نسخة المواصفات. وجود ملف اسمو requirements.md ما بيضمن إنهم شغالين على نفس الكلام.
وين ممكن يرجع الـ waterfall
ممكن فريق يولّد مستند متطلبات طويل، يعتمدوا مرة واحدة، وبعدها يقضوا شهر ينفّذوا كل المكتوب. الزبون يشوف النتيجة بعد ما القرارات الكبيرة اتثبتت. الـ AI يسرّع كتابة الكود، لكن اكتشاف الغلط يظل متأخر.
وفريق تاني يكتب مواصفات تصدير واحد، يوريهو للشخص الطلبو، ويكتشف إنو برنامج الحسابات محتاج معرّف مختلف. يعدّل المواصفات في نفس اليوم. الفريقين كتبوا مستندات؛ الفرق في موعد رجوع المعلومة من الزبون.
مبادئ الـ Agile بتدعم التسليم المتكرر وتغيير المتطلبات حتى لو التغيير جا متأخر. ما بتلزمك تنتظر أسبوعين عشان تتعلم حاجة. [3] لو الـ agent خلص بدري، تقدر تراجع جدول الفريق بدل تخلي الشغل يقعد لحد نهاية الـ sprint.
ورقة SPECMINE المنشورة في أغسطس جمعت ملفات مواصفات من عشرات الآلاف من المستودعات العامة. ده بيوفّر مادة لدراسة الممارسة، لكن ما بيثبت إنها حسّنت التسليم. [4] وجود الملف ما بيقول ليك إذا الفريق لسه بيحدّثو.
في شغل بستاهل تصميم أطول قبل التنفيذ. نقل البيانات، وحدود الصلاحيات، والتغيير الصعب ترجّعو ممكن تحتاج مراجعة مفصلة. التعلّم هنا يبدأ بتجربة على نسخة، أو نموذج صغير، أو فحص سجلات فعلية. توجيه «انشر أسرع» ناقص لو أول تجربة فاشلة ممكن تضر بيانات الزبون.
أول حاجة أغيّرها هي الإجراء البخلّي الفريق ينتظر اجتماع مجدول عشان يحسم سؤال يقدر يجاوبو اليوم. احتفظ بالتخطيط البقلل المخاطرة، والمواصفات البتحفظ القرار، وافتحها تاني لمن استخدام الزبون يخالف الافتراض. البورد والمستند المولّد ما حيعملوا الحكم ده عن الفريق.
في مشروع بيستخدم agents، أفضّل المواصفات تكون جنب الكود، ويتراجعوا سوا لمن السلوك يتغيّر. وأكتب السؤال المفتوح عن المنتج المفروض الإصدار الجاي يجاوب عليهو. تسريع التنفيذ ما حيحدّد السؤال بالنيابة عن الفريق.
المصادر
رسالة واحدة مع كل مقال جديد، فيها أبحاث وقرارات منتج وما تبلغنا به الفرق.
