الأسئلة الشائعة

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

كم سيستغرق التغيير من مطوّر متوسّط الخبرة (3–4 سنوات) يعرف قاعدة الكود ويعمل دون ذكاء اصطناعي. يقيس صعوبة العمل — لا الأسطر، ولا الوقت الفعلي أمام المكتب. يشمل كتابة الكود والاختبار اليدوي وإصلاحات المراجعة؛ ويستبعد الاجتماعات والتخطيط وانتظار المراجعة.

ليس «استدعاءً واحدًا لشبكة عصبية» بل مسارًا متعدّد المراحل يكون فيه الذكاء الاصطناعي طبقة واحدة فقط. أولًا يقرأ نموذج تغييرات الكود نفسها — ما تغيّر فعلاً — ويحكم على الصعوبة الذهنية لمطوّر مرجعي، بدلًا من عدّ الأسطر أو الـ commits. وفوقه تعمل طبقة خوارزمية حتمية: يُصنّف النظام طبيعة كل تغيير، ويُميّز على حدة العمل عالي المخاطر (مثل البنية التحتية وترحيل البيانات والأمن)، ويُرشّح التغييرات الآلية والمُولَّدة (الاستبدال الشامل، والكود المُولَّد والمنقول، والتنسيق)، ويُطبّق مجموعات من قواعد التصحيح والضوابط حتى لا يُرجِّح تخمين نموذج واحد النتيجة. وتُعالَج الـ commits الكبيرة والمدمجة بتفصيل أكبر. يُطبَّق المعيار نفسه على الجميع تلقائيًا، ويُقيَّم كل commit مرة واحدة وتُثبَّت النتيجة — ومن هنا القابلية للمقارنة وإعادة الإنتاج.

نشأت من تطوير مؤسسي واقعي: تُرمّز الطبقة الخوارزمية أنماطًا تجريبية جُمعت من مشاريع حقيقية — أي التغييرات أغلى عادةً مما تبدو، وأيها رخيص رغم حجمه. وتُفحَص هذه القواعد مقابل تقديرات مرجعية حقيقية (المعايرة). فيتصرّف النظام أقرب إلى قائد تقني خبير يُقيّم العمل منه إلى عدّاد أسطر بسيط.

على العكس — هذا هو بيت القصيد. نُقارن فريقك بمطوّر مرجعي يعمل دون ذكاء اصطناعي؛ فإن مكّنك الذكاء الاصطناعي من تسليم أكثر يوميًا، ارتفع Ghost%، وتلك الفجوة عن «معيار ما قبل الذكاء الاصطناعي» هي بالضبط ما يُظهره المنتج. ليست تشويهًا — بل هي النتيجة.

نسبة إنتاجك اليومي إلى إنتاج المطوّر المرجعي. 100% على قدم المساواة مع المرجع، والأعلى يعني تسليم أكثر يوميًا، والأقل يعني أقل. ليست ساعات ولا عملًا إضافيًا: الرقم المرتفع لا يعني «الاحتراق»، والمنخفض وحده لا يعني «الضعف».

إنه نموذج، لا قياس. لا أحد يستطيع إعادة بناء الوقت الحقيقي، فالقيمة في مجموعة قواعد واحدة للجميع: قوي للاتجاهات والمقارنات، لا للدقّة إلى الساعة لشخص واحد. أداة لطرح أسئلة أفضل، لا لإصدار أحكام.

التقسيم والدمج لا يُحرّكانه فعليًا — ما يُقيَّم هو جوهر التغييرات وصعوبتها، لا عدد الـ commits أو الأسطر. والأهم: أي مقياس يُستهدف به الأشخاص مباشرةً يُحسَّن في النهاية بدلًا من العمل نفسه. فاستخدمه كإشارة فريق واتجاه، لا كمؤشّر أداء شخصي — وعندئذٍ لا شيء للتلاعب به.

يرى النظام الكود، لا الدور كاملًا: التصميم والمراجعات والإرشاد والتخطيط والاجتماعات ليست في التقدير. غالبًا ما يعني التباين أن جزءًا كبيرًا من قيمة الشخص يقع خارج الـ commits — وهذا بحد ذاته يستحق الملاحظة.

ليس من تلقاء نفسه: يرى الكود فقط ولا يعرف الدور والعبء الحقيقيين للشخص (المراجعات، الإرشاد، الاجتماعات، الدعم). المدير وحده يعرف العبء الكامل. ولهذا وُجد معامل Share — حصة الوقت التي يقضيها الموظف فعلاً في كتابة الكود (0–100%). افتراضيًا 100% (نفترض أن الشخص مكرّس بالكامل للكود)؛ ويخفضه المدير يدويًا ليعكس العمل غير البرمجي — وهنا يدخل السياق الذي لا يحتويه الكود إلى النظام. عندئذٍ تصبح المقارنة بالمرجع منصفة لمن لا يبرمج طوال اليوم أيضًا.

ليس من تلقاء نفسه. إنه إشارة فريق واتجاه لبدء حوار، لا حكم على فرد: مقياس واحد لا يلتقط الجودة أو الأثر أو السياق.

التكلفة تقريبًا ما كلّفه العمل المُسلَّم بسعر قياسي؛ والقيمة تقريبًا ما سيكلّفه إعادة إنتاج ذلك الحجم يدويًا، دون ذكاء اصطناعي. والفجوة بينهما مؤشّر تقريبي للرافعة (الأدوات/الذكاء الاصطناعي)، لا بيان أرباح وخسائر.