مهام مصمم x64: من سجل الانهيار إلى الإصلاح المختبر

ما يفعله StatusRivet

• الملفاتتعمل read_file و write_file و append_file و edit_file و delete_file و make_dir و move_file و copy_file و list_dir و grep و glob داخل مجلد العمل الخاص بالدردشة، ويظهر عداد الملفات التي تم إنشاها وتحريرها وقراءتها.
• Shellيشغل عمليات البناء، وأدوات التدقيق، والاختبار، ووضع سطر الأوامر للمصمم الخاص بك على Windows، أو في WSL، أو عبر SSH إلى خادم تملكه؛ يُحكم على النجاح بواسطة رمز الخروج الحقيقي، وتُحظر الأوامر الخطرة.
• الويبيجد web_search الصفحات ويقرأ http_get صفحة توثيق رسمية واحدة، على سبيل المثال للبحث عن معنى رمز الاستثناء قبل اتخاذ إجراء.
• لقطات الشاشة والصوريقرأ ocr النص من لقطة شاشة محفوظة، مثل مربع خطأ، ويحفظ gen_image ملفات صور حقيقية.
• التنسيقيشغل task وكلاء فرعيين متوازيين، ويرسل run_on_model خطوة صعبة إلى نموذج أكبر، ويحتوي skill على خطط قابلة لإعادة الاستخدام، بما في ذلك التحكم في الإصدارات.
• أوضاع الموافقةيعمل Auto-run فوراً، ويتوقف Ask first قبل الإجراءات التي تغير شيئاً، ويكتب Plan only خطة ولا يشغل شيئاً.
• Cronيشغل مطالبة حسب الجدول الزمني، على سبيل المثال تشغيل اختبار على آلة مختبر، ويظهر النتيجة في الدردشة مثل أي إجراء آخر، مع نفس البطاقات ونفس المخرجات.
• النماذجمزود ذكاء اصطناعي سحابي عبر نقطة نهاية API قياسية، أو نموذج على جهاز الكمبيوتر الخاص بك، أو النموذج المدمج؛ يتحقق زر الاختبار من نقطة النهاية ويعرض وقت استجابتها ونافذة السياق.

أربع مهام تصحيح، خطوة بخطوة

قراءة مكدس استدعاء الانهيار

المهمة: انهار تطبيقك الخاص على آلة اختبار ولديك مكدس استدعاءات حفظه مصمم x64 الخاص بك كنص. يحمّل read_file stack.txt، ويبحث grep عن رمز الاستثناء في السجل، على سبيل المثال 0xC0000005 لانتهاك الوصول. ثم يدرج الوكيل إطارات الإطار العلوية لسلسلة الأخطاء ويفتح ملف الكود المصدري الذي يطابق الإطار الأول. يظهر كل إجراء في الدردشة كبطاقة، ويمكنك توسيع بطاقة لقراءة المخرجات الكاملة. إذا ترك bsod للإقلاع إدخال خطأ نواة 41 في سجل الأحداث، فإن النسخة المكتوبة حول ذلك الوقت، إن وجدت، تحتوي على الحالة التي تحتاجها. ابدأ من الأعلى. اقرأ الإطارات بنفسك، لأن الوكيل يعمل من مخرجات النص، ثم اقبل أو ارفض الاختلاف المقترح في وضع Ask first.

إصلاح تجاوز مكدس

المهمة: يظهر السجل 0xC00000FD، رمز الاستثناء لتجاوز المكدس، وتريد الدالة التي تكررت. يبحث grep في الكود المصدري عن اسم الدالة من الإطارات العلوية، ويopen read_fileها ليتمكن الوكيل من رؤية كيف تنتهي التكرارية. يقترح edit_file اختلافًا بسيطًا، على سبيل المثال شرط توقف مفقود، ويعرض بالضبط الأسطر التي تتغير. ثم يشغل Shell أمر البناء الخاص بك وأمر الاختبار الخاص بك، وتبلغ كل بطاقة عن رمز الخروج الحقيقي. يعد bsod مع رمز توقف إدارة الذاكرة فشلًا مختلفًا، لكن الأسلوب هو نفسه: ابحث عن الاستثناء، اقرأ المكدس، اختبر تغييراً واحداً في كل مرة. اجعل كل تغيير صغيراً. راجع الاختلاف ونتيجة الاختبار قبل الاحتفاظ بأي شيء، وشغل الاختبار مرة أخرى بعد التحرير النهائي.

فحص إعداد تصحيح JIT

المهمة: قبل الاعتماد على مصمم وقت الانهيار، تحقق من قيمة تصحيح JIT على آلة اختبار. يعني JIT الوقت الفعلي: يبدأ Windows مصمماً تلقائياً عندما ينهار تطبيق، وهو إعداد نظام. يشغل Shell الأمر الذي تعطيه لقراءة القيمة الحالية، ويحفظ write_file تلك القيمة في settings-before.txt، بحيث يتم كتابة القيمة القديمة. غيرها فقط على آلة اختبار، وليس على جهاز الكمبيوتر اليومي الخاص بك، واستعد القيمة المحفوظة لاحقاً. في وضع Ask first يتوقف الوكيل قبل كل إجراء يغير شيئاً، لذا توافق على التغيير والاستعادة بشكل منفصل. اكتب القيمة. اقرأ الملف المحفوظ قبل البدء، واقرأه مرة أخرى قبل استعادة القيمة.

تصحيح برنامج تشغيل على هدف مختبر

المهمة: ينهار برنامج تشغيل كتبته على هدف اختبار وتحتاج إلى الدالة المسببة للخطأ. يتطلب العمل على مستوى النواة عادةً جهازين أو جهازاً افتراضياً، واحد يشغل المصمم والآخر كهدف اختبار، مرتبطين باتصال تصحيح، ويبقى الهدف في المختبر. يشغل Shell الأوامر عبر SSH على آلة مختبر تملكها، يقرأ read_file النص الذي حفظه المصمم، ويطابق grep اسم الوحدة مقابل الكود المصدري الخاص بك. على جهاز كمبيوتر جديد، يمكن أن يأتي bsod انتهاق مراقب DPC من برنامج تشغيل تكتبه، لذا فإن سلسلة سلسلة الأقفال هي أول شيء يجب قراءته. احتفظ به في المختبر. تراجع عن كل اكتشاف قبل تغيير سطر، وتشغل الاختبار على الهدف مرة أخرى لاحقاً.