---
type: note
aliases:
  - 복사 프롬프트
  - P00-P09
description: "Copy-ready requests P00-P09 for sessions 2 and 3 of the AI Agent Workflow course: open the vault, interview for a plan, register a project, split tasks, link a DEV folder, build a first output, resume from the status file, verify and restore, turn the routine into a skill, and build and publish a concept page."
author:
  - "[[나]]"
date created: 2026-11-06
date modified: 2026-11-06
tags:
  - prompts
---
# 복사 프롬프트 P00~P09
> [!tip] 쓰는 법
> 대괄호 `[ ]` 만 내 것으로 바꿔 에이전트 창에 붙여 넣는다. 슬래시 명령에 기대지 않는 일반 요청문이라 Claude Code · Codex · Cursor 어디서나 된다.
> 에이전트가 무엇을 바꿀지 묻는 승인 화면은 읽고 결정한다. 끝나면 결과 파일을 **직접 열어** 본다.

## 2차시 (11/6 금)
### P00 · 볼트 열기와 시작 기록
```text
이 폴더는 내 프로젝트 실습 볼트야. CLAUDE.md 를 읽고, 이 볼트에서 네가 지켜야 할 규칙을 다섯 줄로 요약해 줘.
그다음 이 폴더를 git 저장소로 시작하고 지금 상태를 첫 커밋으로 남겨 줘(메시지: "실습 볼트 시작"). git 이 없으면 하지 말고 그렇다고만 말해 줘.
마지막으로 cmds-standard 스킬의 검사기를 볼트 전체에 돌려서 summary 줄을 보여 줘.
```
- 끝난 기준: 규칙 다섯 줄, 첫 커밋(또는 "git 없음"), `summary: … FAIL=0`
### P01 · 기획 인터뷰 (기획 문서가 아직 없을 때만)
```text
내가 자동화하고 싶은 일을 기획 문서로 만들고 싶어. 질문을 한 번에 하나씩 해 줘.
순서: 니즈(왜 필요한가) → 현재 상태(지금 어떻게 하고 시간이 얼마나 드나) → 대체할 일(AI에게 넘길 것, 사람이 남길 것, 하지 말 일, 멈출 조건) → 기대 성과(성공을 무엇으로 재나) → 흐름(입력에서 결과까지 단계).
내 답에 없는 내용은 채우지 말고, 다섯 가지를 다 들으면 요약해서 보여 줘. 파일은 아직 만들지 마.
```
- 끝난 기준: 다섯 칸 요약이 화면에 있다(파일 없음)
### P02 · 내 기획 문서를 프로젝트로 등록
```text
cmds-standard 스킬로 새 프로젝트를 등록해 줘. 이름: [프로젝트 이름], 코드: [ESG 같은 영문 대문자], 슬러그: [esg-review 같은 영문], 마감: [2026-11-07].
DEV 폴더는 아직 만들지 마(--no-dev). 먼저 --dry-run 으로 만들 파일을 보여 주고, 내가 좋다고 하면 만들어.
그다음 내 기획 문서 [파일 경로 또는 아래 붙여넣기]의 내용을 기획서의 니즈 · 현재 상태 · 대체할 일 · 기대 성과 · 워크플로 도식 칸에 옮겨 줘.
내 문서에 없는 내용은 지어내지 말고 "빈칸: 무엇이 필요한지" 로 남겨. description 은 영어 1~2문장으로.
끝나면 그 프로젝트 폴더에 검사기를 돌려 FAIL 0 이 될 때까지 고치고, summary 줄과 남은 WARN 을 보여 줘.
```
- 끝난 기준: `10. Projects/<날짜-슬러그>/<이름> 기획서.md` 에 내 문서 내용, 도식 1개 이상, 검사 FAIL=0
### P03 · 작업 쪼개기와 상태 기록
```text
[프로젝트 이름] 기획서를 읽고 작업을 3~5개로 나눠 작업 노트를 만들어 줘(작업/ 폴더, 이름은 [코드]-02 처럼 이어서).
작업마다 doneWhen 에는 파일을 열어 확인할 수 있는 끝 기준 한 줄, dueDate 를 넣어. 첫 번째로 할 작업 하나만 inProgress, 나머지는 unread.
기획서에 없는 작업은 만들지 마. 상태 파일 맨 아래에 "작업 나누기" 구역을 붙이고, 검사기를 돌려 FAIL 0 을 보여 줘.
```
- 끝난 기준: 작업 노트 3~5개가 기획서 작업 보드에 보인다, 상태 파일 새 구역, FAIL=0
### P04 · DEV 폴더 연결
```text
[프로젝트 이름] 프로젝트에 DEV 폴더를 연결해 줘. cmds-standard 의 new_project.py 를 --link-dev 로 실행해(이름·코드·슬러그는 등록 때와 같게). 먼저 --dry-run 으로 보여 줘.
연결 뒤 기획서 localDev 가 DEV 폴더를 가리키는지, DEV 의 README.md 에 볼트 기획서로 돌아가는 링크가 있는지 열어서 확인해 줘.
코드 · 데이터 · 산출 파일은 DEV 에만, 기획 · 결정 · 상태는 볼트에만 둔다는 규칙을 지켜. 상태 파일에 "DEV 연결" 구역을 붙여.
```
- 끝난 기준: `~/DEV/<슬러그>/README.md` 가 있고 기획서 `localDev` 와 서로를 가리킨다
### P05 · 첫 작업 산출 (승인 한 곳)
```text
작업 [코드-NN 제목] 을 DEV 폴더에서 해 줘. 시작하기 전에 무엇을 만들지, 어떤 파일을 읽을지, 결과 파일이 어디에 생길지 세 줄로 말하고 내 승인을 기다려.
승인하면 만들고, 끝나면 결과 파일을 다시 열어 확인한 뒤 작업 노트의 result 와 status 를 고치고 상태 파일에 구역을 붙여.
기획서의 하지 말 일이나 멈출 조건에 닿으면 만들지 말고 멈춰서 이유를 말해. 실행하지 않은 것을 완료로 적지 마.
```
- 끝난 기준: DEV 에 산출 파일, 작업 노트 `result`·`status`, 상태 파일 구역(승인 기록 포함)
### P06 · 새 세션에서 재개
```text
[프로젝트 이름] 상태 파일만 먼저 읽고, 지금 어디까지 왔는지와 다음에 할 일 하나를 말해 줘.
완료로 표시된 단계는 다시 하지 마. 마지막 구역의 사람 승인이 "승인됨"이 아니면 다음 단계로 가지 말고 나에게 물어.
```
- 끝난 기준: 상태 파일 맨 아래 구역과 같은 말을 한다, 완료 단계를 반복하지 않는다
### 선택 · 프로젝트 지도 캔버스
```text
[프로젝트 이름] 프로젝트 지도를 캔버스로 만들어 줘(json-canvas 스킬): 같은 폴더에 "[프로젝트 이름] 지도.canvas".
기획서 · 상태 파일 · 작업 노트 · 기준 문서는 파일 카드로, DEV 폴더는 글 카드 하나로 놓고, 작업 순서와 "실행 → 기록" 흐름을 화살표로 이어.
없는 파일을 카드로 만들지 마. 만든 뒤 검사기를 돌려 캔버스 FAIL 이 0 인지 보여 주고, 기획서 7. 연결에 지도 링크를 넣어.
```
- 끝난 기준: Obsidian 에서 캔버스가 열리고 카드가 모두 실제 노트를 보여 준다, 검사 FAIL=0
## 3차시 (11/7 토)
### P07 · 검증과 복구
```text
검사기를 볼트 전체에 돌려서 FAIL 과 WARN 을 보여 줘. 고치기 전에 git diff 로 어제 첫 커밋 이후 바뀐 파일 목록을 보여 줘.
내가 고른 변경만 고치거나 되돌려 줘(고르지 않은 파일은 건드리지 마). 고친 뒤 검사기를 다시 돌려.
같은 실수가 다시 안 나게 [프로젝트 이름] 재발방지 규칙 노트에 날짜를 붙인 규칙 한 줄을 써 줘(없으면 노트 템플릿으로 만들어).
```
- 끝난 기준: FAIL=0, 고른 변경만 바뀐 diff, 날짜 붙은 규칙 한 줄
### P08 · 손으로 한 번 한 일을 내 스킬로
```text
어제 P05 에서 한 일을 다시 시킬 수 있게 스킬로 만들어 줘: .claude/skills/[영문-스킬-이름]/SKILL.md.
cmds-standard 의 SKILL.md 와 같은 칸으로 써: 시작 조건, 사용하지 않을 조건, 단계(사람 승인 위치 포함), 출력 형식, 실패 처리, 변경 이유 표.
description 에는 언제 쓰는지와 NOT for 를 같이 쓰고, 결과를 볼트에 기록할 때는 cmds-standard 규격을 따르게 해.
만든 다음 내 두 번째 입력 [파일 경로]으로 새로 실행하고, 첫 실행과 무엇이 달랐는지 상태 파일에 적어.
```
- 끝난 기준: 내 스킬 SKILL.md, 두 번째 입력의 산출 파일, 차이 기록
### P09 · 컨셉 페이지 만들고 발행하기
```text
[프로젝트 이름] 기획서로 컨셉 페이지를 만들어 줘(cmds-standard 의 build_concept.py). 공개 점검 결과를 보여 주고, PRIVACY_FAIL 이 있으면 기획서에서 고친 뒤 다시 만들어.
페이지를 브라우저로 열어 줘. 내가 문장을 고쳐 달라고 하면 DEV 의 index.html 에서 고쳐.
내가 "발행해"라고 하면 그때 concept-site 폴더에서 Vercel 로 발행하고 주소를 알려 줘(로그인이 필요하면 내가 직접 할 명령을 알려 줘).
발행 뒤 기획서 published 와 publishedUrl 을 고치고 상태 파일에 구역을 붙인 다음 검사기를 돌려.
```
- 끝난 기준: 공개 점검 0, 사람 승인, 발행 주소, 기획서 `published: true`·`publishedUrl`, FAIL=0
## 마무리 한 장 (3차시 F)
```text
[프로젝트 이름] 마무리 노트를 만들어 줘(같은 프로젝트 폴더, 노트 템플릿).
칸: 완성한 것 / 아직 안 되는 것(한계) / 다음 개선 하나 / 증거 파일 경로(기획서·상태·산출·스킬·발행 주소) / 30일 동안 어떻게 굴릴지.
내 파일에 없는 성과는 쓰지 마. 끝나면 검사기를 돌려.
```