منهجنا
كيف يُصنع الدرس.
التاريخ الخام ضجيج. وكذلك السؤال بلا مفتاح إجابة. الدرس هو عمل حقيقي، مربوط في قصة واحدة، ومنقّى من كل ما هو خاص، ومقرون بفحص يقول نجاحًا أو فشلًا دون تدخل بشري.
خط الإنتاج
ست خطوات، في كل مرة.
- 1.
الجمع
نجمع كل نظام لمسه العمل: المواصفات والمحادثات وملفات التصميم والكود والمراجعات وعمليات التكامل المستمر (CI) وعمليات النشر. يُحسب لكل ملف مجموع تحقق (checksum) عند المصدر، ليمكن تتبّع تاريخه لاحقًا.
- 2.
الربط
تُضمّ السجلات في حلقة واحدة بالاعتماد على الأسماء ومسارات الملفات ومراجع طلبات الدمج والتوقيت. يحمل كل رابط درجة ثقة والدليل الذي يستند إليه. الروابط الضعيفة تُراجَع يدويًا أو تُسقَط.
- 3.
الحماية
يتحول الأشخاص إلى أسماء مستعارة ثابتة بحسب الدور. وتُزال الأسرار وبيانات الاعتماد وتفاصيل العملاء على مرحلتين: فحص آلي للأنماط، ثم مراجعة بشرية. وتُراجَع الحقوق والسرّية وشروط الترخيص بشكل منفصل في كل إصدار. وما لا نستطيع إجازته لا نسلّمه.
- 4.
إعادة الإنتاج
في المهام، نعيد بناء حالتي الفشل والإصلاح مباشرة من نظام التحكم بالإصدارات، ونشغّل بناء المشروع واختباراته كما هي. لا تُسلَّم المهمة إلا إذا فشلت الحالة المعطلة ونجح الإصلاح، في كل مرة.
- 5.
التقييم
تُقيَّم مهام الكود باختبارات ظاهرة وأخرى مخفية. وتُقيَّم مهام الـ Workshop بالحالة النهائية للنظام، لا بما يقوله الوكيل. أما المهام اللغوية فتعتمد حقولًا تُطابَق حرفيًا مع معيار تقييم موزون.
- 6.
التوثيق
يُسلَّم كل إصدار مع بطاقة بيانات: ما بداخله، وكيف صُنع، وما أُزيل منه، ومصدر كل ملف.
سيناريوهات الـ Guild تجتاز المعيار نفسه. كل سيناريو يكتبه محترف يؤدي هذا العمل في المنطقة، مبنيًّا على مستندات السوق وقواعده، من الفوترة الإلكترونية السعودية إلى كشوف الرواتب الخليجية، ويُقيَّم بالحالة النهائية للدفاتر أو الطلب أو صندوق البريد.
مستوى الصعوبة
ثلاثة مستويات، وثلاث طرق للتقييم.
| المستوى | ما يُطلب | طريقة التقييم | مثال |
|---|---|---|---|
| المستوى 1 | تغيير واحد، غالبًا في ملف واحد. الصعوبة في التشخيص. | اختبارات ظاهرة ومخفية | حدث متكرر ينحرف موعده عبر تغيير التوقيت الصيفي |
| المستوى 2 | خطأ يجب تتبّعه عبر عدة ملفات انطلاقًا من بلاغ أو بناء فاشل. | اختبارات مع فحص لنطاق ما تغيّر | استرداد يحسب الضريبة مرتين في فواتير بنسب ضريبية مختلطة |
| المستوى 3 | سير عمل تجاري متعدد الخطوات عبر تطبيقات أو مستندات أو لغات. | فحوص للحالة النهائية للبيئة | طابِق فاتورة مورّد ألماني مع أمر شراء مشترٍ في الرياض وسند الاستلام، وادفع المستحق، وراسل المورّد بالألمانية |
شاهد مثالًا مكتملًا عن كل مستوى في صفحة النماذج.
لماذا يهم التاريخ
الميزة نفسها، ثلاث معماريات.
نمت Bearish OS، وهي منصة مؤسسية منتشرة دوليًا، عبر ثلاثة أجيال، من حزمة أولى تعتمد Express وMongoDB إلى منصة NestJS وPostgres بطبقة متعددة الوكلاء. وكثير من الميزات موجود في الإصدارات الثلاثة، ولكل منها قراراته وأخطاؤه وإصلاحاته. وهذا يتيح للنموذج أن يتعلّم لماذا تتغير التصاميم، لا كيف تبدو في نهايتها فحسب. ولأن الـ Workshop يشغّل النظام نفسه، يستطيع الوكيل أن يدرس كيف بُنيت ميزة ما، ويصلح ما تعطّل فيها، ثم يشغّلها فعليًا.
معيارنا
ما يجب أن يجتازه كل إصدار.
لم يُنشر قط
عملنا المصدري لم يكن يومًا على الويب المفتوح، فلا يمكن أن تكون النماذج قد حفظت إجاباته.
نتائج حتمية
تُفحص كل مهمة في عدة تشغيلات نظيفة متكررة قبل الإصدار. المهام غير المستقرة تُستبعد.
مُقيِّمات محكمة الإغلاق
الاختبارات المخفية والحلول المرجعية لا تصل إلى الوكيل أبدًا، لا في التدريب ولا في التقييم.
مصدر موثَّق
لكل ملف أصل معروف ومسار موثَّق حتى التسليم. تُراجَع الحقوق والترخيص في كل إصدار.