عندما تتعطل مهمة أو تفشل

تفشل المهام. معظم حالات الفشل تعود إلى مشاكل في التكوين أو المواصفات، وليست غامضة، وتنقسم إلى عدد قليل من الأنماط.

أولاً، اقرأ المكان الذي توقفت فيه.#

تُظهر عملية التشغيل المرحلة التي فشلت فيها. هذه الحقيقة وحدها تضيّق نطاق السبب أكثر من أي شيء آخر:

حالات الفشل قبل كتابة التغيير تعود إلى التكوين. انظر إلى تكوين البناء والاختبار..

ليس عالقًا، بل في انتظار التنفيذ.#

مهمة في PENDING ليست عالقة. إنها تنتظر توفر مساحة لوكيل حاسوبي. تحقق من القدرة قبل أي شيء آخر — هذا هو الإنذار الكاذب الأكثر شيوعًا.

إنه يطلب منك اتخاذ قرار ما.#

NEEDS_HUMAN_REVIEW يعني أن المهمة وصلت إلى قرار لا يمكن اتخاذه إلا من قبلك. ليس ذلك فشلًا. أجب على السؤال وستستمر من حيث توقفت.

أجب بدقة. الإجابة الغامضة تؤدي إلى تخمين آخر وإيقاف مؤقت آخر.

التشغيل يستغرق وقتًا أطول من المتوقع.#

سببان شائعان:

مجموعة اختبارات بطيئة أو متعثرة. يقوم Coroid بتشغيل مجموعة الاختبارات؛ إذا تعثرت في بيئة عمل نظيفة، فإن المهمة تنتظر. أعد تشغيلها على نسخة جديدة من المشروع لإعادة تكرار المشكلة.

المواصفات واسعة النطاق لدرجة أن الوكيل يستمر في إيجاد المزيد للقيام به. علامتها هي قائمة ملفات متزايدة. قم بالإلغاء، وضَع حدودًا واضحة للمجال باستخدام سطر يحدد ما خارج النطاق، ثم أعد التشغيل. انظر إلى مواصفات.

اختيار الإجراء المناسب.#

بترتيب تصاعدي من حيث التكلفة:

• الإجابة — من أجل NEEDS_HUMAN_REVIEW. الأقل تكلفة، ويحافظ على كل السياق.
• إعادة العمل. — العمل صحيح لكنه غير كامل. تعود المهمة إلى وكيل المطور مع النتائج والسياق الخاص بها دون تغيير.
• إيقاف مؤقت. — تحتاج إلى التحقق من شيء ما أولًا. يحرر المساحة المخصصة؛ ويمكن استئنافه لاحقًا.
• إعادة المحاولة. — لحالات الفشل العابرة فقط. إعادة محاولة حل مشكلة تكوينية يؤدي إلى تكرارها.
• الإلغاء وإعادة تحديد المواصفات. — النهج أو المجال المحدد كان خاطئًا. الأعلى تكلفة، وغالبًا ما يكون القرار الصحيح.

حالات الفشل المتكررة عبر المهام.#

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

ذات صلة.#

• حالات مهام.
• فهرس حل المشكلات.