Tugas debugger x64, dari log crash hingga perbaikan teruji

Apa yang dilakukan StatusRivet

• Fileread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep, dan glob bekerja di dalam folder kerja obrolan, dan penghitung menunjukkan jumlah file yang dibuat, diedit, dan dibaca.
• Shellmenjalankan build, linter, tes, dan mode baris perintah debugger Anda di Windows, di WSL, atau melalui SSH ke server yang Anda miliki; keberhasilan dinilai berdasarkan kode keluar nyata, dan perintah berbahaya diblokir.
• Webweb_search menemukan halaman dan http_get membaca satu halaman dokumentasi resmi, misalnya untuk mencari tahu arti kode pengecualian sebelum bertindak.
• Tangkapan layar dan gambarocr membaca teks dari tangkapan layar yang disimpan, seperti dialog kesalahan, dan gen_image menyimpan file gambar nyata.
• Orkestrasitask menjalankan sub-agen paralel, run_on_model mengirim langkah keras ke model yang lebih besar, dan skill memegang playbook yang dapat digunakan kembali, termasuk kontrol versi.
• Mode persetujuanAuto-run bertindak segera, Ask first jeda sebelum tindakan yang mengubah sesuatu, dan Plan only menulis rencana dan tidak menjalankan apa pun.
• Cronmenjalankan prompt sesuai jadwal, misalnya menjalankan tes di mesin lab, dan hasilnya muncul di obrolan seperti tindakan lainnya, dengan kartu yang sama dan output yang sama.
• Modelpenyedia AI cloud melalui endpoint API standar, model di PC Anda, atau model bawaan; tombol Tes memeriksa endpoint dan menampilkan waktu respons serta jendela konteksnya.

Empat pekerjaan debugging, langkah demi langkah

Baca call stack crash

Tugas: aplikasi Anda sendiri crash di mesin tes dan Anda memiliki call stack yang disimpan debugger x64 Anda sebagai teks. read_file memuat stack.txt, dan grep mencari kode pengecualian di log, misalnya 0xC0000005 untuk pelanggaran akses. Agen kemudian mencantumkan frame teratas dari utas yang gagal dan membuka file sumber yang cocok dengan frame pertama. Setiap tindakan muncul di obrolan sebagai kartu, dan Anda dapat memperluas kartu untuk membaca output lengkap. Jika boot bsod meninggalkan entri kesalahan kernel 41 di log peristiwa, dump yang ditulis di sekitar waktu itu, jika ada, menyimpan keadaan yang Anda butuhkan. Mulai dari atas. Baca frame sendiri, karena agen bekerja dari output teks, lalu terima atau tolak diff yang diusulkan dalam mode Ask first.

Perbaiki stack overflow

Tugas: log menunjukkan 0xC00000FD, kode pengecualian untuk stack overflow, dan Anda ingin fungsi yang melakukan rekursi. grep mencari sumber Anda untuk nama fungsi dari frame teratas, dan read_file membukanya agar agen dapat melihat bagaimana rekursi berakhir. edit_file mengusulkan diff minimal, misalnya kondisi berhenti yang hilang, dan menunjukkan tepat baris mana yang berubah. Shell kemudian menjalankan perintah build Anda dan perintah tes Anda, dan setiap kartu melaporkan kode keluar nyata. bsod dengan kode berhenti manajemen memori adalah kegagalan yang berbeda, tetapi metodenya sama: temukan pengecualian, baca stack, uji satu perubahan pada satu waktu. Buat setiap perubahan kecil. Tinjau diff dan hasil tes sebelum menyimpan apa pun, dan jalankan tes sekali lagi setelah edit terakhir.

Periksa pengaturan debugging JIT

Tugas: sebelum mengandalkan debugger saat crash, periksa nilai debugging JIT di mesin tes. JIT berarti just-in-time: Windows memulai debugger secara otomatis ketika aplikasi crash, dan ini adalah pengaturan sistem. Shell menjalankan perintah yang Anda berikan untuk membaca nilai saat ini, dan write_file menyimpan nilai tersebut ke settings-before.txt, sehingga nilai lama dicatat. Ubah hanya di mesin tes, bukan di PC harian Anda, dan pulihkan nilai yang disimpan setelahnya. Dalam mode Ask first, agen jeda sebelum setiap tindakan yang mengubah sesuatu, sehingga Anda menyetujui perubahan dan pemulihan secara terpisah. Catat nilainya. Baca file yang disimpan sebelum memulai, dan bacakan lagi sebelum memulihkan nilai.

Debug driver di target lab

Tugas: driver yang Anda tulis membuat target tes crash dan Anda perlu fungsi yang gagal. Pekerjaan tingkat kernel biasanya membutuhkan dua mesin atau mesin virtual, satu menjalankan debugger dan satu sebagai target tes, terhubung melalui koneksi debug, dan target tetap berada di lab. Shell menjalankan perintah melalui SSH di mesin lab yang Anda miliki, read_file membaca teks yang disimpan debugger, dan grep mencocokkan nama modul dengan sumber Anda. Di komputer baru, bsod pelanggaran watchdog dpc dapat berasal dari driver yang Anda tulis, sehingga stack utas yang macet adalah hal pertama yang harus dibaca. Jaga di lab. Anda meninjau setiap temuan sebelum mengubah baris, dan menjalankan tes di target lagi setelahnya.