Saphan

ستة أيام مع الوكلاء، و14 إلى 20 شهرًا للبشر.

تحليل للجهد المبذول في Proven، أداة مفتوحة المصدر لمراجعة الشيفرة بناها شخص واحد وأسطول من وكلاء البرمجة بالذكاء الاصطناعي في Open Agent Hackathon في أكتوبر 2026. قسنا ما تم تسليمه، ثم قدّرنا بأربع طرق منشورة ما يحتاجه فريق تقليدي لبناء الشيء نفسه. يمكن التحقق من كل رقم في المستودع العام.

المقارنة

بناه أسطول الوكلاءالتقدير لفريق بشري
الوقت التقويميبناه أسطول الوكلاء139 ساعة، من أول commit للبناء حتى التسليمالتقدير لفريق بشري14 إلى 20 شهرًا
الأشخاصبناه أسطول الوكلاءمالك واحد يقرر ويدمج ولا يكتب الشيفرة، وأسطول من وكلاء الذكاء الاصطناعيالتقدير لفريق بشري9 إلى 11 شخصًا بدوام كامل في 8 أدوار
الجهدبناه أسطول الوكلاءغير قابل للمقارنة بأشهر العملالتقدير لفريق بشري100 إلى 225 شهر عمل، والتقدير الأوسط 135 إلى 180
شيفرة الإنتاجبناه أسطول الوكلاء42,036 سطرًا من Go، و9,246 سطرًا من shell وTypeScript وPython وSQLالتقدير لفريق بشريالنطاق نفسه
الاختباراتبناه أسطول الوكلاء58,956 سطرًا من Go، و1,828 دالة اختبارالتقدير لفريق بشريالنطاق نفسه
السجلبناه أسطول الوكلاء53 سجلًا لقرارات معمارية؛ 307 أحكام مراجعة في 154 مراجعة مستقلة، منها 113 رفضًاالتقدير لفريق بشريعادةً جزئي: تعليقات طلبات الدمج والتذاكر
الشكل 1 من التقرير: الفريق المقدَّر، بجانب من بنى Proven فعلًا.الشكل 1 من التقرير: الفريق المقدَّر، بجانب من بنى Proven فعلًا.
الشكل 1 من التقرير: الفريق المقدَّر، بجانب من بنى Proven فعلًا.

يأتي التقدير من COCOMO II، وقاعدة بيانات QSM للمشاريع المكتملة، ونطاقات الإنتاجية لستيف ماكونيل، وعدٍّ تصاعدي حسب حزم العمل. المقارنة تخص الوقت التقويمي والنطاق، لا ما إذا كان الوكلاء مبرمجين أفضل.

جودة الشيفرة مقارنةً بمعايير منشورة

01

تغطية الاختبارات: 80.9%

أعلى من 75%، وهي المستوى الرابع في مستويات التغطية الطوعية لدى Google (Ivanković وآخرون، 2019). قيست على الحزم التي تضم 64% من شيفرة الإنتاج، ويشرح التقرير السبب.

02

واجهة برمجية عامة موثّقة: 96.1%

لدى 1,490 من أصل 1,550 معرّفًا مُصدَّرًا في Go تعليقُ توثيق. إرشادات Go تطلبه لكل معرّف.

03

كثافة التعليقات: 18.7%

المتوسط عبر أكثر من 5,000 مشروع مفتوح المصدر هو 18.67% (Arafat وRiehle، 2009).

04

التعقيد: 88.9% من الدوال عند 10 أو أقل

حد ماكابي لكل دالة (NIST SP 500-235). توجد قيمة شاذة واحدة معروفة، مذكورة في README تحت Honest limits.

ما لا تدّعيه هذه المقارنة

01

أسطر الشيفرة تقيس الحجم لا القيمة.

نماذج التقدير معايَرة على مشاريع بشرية، واستخدامها هنا يفترض أن النطاق نفسه يعني الحجم نفسه.

02

تساوي الجودة غير مُثبت.

يسرد README القيود المفتوحة. ربما كان فريق بشري سيسلّم ميزات أقل بقيود معروفة أقل.

03

ستة أيام ليست الجهد كله.

جاء الموضوع و25 قرارًا تصميميًا من التخطيط بين 16 و21 أكتوبر، ويعمل الأسطول على Saphan Studio الذي بُني قبل الهاكاثون.

04

ليس كل شيء مقاسًا.

ساعات عمل المالك ليست في السجل، ولا تنشر هذه النسخة العامة أرقامًا مالية لبناء الوكلاء.

تحقّق بنفسك

يعطي القسم 11 من التقرير الأوامر لكل رقم: انسخ المستودع، وانتقل إلى الوسم submission، ثم احسب. ابدأ بقسم Honest limits في README، ثم hackathon/fleet/LEDGER.md: كل تغيير، والنموذج الذي بناه، وجولاته وشروطه.

المزيد عن Saphan Studio

أسئلة عن المنهجية، أو تريد القياس نفسه على عمل فريقك؟

تواصل معنا — [email protected]