내 프로젝트를
끝까지 한 번.

이 폴더는 내 프로젝트 실습 볼트야. CLAUDE.md 를 읽고, 이 볼트에서 네가 지켜야 할 규칙을 다섯 줄로 요약해 줘.
그다음 이 폴더를 git 저장소로 시작하고 지금 상태를 첫 커밋으로 남겨 줘(메시지: "실습 볼트 시작"). git 이 없으면 하지 말고 그렇다고만 말해 줘.
마지막으로 cmds-standard 스킬의 검사기를 볼트 전체에 돌려서 summary 줄을 보여 줘.

내가 자동화하고 싶은 일을 기획 문서로 만들고 싶어. 질문을 한 번에 하나씩 해 줘.
순서: 니즈(왜 필요한가) → 현재 상태(지금 어떻게 하고 시간이 얼마나 드나) → 대체할 일(AI에게 넘길 것, 사람이 남길 것, 하지 말 일, 멈출 조건) → 기대 성과(성공을 무엇으로 재나) → 흐름(입력에서 결과까지 단계).
내 답에 없는 내용은 채우지 말고, 다섯 가지를 다 들으면 요약해서 보여 줘. 파일은 아직 만들지 마.

cmds-standard 스킬로 새 프로젝트를 등록해 줘. 이름: [프로젝트 이름], 코드: [ESG 같은 영문 대문자], 슬러그: [esg-review 같은 영문], 마감: [2026-11-07].
DEV 폴더는 아직 만들지 마(--no-dev). 먼저 --dry-run 으로 만들 파일을 보여 주고, 내가 좋다고 하면 만들어.
그다음 내 기획 문서 [파일 경로 또는 아래 붙여넣기]의 내용을 기획서의 니즈 · 현재 상태 · 대체할 일 · 기대 성과 · 워크플로 도식 칸에 옮겨 줘.
내 문서에 없는 내용은 지어내지 말고 "빈칸: 무엇이 필요한지" 로 남겨. description 은 영어 1~2문장으로.
끝나면 그 프로젝트 폴더에 검사기를 돌려 FAIL 0 이 될 때까지 고치고, summary 줄과 남은 WARN 을 보여 줘.

[프로젝트 이름] 기획서를 읽고 작업을 3~5개로 나눠 작업 노트를 만들어 줘(작업/ 폴더, 이름은 [코드]-02 처럼 이어서).
작업마다 doneWhen 에는 파일을 열어 확인할 수 있는 끝 기준 한 줄, dueDate 를 넣어. 첫 번째로 할 작업 하나만 inProgress, 나머지는 unread.
기획서에 없는 작업은 만들지 마. 상태 파일 맨 아래에 "작업 나누기" 구역을 붙이고, 검사기를 돌려 FAIL 0 을 보여 줘.

[프로젝트 이름] 프로젝트에 DEV 폴더를 연결해 줘. cmds-standard 의 new_project.py 를 --link-dev 로 실행해(이름·코드·슬러그는 등록 때와 같게). 먼저 --dry-run 으로 보여 줘.
연결 뒤 기획서 localDev 가 DEV 폴더를 가리키는지, DEV 의 README.md 에 볼트 기획서로 돌아가는 링크가 있는지 열어서 확인해 줘.
코드 · 데이터 · 산출 파일은 DEV 에만, 기획 · 결정 · 상태는 볼트에만 둔다는 규칙을 지켜. 상태 파일에 "DEV 연결" 구역을 붙여.

작업 [코드-NN 제목] 을 DEV 폴더에서 해 줘. 시작하기 전에 무엇을 만들지, 어떤 파일을 읽을지, 결과 파일이 어디에 생길지 세 줄로 말하고 내 승인을 기다려.
승인하면 만들고, 끝나면 결과 파일을 다시 열어 확인한 뒤 작업 노트의 result 와 status 를 고치고 상태 파일에 구역을 붙여.
기획서의 하지 말 일이나 멈출 조건에 닿으면 만들지 말고 멈춰서 이유를 말해. 실행하지 않은 것을 완료로 적지 마.

[프로젝트 이름] 상태 파일만 먼저 읽고, 지금 어디까지 왔는지와 다음에 할 일 하나를 말해 줘.
완료로 표시된 단계는 다시 하지 마. 마지막 구역의 사람 승인이 "승인됨"이 아니면 다음 단계로 가지 말고 나에게 물어.

[프로젝트 이름] 프로젝트 지도를 캔버스로 만들어 줘(json-canvas 스킬): 같은 폴더에 "[프로젝트 이름] 지도.canvas".
기획서 · 상태 파일 · 작업 노트 · 기준 문서는 파일 카드로, DEV 폴더는 글 카드 하나로 놓고, 작업 순서와 "실행 → 기록" 흐름을 화살표로 이어.
없는 파일을 카드로 만들지 마. 만든 뒤 검사기를 돌려 캔버스 FAIL 이 0 인지 보여 주고, 기획서 7. 연결에 지도 링크를 넣어.

검사기를 볼트 전체에 돌려서 FAIL 과 WARN 을 보여 줘. 고치기 전에 git diff 로 어제 첫 커밋 이후 바뀐 파일 목록을 보여 줘.
내가 고른 변경만 고치거나 되돌려 줘(고르지 않은 파일은 건드리지 마). 고친 뒤 검사기를 다시 돌려.
같은 실수가 다시 안 나게 [프로젝트 이름] 재발방지 규칙 노트에 날짜를 붙인 규칙 한 줄을 써 줘(없으면 노트 템플릿으로 만들어).

어제 P05 에서 한 일을 다시 시킬 수 있게 스킬로 만들어 줘: .claude/skills/[영문-스킬-이름]/SKILL.md.
cmds-standard 의 SKILL.md 와 같은 칸으로 써: 시작 조건, 사용하지 않을 조건, 단계(사람 승인 위치 포함), 출력 형식, 실패 처리, 변경 이유 표.
description 에는 언제 쓰는지와 NOT for 를 같이 쓰고, 결과를 볼트에 기록할 때는 cmds-standard 규격을 따르게 해.
만든 다음 내 두 번째 입력 [파일 경로]으로 새로 실행하고, 첫 실행과 무엇이 달랐는지 상태 파일에 적어.

[프로젝트 이름] 기획서로 컨셉 페이지를 만들어 줘(cmds-standard 의 build_concept.py). 공개 점검 결과를 보여 주고, PRIVACY_FAIL 이 있으면 기획서에서 고친 뒤 다시 만들어.
페이지를 브라우저로 열어 줘. 내가 문장을 고쳐 달라고 하면 DEV 의 index.html 에서 고쳐.
내가 "발행해"라고 하면 그때 concept-site 폴더에서 Vercel 로 발행하고 주소를 알려 줘(로그인이 필요하면 내가 직접 할 명령을 알려 줘).
발행 뒤 기획서 published 와 publishedUrl 을 고치고 상태 파일에 구역을 붙인 다음 검사기를 돌려.

[프로젝트 이름] 마무리 노트를 만들어 줘(같은 프로젝트 폴더, 노트 템플릿).
칸: 완성한 것 / 아직 안 되는 것(한계) / 다음 개선 하나 / 증거 파일 경로(기획서·상태·산출·스킬·발행 주소) / 30일 동안 어떻게 굴릴지.
내 파일에 없는 성과는 쓰지 마. 끝나면 검사기를 돌려.