2.9.26
เผยแพร่เมื่อ 2 พ.ย. 2026
เว็บไซต์ทางการของ StatusRivet
Windows debugging: จากล็อกการแครชถึงดิฟที่ผ่านการรีวิว
StatusRivet 2.9.26 คือ AI agent สำหรับ Windows 10/11 ที่รันคำสั่งบิลด์และทดสอบของคุณ อ่านล็อกการแครชและ call stack พร้อมเสนอการแก้ไขแต่ละครั้งในรูปแบบดิฟที่คุณจะยอมรับหรือปฏิเสธ
อ่าน call stack ใน stack.txt หา exception และเสนอการแก้ไข
- Shell
your debugger on app.dmp > stack.txtexit 0 - read_file
stack.txtread - grep
0xC0000005 stack.txt1 match - edit_file
src/parser.cpp+3 - Shell
your build commandexit 0 - Shell
your test commandexit 0
รอการยืนยันของคุณก่อนดำเนินการขั้นตอนถัดไปปฏิเสธยอมรับ
34 MB
ปุ่มดาวน์โหลดจะให้โปรแกรมติดตั้งนี้
25 MB
มีไฟล์ exe ไฟล์เดียวให้ใช้ด้วย
13
ภาษาของส่วนติดต่อแอปพลิเคชัน
Windows 10/11
64-bit (x64)
ไม่มี
ไม่ต้องใช้บัญชีเพื่อรันโปรแกรม
Windows debugging ด้วยเครื่องมือจริงและดิฟที่ตรวจสอบได้
Windows debugging คือการหาสาเหตุที่โปรแกรมทำงานผิดปกติโดยการหยุดมัน อ่านสถานะ และทดสอบการแก้ไข บิลด์พร้อมสัญลักษณ์ (symbols) StatusRivet 2.9.26 จะรันคำสั่งบิลด์และทดสอบของคุณ อ่านล็อกข้อความและ call stack ที่ดีบักเกอร์ของคุณบันทึกไว้ และแสดงการเปลี่ยนแปลงที่เสนอเป็นดิฟให้คุณยอมรับหรือปฏิเสธ
แก้ไขการตรวจสอบค่า null ที่หายไป
งาน: แอปที่คุณเขียนเกิดแครชด้วย access violation 0xC0000005 และคุณสงสัยว่าการตรวจสอบค่า null หายไป ตัวเอเจนต์ใช้ grep เพื่อหาโค้ด exception และชื่อฟังก์ชันในล็อกของคุณ จากนั้นใช้ read_file เพื่อเปิดไฟล์ซอร์สที่ฟังก์ชันนั้น มันเสนอการซ่อมแซมด้วย edit_file เป็นดิฟ Ask first จะหยุดก่อนการแก้ไขนั้น เพื่อให้คุณอ่าน 3 บรรทัดที่เปลี่ยนแปลงก่อนยอมรับ จากนั้น Shell จะรันคำสั่งบิลด์และคำสั่งทดสอบของคุณ และการ์ดจะแสดงรหัสการออกจริง รันการทดสอบอีกครั้ง
การติดตามเครื่องมือ
grep 0xC0000005 crash.log → 1 match
read_file src/parser.cpp → read
edit_file src/parser.cpp → +3
Shell your test command → exit 0เปลี่ยน call stack จาก win debugger ของคุณเป็นการแก้ไข
งาน: คุณมี crash dump จากบิลด์ทดสอบของคุณเองและต้องการฟังก์ชันที่ทำให้เกิดข้อผิดพลาด Shell จะรัน win debugger ของคุณในโหมดบรรทัดคำสั่งบนไฟล์ dump และบันทึก call stack ของเธรดที่มีข้อผิดพลาดเป็นไฟล์ข้อความ จากนั้น read_file จะโหลดข้อความนั้นและตัวเอเจนต์จะจับคู่ 3 เฟรมแรกกับบรรทัดซอร์ส สัญลักษณ์มีความสำคัญ เมื่อมี PDB ที่ตรงกัน stack จะแสดงชื่อฟังก์ชัน ไฟล์ซอร์ส และเลขบรรทัด แต่หากไม่มีคุณจะเห็นเพียงที่อยู่ ตัวเอเจนต์เสนอดิฟแบบย่อ และคุณรีวิวมันในโหมด Ask first ก่อนมีการเปลี่ยนแปลงใดๆ
การติดตามเครื่องมือ
Shell your debugger on app.dmp > stack.txt → exit 0
read_file stack.txt → read
grep ParseHeader → 2 matchesเตรียมการแครชของไดรเวอร์บนเป้าหมายในห้องแล็บ
งาน: ไดรเวอร์ที่คุณเขียนทำให้เครื่องทดสอบแครชและคุณต้องการหาโมดูลที่ทำให้เกิดข้อผิดพลาด การตั้งค่า windows สำหรับ kernel debugging ต้องการเครื่อง 2 เครื่องหรือเครื่องเสมือน โดยเครื่องหนึ่งรันดีบักเกอร์และอีกเครื่องเป็นเป้าหมายทดสอบ เชื่อมต่อกันผ่านสายดีบัก เก็บไว้ในแล็บเท่านั้น อย่าใช้พีซี日常工作ของคุณเป็นเป้าหมาย Shell จะรันคำสั่งผ่าน SSH บนเครื่องแล็บที่คุณเป็นเจ้าของ read_file อ่านข้อความที่ดีบักเกอร์บันทึกไว้ และ grep จับคู่ชื่อกับซอร์สของคุณ การตั้งค่าการเชื่อมต่อเปลี่ยนเป้าหมายได้ ดังนั้นจงบันทึกค่าเดิมไว้และเปิด Ask first ไว้ขณะทำงาน
หาโมดูลที่อยู่เบื้องหลัง stop code
งาน: เครื่องทดสอบแสดง stop code และคุณต้องการหาโมดูลที่อยู่เบื้องหลัง รันดีบักเกอร์ของคุณบน minidump หรือล็อกของคุณ จากนั้นให้ grep ค้นหาข้อความที่บันทึกไว้สำหรับโค้ด exception และชื่อกับ read_file จะแสดงบรรทัดรอบๆ การจับคู่แต่ละครั้ง เมื่อมีโพสต์ในฟอรัมถามหาความช่วยเหลือจาก bsod dumps ช่องว่างที่พบบ่อยคือการขาดสัญลักษณ์ ดังนั้นจงจับคู่ PDB ที่ถูกต้องกับบิลด์ก่อนอ่านเฟรมใดๆ ตรวจสอบผลลัพธ์ 2 อย่างด้วยตัวเอง ตัวเอเจนต์รายงานสิ่งที่พบ และคุณตัดสินใจว่าจะติดตามการค้นพบใด
วิธีที่ StatusRivet แตกต่างจากแชทแอสซิสแทนต์ทั่วไป
เครื่องมือ debugging Windows ของคุณยังคงการควบคุมการก้าว (stepping) StatusRivet 2.9.26 อ่านเอาต์พุตข้อความ รันคำสั่งบิลด์และทดสอบของคุณ และแสดงผลลัพธ์จริงของการกระทำแต่ละครั้ง การก้าวยังคงเป็นของคุณ
| แชทแอสซิสแทนต์ทั่วไป | StatusRivet | |
|---|---|---|
| การกระทำ | อธิบายคำสั่งที่คุณอาจรัน | รันคำสั่งและแสดงเอาต์พุต |
| ผลลัพธ์ | เขียนสรุปสิ่งที่อาจเกิดขึ้น | แสดงรหัสการออก ไฟล์ หรือดิฟจริง |
| การควบคุม | คุณคัดลอก วาง และรันแต่ละขั้นตอนด้วยตัวเอง | Ask first จะหยุดก่อนการกระทำที่เปลี่ยนแปลงสิ่งใด |
| ไฟล์ | ทำงานจากข้อความที่คุณวางลงในแชท | อ่านและแก้ไขไฟล์ในโฟลเดอร์ทำงาน |
วิธีเริ่มต้นในสี่ขั้นตอน
- ดาวน์โหลดโปรแกรมติดตั้งขนาดประมาณ 34 MB และรันบน Windows 10 หรือ 11
- เปรียบเทียบค่า checksum SHA-256 ของโปรแกรมติดตั้งกับ manifest ที่เผยแพร่ เนื่องจากโปรแกรมติดตั้งยังไม่ได้ลงนามโค้ด
- เลือกโมเดล: จุดสิ้นสุดของผู้ให้บริการ AI แบบคลาวด์ โมเดลบนพีซีของคุณ หรือโมเดลในตัว
- เลือกโฟลเดอร์โปรเจกต์ สลับเป็น Ask first และอธิบายการแครชที่คุณต้องการตรวจสอบ
ใครใช้และเมื่อไหร่
นักพัฒนาแอปพลิเคชันคือกลุ่มหลัก: คุณเขียนโปรแกรม มันแครชบนเครื่องทดสอบ และล็อกมีหลายร้อยบรรทัด StatusRivet อ่านล็อกนั้น หาโค้ด exception และร่างดิฟ ดังนั้นความสนใจของคุณจึงมุ่งไปที่คำถามข้อเดียวที่สำคัญ ซึ่งคือว่าการเปลี่ยนแปลงนั้นถูกต้องหรือไม่ อ่านดิฟ
ผู้เขียนไดรเวอร์ได้รับวงจรเดียวกันบนเป้าหมายในห้องแล็บ stop code ที่อ่านว่า kmode exception not handled ใน netio.sys หมายถึงไดรเวอร์โหมดเคอเนลทำให้เกิด exception ที่ไม่มีอะไรจัดการ และ call stack ของเธรดที่มีข้อผิดพลาดจะระบุชื่อฟังก์ชัน ใช้เฉพาะเครื่องแล็บ
ผู้ทดสอบและวิศวกรฝ่ายสนับสนุนที่ได้รับแครชจากการบิลด์ของเพื่อนร่วมงานสามารถขอ call stack และบรรทัดซอร์สที่ใกล้ที่สุด dump จาก 1 บิลด์ต้องการ PDB จากบิลด์เดียวกัน เก็บไฟล์ทั้งสองไว้ด้วยกัน
คำถามที่พบบ่อย
windows debugging คืออะไร
Windows debugging คือการหาสาเหตุที่โปรแกรมทำงานผิดปกติบน Windows โดยการหยุดมัน ดูสถานะ และทดสอบการแก้ไข มี 2 ประเภท: user-mode debugging สำหรับแอปพลิเคชัน และ kernel-mode debugging สำหรับไดรเวอร์และระบบ ดีบักเกอร์แสดงจุดหยุด (breakpoints) call stack registers และตัวแปร ทั้งสองอย่างพึ่งพาสัญลักษณ์ PDB StatusRivet อ่านเอาต์พุตข้อความและร่างการแก้ไข
windowsdebugging.com เป็นเว็บไซต์ทางการของ StatusRivet หรือไม่
ใช่ windowsdebugging.com เป็นเว็บไซต์ทางการของ StatusRivet ปุ่มดาวน์โหลดจะให้โปรแกรมติดตั้งต้นฉบับ และคุณสามารถเปรียบเทียบค่า checksum SHA-256 กับ manifest ที่เผยแพร่ก่อนรันได้ ตรวจสอบก่อนรัน หากมีอะไรผิดปกติ ให้ใช้ปุ่ม Send feedback ภายในแอปเพื่อแจ้งเรา
StatusRivet แทนที่ดีบักเกอร์ของฉันหรือไม่
ไม่ StatusRivet ทำงานจากข้อความ: มันรันโหมดบรรทัดคำสั่งของดีบักเกอร์คำสั่งบิลด์และคำสั่งทดสอบของคุณ จากนั้นอ่านเอาต์พุตและร่างดิฟ สำหรับการก้าวแบบอินเทอร์แอคทีฟ จุดหยุดและ registers ให้ใช้ดีบักเกอร์ของคุณเองและส่งเอาต์พุตให้เอเจนต์ เครื่องมือทั้งสองยังคงมีประโยชน์
ฉันตรวจสอบไฟล์ .dmp หลังการแครชได้อย่างไร
ไฟล์ .dmp คือ crash dump ที่เก็บสถานะของโปรแกรมเมื่อมันล้มเหลว เพื่อตรวจสอบไฟล์หนึ่ง รันโหมดบรรทัดคำสั่งของดีบักเกอร์ของคุณบนไฟล์นั้น บันทึก call stack ของเธรดที่มีข้อผิดพลาดเป็นไฟล์ข้อความ และขอให้ StatusRivet อ่านไฟล์นั้นด้วย read_file และค้นหาด้วย grep เก็บ PDB ที่ตรงกัน
"windows dbg" หมายถึงอะไร
Windows dbg เป็นคำค้นหาแบบย่อสำหรับดีบักเกอร์ที่รันบน Windows ไม่ใช่ชื่อผลิตภัณฑ์ที่นี่ StatusRivet ไม่ได้จัดส่งดีบักเกอร์ มันรันดีบักเกอร์ที่คุณมีอยู่แล้วในโหมดบรรทัดคำสั่งและทำงานจากข้อความที่ดีบักเกอร์นั้นเขียน ดังนั้นให้ติดตั้งดีบักเกอร์ของคุณเองไว้
ผลลัพธ์ถูกต้องเสมอหรือไม่
ไม่ StatusRivet แสดงเอาต์พุตจริงของการกระทำทุกอย่าง แต่ไม่สามารถรับประกันว่าการวินิจฉัย ดิฟ หรือการแก้ไขจะถูกต้อง ล็อกที่ขาดสัญลักษณ์หรือบรรทัดนำไปสู่คำตอบที่อ่อนแกลง คุณอ่านดิฟทุกฉบับ บิลด์ใหม่ และรันคำสั่งทดสอบอีกครั้งก่อนเก็บการเปลี่ยนแปลงใด ทดสอบก่อน
ไฟล์ของฉันออกจากพีซีหรือไม่
คำตอบขึ้นอยู่กับโมเดลที่คุณเลือก ด้วยผู้ให้บริการ AI แบบคลาวด์ คำสั่ง prompt รวมถึงข้อความของไฟล์ใดๆ ที่เอเจนต์อ่านสำหรับขั้นตอนนี้ จะไปยังผู้ให้บริการนั้น ด้วยโมเดลที่รันบนพีซีของคุณ ไม่มีอะไรออกจากเครื่อง คีย์อยู่ในเครื่อง Secrets ในเอาต์พุตของเครื่องมือจะถูกปิดบังก่อนเข้าถึงโมเดล
เริ่ม debugging ซอฟต์แวร์ของคุณเอง
ดาวน์โหลด StatusRivet 2.9.26 โปรแกรมติดตั้งขนาดประมาณ 34 MB สำหรับ Windows 10/11 และชี้ไปที่โปรเจกต์ที่คุณเป็นเจ้าของ เริ่มต้นด้วย Plan only จากนั้นรีวิวดิฟแต่ละรายการที่เอเจนต์เสนอ
ดาวน์โหลด StatusRivet สำหรับ Windows ↗ข้อมูลเพิ่มเติมเกี่ยวกับ StatusRivet
ทุกหน้าของเว็บไซต์นี้มีให้ใช้งานใน 20 ภาษา ในขณะที่ส่วนติดต่อแอปพลิเคชันมี 13 ภาษา
คุณสมบัติผลิตภัณฑ์และโหมดการอนุมัติ ↗ เชื่อมต่อโมเดลแบบคลาวด์ ท้องถิ่น หรือในตัว ↗ เวิร์กโฟลว์การดีบักแบบระยะไกลสำหรับเครื่องแล็บ ↗ ดาวน์โหลดและตรวจสอบโปรแกรมติดตั้ง ↗ คำถามเกี่ยวกับการแครช dump และความเป็นส่วนตัว ↗ สิ่งที่เว็บไซต์และแอปบันทึก ↗
