크래시 로그부터 테스트된 수정안까지, x64 디버거 작업

StatusRivet의 기능

• 파일read_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep과 glob은 채팅의 작업 폴더 내에서 작동하며, 생성, 편집, 읽은 파일 수를 카운터로 보여줍니다.
• ShellWindows, WSL 또는 소유한 서버로의 SSH를 통해 빌드, 린터, 테스트 및 디버거의 명령줄 모드를 실행합니다. 성공 여부는 실제 종료 코드로 판단되며, 위험한 명령은 차단됩니다.
• 웹web_search는 페이지를 찾고 http_get은 공식 문서 페이지 하나를 읽습니다. 예를 들어, 작업 전에 예외 코드의 의미를 확인하기 위해 사용합니다.
• 스크린샷 및 이미지ocr는 오류 대화상자와 같은 저장된 스크린샷에서 텍스트를 읽고, gen_image는 실제 이미지 파일을 저장합니다.
• 오케스트레이션task는 병렬 하위 에이전트를 실행하고, run_on_model은 큰 모델로 단계를 보내며, skill은 버전 관리 포함 재사용 가능한 플레이북을 유지합니다.
• 승인 모드Auto-run은 즉시 실행하고, Ask first는 변경을 일으키는 작업 전에 일시 중단하며, Plan only는 계획만 작성하고 실행하지 않습니다.
• 크론예시로 실험실 머신에서의 테스트 실행처럼 일정대로 프롬프트를 실행하며, 결과는 다른 모든 작업과 마찬가지로 채팅에 나타나며 동일한 카드와 출력을 가집니다.
• 모델표준 API 엔드포인트를 통한 클라우드 AI 제공업체, PC의 모델 또는 내장 모델; 테스트 버튼은 엔드포인트를 확인하고 응답 시간과 컨텍스트 창을 보여줍니다.

디버깅 작업 4가지, 단계별

크래시 호출 스택 읽기

작업: 테스트 머신에서 내 앱이 크래시했고 x64 디버거가 텍스트로 저장한 호출 스택이 있습니다. read_file은 stack.txt를 로드하고, grep은 로그에서 예외 코드(예: 액세스 위반의 0xC0000005)를 찾습니다. 에이전트는 오류 스레드의 상위 프레임을 나열하고 첫 번째 프레임과 일치하는 소스 파일을 엽니다. 각 작업은 채팅에서 카드 형태로 나타나며, 카드를 확장하여 전체 출력을 읽을 수 있습니다. 부팅 bsod이 이벤트 로그에 커널 오류 41 항목을 남기면, 그 시점에 작성된 덤프(있는 경우)에 필요한 상태가 포함됩니다. 위에서 시작하세요. 에이전트는 텍스트 출력으로 작동하므로 프레임을 직접 읽고, Ask first 모드에서 제안된 diff를 수락하거나 거부하세요.

스택 오버플로 수정

작업: 로그에 스택 오버플로의 예외 코드인 0xC00000FD가 표시되고 재귀를 일으킨 함수를 찾고자 합니다. grep은 상위 프레임의 함수 이름으로 소스를 검색하고, read_file은 재귀 종료 방식을 에이전트가 볼 수 있도록 엽니다. edit_file은 누락된 종료 조건과 같은 최소한의 diff를 제안하고 변경되는 줄을 정확히 보여줍니다. Shell은 빌드 명령과 테스트 명령을 실행하며, 각 카드는 실제 종료 코드를 보고합니다. 메모리 관리 정지 코드가 있는 bsod은 다른 실패이지만 방법은 동일합니다: 예외를 찾고, 스택을 읽으며, 한 번에 하나의 변경을 테스트하세요. 변경을 작게 유지하세요. diff와 테스트 결과를 검토한 후 유지하고, 최종 편집 후 테스트를 한 번 더 실행하세요.

JIT 디버깅 설정 확인

작업: 크래시 시간 디버거에 의존하기 전에 테스트 머신에서 JIT 디버깅 값을 확인하세요. JIT는 Just-in-time의 약자로, Windows는 응용 프로그램이 크래시할 때 자동으로 디버거를 시작하며 이는 시스템 설정입니다. Shell은 제공된 명령을 실행하여 현재 값을 읽고, write_file은 해당 값을 settings-before.txt에 저장하여 이전 값을 기록합니다. 테스트 머신에서만 변경하고 일상 PC에서는 변경하지 않으며, 나중에 저장된 값을 복원하세요. Ask first 모드에서는 에이전트가 변경을 일으키는 각 작업 전에 일시 중단하므로 변경 및 복원을 별도로 승인합니다. 값을 기록하세요. 시작 전에 저장된 파일을 읽고, 값을 복원하기 전에 다시 읽으세요.

실험실 대상에서 드라이버 디버깅

작업: 작성한 드라이버가 테스트 대상을 크래시하게 했고 오류 함수가 필요합니다. 커널 레벨 작업은 일반적으로 디버거가 실행되는 머신과 테스트 대상인 두 대의 머신 또는 가상 머신이 필요하며, 대상은 실험실에 유지됩니다. Shell은 소유한 실험실 머신에서 SSH를 통해 명령을 실행하고, read_file은 디버거가 저장한 텍스트를 읽으며, grep은 모듈 이름을 소스와 일치시킵니다. 새로운 컴퓨터에서 dpc 워치독 위반 bsod은 작성 중인 드라이버로 인해 발생할 수 있으므로, 멈춘 스레드의 스택이 먼저 읽어야 할 첫 번째 것입니다. 실험실에 유지하세요. 줄을 변경하기 전에 모든 발견 사항을 검토하고, 이후 대상에서 테스트를 다시 실행합니다.