프로젝트 1: 출판 기획 Skill 만들기
이제부터는 개념을 내려놓고, 실제로 손에 잡히는 하나의 Skill을 만들어보자. 주제는 출판 기획이다. 이유는 단순하다. 출판 기획은 생각보다 에이전트 설계 훈련에 아주 좋은 과제이기 때문이다. 아이디어를 구조화해야 하고, 시장을 조사해야 하며, 경쟁작을 비교해야 하고, 제목과 목차를 만들고, 마지막에는 편집자에게 바로 보여줄 수 있는 문서까지 뽑아야 한다. 즉, 리서치 Skill과 문서 작성 Skill, 검토 체크리스트가 한데 묶인 종합전이다.
이 장의 목표는 "책 아이디어 하나를 넣으면 기획서 초안이 나온다" 수준에서 끝나지 않는다. 더 중요한 목표는, 그 결과가 다시 실행 가능하고 수정 가능하며 비교 가능한 구조를 갖게 만드는 것이다. 좋은 출판 기획 Skill은 글을 한 번 그럴듯하게 써주는 기계가 아니라, 같은 기준으로 여러 기획안을 비교하고 다듬게 해주는 설계 장치다.
왜 출판 기획은 Skill 프로젝트로 만들기 좋은가
많은 사람이 출판 기획 업무를 하나의 긴 프롬프트로 처리하려고 한다. "이런 주제로 책을 쓰고 싶은데 시장 조사도 해주고, 제목도 추천하고, 목차도 만들어줘." 물론 운이 좋으면 그럴듯한 초안은 나온다. 하지만 두 번째 실행부터 문제가 생긴다. 이번에는 어떤 기준으로 경쟁작을 골랐는지, 왜 저 제목이 나왔는지, 목차가 독자 문제를 정말 해결하는지 추적하기 어려워진다.
Skill로 만들면 이야기가 달라진다. 에이전트는 먼저 이 업무가 어떤 종류인지 알아보고, 관련 Skill을 활성화한 뒤, 필요한 지침과 리소스를 단계적으로 읽는다. 이름과 description 같은 최소 메타데이터로 "언제 이 Skill을 써야 하는지"를 광고하고, 실제 작업이 시작되면 전체 SKILL.md와 필요한 자료를 순차적으로 로드하는 progressive disclosure 패턴을 쓴다.123 이 구조 덕분에 출판 기획처럼 길고 복합적인 작업도 한 번에 다 밀어 넣지 않고, 필요한 순간에만 필요한 절차를 불러올 수 있다.
출판 기획은 특히 이 방식과 잘 맞는다. 왜냐하면 다음 세 층위가 분명하기 때문이다.
아이디어를 구조화하는 입력 단계
시장과 경쟁작을 확인하는 리서치 단계
제목, 목차, 포지셔닝, 최종 기획서로 정리하는 산출 단계
한 번만 잘 써두면 이후에는 "AI 에이전트 스킬 설계", "B2B SaaS 세일즈 글쓰기", "시니어를 위한 디지털 금융 입문"처럼 주제만 바꿔 반복 실행할 수 있다. 바로 이 반복성이 Skill의 힘이다.
먼저 정해야 할 것: 이 Skill의 경계
출판 기획 Skill을 만들 때 가장 먼저 할 일은 멋진 문장을 쓰는 것이 아니다. 경계를 정하는 일이다. 이 Skill이 어디까지 책임지고, 어디서부터는 다른 도구나 사람 판단으로 넘길지를 먼저 정의해야 한다.
이 Skill의 책임은 보통 여기까지다. 책 주제를 구조화하고, 공개적으로 확인 가능한 시장 정보를 모으고, 경쟁 도서와 기회 영역을 정리하고, 그 분석을 바탕으로 제목 후보와 목차, 독자 페르소나, 포지셔닝 문장, 출판 기획서 초안을 만드는 것까지다.
반대로 여기서 벗겨내야 하는 것도 있다. 예를 들어 실제 서점 API 호출, 사내 판매 데이터 조회, 저자 계약 검토, 최종 출간 여부 결정은 이 Skill 바깥의 일일 수 있다. 이런 작업은 MCP나 API Action, 혹은 사람 승인 단계로 분리하는 편이 더 안전하다. 이 장에서는 우선 "절차를 잘 가르치는 Skill"에 집중하되, 필요하면 나중에 외부 도구를 붙일 수 있는 형태로 만들어본다.
입력 계약부터 고정하라
출판 기획 Skill이 흔들리는 가장 큰 이유는 시작 입력이 너무 막연하기 때문이다. 사용자가 "AI 책 하나 기획해줘"라고 말하면, 에이전트는 친절하게 뭔가를 써주겠지만 기준점이 없다. 그러면 다음 실행 때는 전혀 다른 방향의 결과가 나오고, 무엇이 좋아졌는지 나빠졌는지 비교도 어렵다.
그래서 이 Skill은 책 주제를 받자마자 바로 기획서를 쓰지 않는다. 먼저 필수 슬롯을 채운다. 나는 이것을 입력 계약이라고 부른다.
예를 들어 입력 슬롯은 다음처럼 고정할 수 있다.
가제 또는 주제 한 줄
대상 독자
독자가 현재 겪는 문제
이 책이 약속하는 해결 결과
기존 책과 다른 차별점
예상 분량과 난이도
저자의 관점 또는 경력 기반 강점
이 슬롯 구조의 장점은 단순하다. 시장 조사 단계에서 무엇을 찾을지 선명해지고, 경쟁작 비교 기준이 일관되며, 제목 후보를 만들 때도 "누구에게 무엇을 약속하는 책인가"가 흔들리지 않는다. 무엇보다 재실행이 가능하다. 제목만 바꿔본 기획안, 독자 타깃만 좁혀본 기획안, 실무자용에서 입문자용으로 바꿔본 기획안을 같은 틀로 비교할 수 있다.
실무적으로는 사용자의 첫 입력이 빈약해도 괜찮다. Skill이 부족한 슬롯만 질문하도록 설계하면 된다. 핵심은 에이전트가 친절하게 모든 빈칸을 상상으로 메워버리지 않게 하는 것이다. 모르는 것은 질문하고, 불확실한 것은 가정이라고 표시해야 한다.
Skill 폴더를 어떻게 구성할 것인가
이 프로젝트는 SKILL.md 하나로도 시작할 수 있다. 하지만 실제로 써보면 곧 한계가 온다. 질문 세트, 경쟁작 비교 템플릿, 최종 기획서 양식, 제목 패턴 예시를 한 파일에 전부 밀어 넣으면 SKILL.md가 비대해지고 유지보수가 어려워진다. Agent Skills의 일반적인 구조처럼 SKILL.md를 중심에 두고 references, assets, scripts를 나누는 편이 훨씬 다루기 쉽다.123
예를 들면 이런 구조가 적당하다.
publishing-proposal/
├── SKILL.md
├── references/
│ ├── research-rubric.md
│ ├── title-patterns.md
│ ├── persona-schema.md
│ └── proposal-checklist.md
├── assets/
│ ├── intake-form.md
│ ├── competitor-table.md
│ └── proposal-template.md
└── scripts/
└── normalize_books.py여기서 중요한 포인트는 역할 분리다. SKILL.md는 흐름을 지휘하는 파일이다. 질문 세부 문항과 긴 체크리스트는 references로 밀어내고, 실제 출력 형식은 assets의 템플릿으로 둔다. 경쟁 도서 표를 CSV나 마크다운 표로 정리할 때 반복 변환이 필요하다면 scripts를 붙일 수 있다. 예를 들어 여러 출처에서 수집한 도서 메타데이터를 정렬하거나, 표준 컬럼 순서로 맞추는 작업은 자연어보다 스크립트가 더 안정적이다.
이 프로젝트의 핵심: progressive disclosure 설계
출판 기획 Skill은 모든 지시를 한 번에 읽게 만들면 안 된다. Skill이 길수록 에이전트는 중요한 규칙을 흘리거나, 초반 지시와 후반 지시를 섞어버리기 쉽다. 그래서 단계별로 필요한 지침만 읽게 해야 한다.
가장 쉬운 방식은 SKILL.md에서 전체 워크플로를 안내하되, 각 단계에서 필요한 파일을 읽으라고 명시하는 것이다. 예를 들어 이렇게 나눌 수 있다.
첫째, 주제 입력이 들어오면 assets/intake-form.md를 기준으로 슬롯을 채운다.
둘째, 슬롯이 채워지면 references/research-rubric.md를 참고해 시장 리서치를 수행한다.
셋째, 리서치가 끝나면 references/title-patterns.md를 읽어 제목 후보를 만든다.
넷째, 제목 방향이 선택되면 목차를 설계한다.
다섯째, 마지막에 assets/proposal-template.md를 불러 최종 기획서 형식으로 출력한다.
이런 식의 단계적 로딩은 Agent Skills가 채택한 기본 철학과도 맞닿아 있다. 에이전트는 시작 시점에 모든 세부 자료를 읽지 않고, 설명을 통해 해당 Skill이 필요한지 판단한 뒤 필요한 본문과 리소스만 불러오는 방식이 더 효율적이다.123
SKILL.md 초안 만들기
이제 실제로 출판 기획 Skill의 뼈대를 써보자. 아래 예시는 설명을 위해 단순화한 버전이지만, 그대로 출발점으로 써도 된다.
---
name: publishing-proposal
description: Build a book publishing proposal from a topic idea. Use when the user wants market research, competitor book analysis, title ideas, table of contents, reader personas, positioning, or a submission-ready proposal document.
---
## Purpose
Turn a rough book idea into a structured, reviewable publishing proposal.
## Activation
Use this skill when the task involves:
- planning a nonfiction book
- researching competing books
- generating title directions
- designing a table of contents
- defining reader personas and positioning
- preparing a proposal for an editor or publisher
## Workflow
1. Collect required input slots before drafting anything.
2. If required slots are missing, ask focused questions using `assets/intake-form.md`.
3. Run market research using `references/research-rubric.md`.
4. Summarize competitor books in the format from `assets/competitor-table.md`.
5. Derive opportunity areas before generating titles.
6. Generate title candidates only after positioning is written.
7. Generate table of contents only after one title direction is selected.
8. Build reader persona and positioning using `references/persona-schema.md`.
9. Output the final proposal in `assets/proposal-template.md` format.
10. Run the final review using `references/proposal-checklist.md`.
## Rules
- Never invent market facts when a source is missing.
- Mark assumptions clearly.
- Separate evidence from interpretation.
- Keep competitor comparisons in the same columns for every book.
- Do not generate the final proposal until research quality is acceptable.
- At the end, always report missing information and items that need human verification.겉보기에는 평범해 보이지만, 이 구조에는 중요한 설계 의도가 숨어 있다. "무엇을 출력하라"보다 "어떤 순서로 검증하라"가 앞에 온다. 출판 기획 같은 복합 작업에서는 결과물 템플릿보다 순서 제약이 더 중요하다. 순서가 무너지면 화려한 문장은 나오지만 기획은 무너진다.
주제 입력 단계 설계
이 단계의 목적은 사용자의 막연한 아이디어를 "검토 가능한 기획 브리프"로 바꾸는 것이다. 여기서 좋은 질문을 던지지 못하면 뒤의 모든 단계가 흔들린다.
입력 질문은 장황할 필요가 없다. 대신 비교 가능한 항목으로 고정되어야 한다. 예를 들면 이런 형식이 좋다.
## 출판 기획 입력 폼
- 책의 작업 제목 또는 주제:
- 한 줄 설명:
- 주요 대상 독자:
- 독자가 현재 겪는 문제:
- 이 책이 제공하는 핵심 결과:
- 기존 책과의 차별점:
- 예상 분량 또는 권장 분량:
- 책의 톤(실무형/입문형/사례형/이론형 등):
- 저자의 경험 또는 신뢰 근거:
- 꼭 포함해야 할 장 또는 주제:
- 제외하고 싶은 방향:여기서 중요한 것은 슬롯 이름이 결과물 구조와 연결되어 있어야 한다는 점이다. 예를 들어 "독자가 현재 겪는 문제"는 나중에 페르소나의 현재 불편 항목으로 들어가고, "핵심 결과"는 포지셔닝 문장과 마케팅 포인트로 이어진다. 입력 단계와 출력 단계가 같은 언어를 쓰면 품질이 안정된다.
또 하나의 원칙이 있다. 사용자가 답하지 않은 항목은 함부로 소설처럼 보완하지 않는다. 출판 기획은 그럴듯함보다 정합성이 중요하다. 모르는 항목은 가정, 추가 확인 필요, 저자 확인 필요로 남겨야 후속 검토가 쉬워진다.
시장 리서치 워크플로를 명시하라
출판 기획 Skill의 진짜 실력은 시장 리서치 단계에서 드러난다. 여기서 많은 에이전트가 실패하는 이유는 "경쟁 도서를 찾아서 분석하라" 수준의 너무 짧은 지시만 받기 때문이다. 그러면 결과는 들쭉날쭉해진다. 어떤 실행에서는 제목만 모으고, 어떤 실행에서는 대충 감상문 같은 비교만 써버린다.
그래서 워크플로를 고정해야 한다. 이 장에서는 다음 네 단계로 설계한다.
1단계: 관련 주제 맵 작성
주제 맵은 단순한 키워드 나열이 아니다. 사용자가 말한 주제 주변에 어떤 하위 주제, 인접 주제, 대체 접근법이 있는지 지도를 그리는 일이다. 예를 들어 "AI 에이전트 스킬 설계"라는 주제가 들어오면, 프롬프트 엔지니어링, AI 자동화, 개발 에이전트 활용, MCP, 커스텀 GPT, 업무 매뉴얼화, 조직 운영, 평가와 보안 같은 인접 주제가 함께 드러난다.
이 지도가 있어야 경쟁작 수집이 넓지도 좁지도 않게 된다. 너무 좁으면 실제 경쟁 책을 놓치고, 너무 넓으면 관련 없는 AI 일반서까지 잔뜩 섞인다.
2단계: 경쟁 도서 후보 수집
여기서는 후보를 많이 긁어오되, 최종 분석군은 기준에 따라 추린다. 최신성 확인이 중요하다. AI나 개발 생산성 같은 분야는 책과 실무 변화 속도가 빨라서, 오래된 책의 장점과 최신 책의 장점이 전혀 다를 수 있다. 일반적인 AI 시장 조사에서도 최신 정보 검증과 출처 확인은 필수로 권장된다.45
실전 규칙은 이렇다. 후보를 수집할 때는 제목, 저자, 출간 시점, 판매/노출 채널, 주제 적합성, 타깃 독자 추정 근거를 같이 적는다. 그리고 실제 최종 표에 넣을 도서는 "현재 만들려는 책과 독자 문제를 놓고 비교할 가치가 있는가"를 기준으로 고른다.
3단계: 비교 기준표 작성
출판 기획 Skill은 경쟁 도서 분석을 서술형 감상문으로 만들면 안 된다. 표가 먼저다. 표가 있어야 나중에 읽는 사람이 비교 근거를 빠르게 볼 수 있다.
권장 컬럼은 다음과 같다.
제목
저자 또는 출판사
대상 독자
약속하는 효용
구성 방식
출간 시점
강점
한계 또는 비어 있는 영역
우리 기획과의 차이
근거 출처
이 구조를 모든 책에 동일하게 적용하면, "어떤 책은 상세하고 어떤 책은 대충 썼다" 같은 문제를 줄일 수 있다. 필요하면 assets/competitor-table.md를 템플릿으로 두고, 에이전트가 그 형식을 반복 사용하게 만들면 된다.
4단계: 기회 영역 도출
출판 기획에서 가장 중요한 문장은 경쟁작 목록이 아니라 기회 영역이다. 다시 말해 "왜 지금 이 책이 필요한가"에 대한 답이다. 앞 단계에서 모은 정보는 모두 이 질문을 위한 재료다.
기회 영역은 대개 네 종류로 드러난다. 첫째, 최신성 공백이다. 기존 책이 오래되어 현재 도구와 환경을 반영하지 못하는 경우다. 둘째, 독자 공백이다. 책은 많은데 입문자용만 있고 실무자용이 없는 경우처럼 타깃이 비어 있다. 셋째, 실행 공백이다. 개념 설명은 많은데 실제 업무 절차를 다루는 책이 부족한 경우다. 넷째, 관점 공백이다. 기술 설명은 있으나 팀 운영, 보안, 평가처럼 조직 관점이 빠져 있는 경우다.
출판 기획 Skill은 반드시 이 네 가지 중 어떤 공백을 노리는지 명시하게 만들어야 한다. 그렇지 않으면 "차별점"이란 말만 있고 실제 차별은 없는 기획서가 된다.
제목 후보와 목차는 반드시 분리하라
여기서 많은 사람이 욕심을 낸다. 제목도 한 번에, 목차도 한 번에, 마케팅 문구도 한 번에 뽑고 싶어진다. 하지만 그럴수록 결과는 흐려진다. 제목과 목차는 연결되어 있지만, 동시에 만들면 서로를 검증하기가 어려워진다.
그래서 출판 기획 Skill은 이 둘을 분리해야 한다. 먼저 포지셔닝 문장과 핵심 약속을 고정한 다음 제목 후보를 만든다. 제목은 적어도 세 가지 패턴으로 뽑게 하는 것이 좋다. 예를 들어 문제 해결형, 독자 직무형, 전환 선언형 같은 식이다. 이때 금지 패턴도 함께 명시하면 좋다. 지나치게 추상적인 제목, 이미 식상한 문구 조합, 타깃이 불분명한 범용 표현 같은 것들이다.
그다음 사용자가 선호 방향을 고르면, 그 방향에 맞춰 목차를 설계한다. 이 순서의 장점은 명확하다. 제목이 약속한 내용을 목차가 실제로 전달하는지 확인할 수 있다. 제목은 "실무자를 위한 실행 지식"이라고 말하는데 목차는 이론 설명 위주라면, 바로 어긋남이 보인다.
references/title-patterns.md에 제목 패턴 예시를 넣어두면 품질이 더 안정된다. 예를 들면 다음과 같은 규칙을 둘 수 있다.
## 제목 패턴
### 패턴 A: 문제 해결형
- [문제]를 [결과]로 바꾸는 [방법]
- [주제] 실전 가이드
### 패턴 B: 독자 직무형
- [직무/독자]를 위한 [주제]
- [독자]의 [문제] 설계법
### 패턴 C: 전환 선언형
- [기존 방식]에서 [새 방식]으로
- [익숙한 것]을 넘어, [새로운 접근]
## 금지 패턴
- 너무 넓은 '완벽 가이드' 남발
- 독자를 특정하지 않는 추상어
- 실제 내용보다 과장된 표현이런 패턴은 창의력을 죽이는 것이 아니라, 산만함을 줄여준다. 특히 팀에서 여러 명이 같은 Skill을 쓸 때 효과가 크다.
독자 페르소나를 감상이 아니라 구조로 출력하기
출판 기획서에서 독자 분석은 자주 가장 약한 파트가 된다. "실무자에게 유용하다", "입문자도 읽을 수 있다" 같은 말은 너무 쉽게 쓰이지만, 실제 편집자가 보고 싶은 것은 구체성이다. 누구이며, 왜 사며, 왜 안 사는가.
그래서 페르소나는 문장 몇 줄이 아니라 고정된 필드 구조로 뽑게 해야 한다. 예를 들면 다음 형식이 좋다.
## 페르소나
- 직무/역할:
- 숙련도:
- 현재 불편:
- 원하는 결과:
- 구매 동기:
- 비구매 이유:
- 이 책을 선택할 가능성이 높은 이유:
- 읽다 이탈할 가능성이 높은 이유:이렇게 해두면 단순히 "누가 읽을까?"를 넘어서 "왜 이 책을 살지 않을까?"까지 보게 된다. 이 질문이 중요하다. 비구매 이유를 적다 보면, 목차가 너무 어렵다거나, 이미 비슷한 책이 많다거나, 저자 신뢰 근거가 약하다거나 하는 문제를 미리 발견할 수 있다.
출판 기획 Skill은 가능하면 1차 핵심 페르소나, 2차 확장 페르소나 정도로 나누게 하면 좋다. 그래야 책의 중심 독자를 잃지 않으면서도 시장 폭을 가늠할 수 있다.
포지셔닝 문장을 고정 틀로 만들기
포지셔닝은 잘 쓰면 기획서 전체를 정리해주고, 못 쓰면 그냥 멋있는 카피가 된다. 그래서 자유롭게 쓰게 두기보다 틀을 주는 편이 낫다.
가장 실용적인 틀은 이 정도면 충분하다.
이 책은 [누구]를 위한 책이며, [어떤 문제]를 [어떤 방식]으로 해결하고, 기존의 [비교 대상]과 달리 [차별점]을 제공한다.
이 문장 틀의 좋은 점은 주어가 분명하다는 것이다. 대상 독자가 빠지지 않고, 문제와 해결 방식이 붙으며, 마지막에 차별점이 강제된다. 이 한 문장이 제목 후보 생성, 마케팅 포인트 작성, 소개 문안 요약의 기준점이 된다.
예를 들어 이 책이라면 이런 식이 될 수 있다.
이 책은 AI 도구를 업무에 활용하는 실무자와 빌더를 위한 책이며, 프롬프트 수준에서 멈추는 자동화 문제를 재사용 가능한 Skill 설계 방식으로 해결하고, 일반적인 생성형 AI 입문서와 달리 지침·도구·실행 환경·보안·운영까지 한 번에 다룬다.
이 문장이 먼저 있어야 제목이 흔들리지 않는다.
최종 산출물은 '바로 제출 가능한 형식'이어야 한다
출판 기획 Skill의 최종 목표는 번쩍이는 아이디어 메모가 아니다. 편집자나 팀 리더가 바로 검토할 수 있는 문서다. 그러므로 출력은 처음부터 기획서 형식으로 묶여 있어야 한다.
assets/proposal-template.md는 대략 이런 구조면 충분하다.
## 책 개요
- 작업 제목:
- 한 줄 소개:
- 책의 필요성:
- 핵심 약속:
## 대상 독자
- 1차 독자:
- 2차 독자:
- 독자 문제:
- 기대 결과:
## 시장 및 경쟁 분석
- 주제 맵 요약:
- 경쟁 도서 표:
- 기회 영역:
## 차별점
- 기존 책과 다른 점:
- 저자 관점의 강점:
## 예상 목차
- Part 구성:
- 장별 요약:
## 제목 후보
- 우선 후보:
- 대안 후보:
- 제목 방향 메모:
## 마케팅 포인트
- 핵심 홍보 문장:
- 검색/노출 키워드:
- 강연/콘텐츠 확장 가능성:
## 리스크 및 추가 확인
- 누락 정보:
- 근거 부족 항목:
- 사람 확인 필요 항목:출판 기획에서 결정적인 차이는 여기서 난다. 단순 생성은 "써줬다"에서 끝난다. 하지만 좋은 Skill은 "검토 가능한 결과물"을 만든다. 마지막 섹션에 누락 정보와 사람 확인 필요 항목을 남기게 하면, 결과물이 한층 실무적이 된다.
검토 체크리스트를 Skill 안에 넣어라
많은 사람이 Skill을 만들 때 생성 단계까지는 공들인다. 그런데 마지막 검토 단계는 빼먹는다. 그래서 얼핏 멋져 보이지만, 막상 제출하면 허술한 기획서가 나온다.
출판 기획 Skill에는 반드시 자체 검토 체크리스트가 있어야 한다. 예를 들면 다음 질문들을 references/proposal-checklist.md에 넣어둘 수 있다.
대상 독자가 한 문장으로 선명하게 정의되어 있는가
독자의 현재 문제와 책의 해결 결과가 연결되는가
경쟁 도서 비교가 동일한 기준표로 정리되었는가
최신성 확인이 필요한 정보에 출처가 있는가
차별점이 실제로 목차 구성에 반영되었는가
제목이 포지셔닝과 맞는가
목차가 제목의 약속을 실현하는가
저자 강점이 신뢰 근거로 충분한가
기획서에 비어 있는 가정이 숨겨져 있지 않은가
최종 문서 끝에 추가 확인 항목이 명시되어 있는가
이 체크리스트가 있으면 에이전트는 "일단 뽑아낸 결과"를 다시 한 번 압박해볼 수 있다. 생성보다 검토가 약한 에이전트를 보완하는 가장 좋은 방법 중 하나다.
필요하면 스크립트도 붙여라
출판 기획은 언어 중심 작업이지만, 그렇다고 스크립트가 쓸모없다는 뜻은 아니다. 오히려 반복 정리에 꽤 유용하다. 예를 들어 경쟁 도서 후보를 여러 출처에서 모으면 제목 표기 방식이 들쭉날쭉해진다. 출간일 형식도 제각각이고, 컬럼 누락도 생긴다. 이럴 때 간단한 정규화 스크립트를 붙이면 결과가 훨씬 안정적이다.
예를 들어 scripts/normalize_books.py는 이런 역할을 맡을 수 있다.
도서 메타데이터 컬럼 순서 통일
날짜 형식 통일
빈 필드 표시 규칙 통일
중복 제목 후보 감지
Skill에 스크립트를 포함하는 방식은 이미 여러 Agent Skills 구현에서 일반적인 패턴으로 다뤄진다. 지침은 SKILL.md에 두고, 반복 계산이나 변환은 스크립트로 분리하는 것이다.23 다만 스크립트를 붙일수록 안전한 실행 환경, 입력 검증, 로그가 중요해진다는 점은 잊지 말자.2
전체 실행 예시
이제 실제 흐름을 짧게 시뮬레이션해보자. 사용자가 이런 요청을 했다고 해보자.
"AI 에이전트를 프롬프트가 아니라 재사용 가능한 Skill로 설계하는 책 기획안을 만들어줘."
에이전트는 바로 기획서를 쓰지 않는다. 먼저 입력 슬롯을 묻는다. 대상 독자는 누구인지, 어떤 문제를 해결하는지, 기존 AI 책과 무엇이 다른지, 저자의 강점은 무엇인지 확인한다.
입력이 채워지면 관련 주제 맵을 만든다. 프롬프트 엔지니어링, Custom GPT, GPT Actions, MCP, Agent Skills, 업무 자동화, 평가, 보안, 팀 운영 같은 주제를 묶는다.
그다음 경쟁 도서 후보를 수집하고 같은 형식의 비교표로 정리한다. 여기서 최신성이 중요한 정보에는 출처를 남기고, 오래된 책과 최신 자료의 차이를 구분한다.45
이후 기회 영역을 도출한다. 예를 들면 "대부분의 책이 프롬프트 중심이고, 실행 가능한 업무 패키지 설계와 운영 체계까지 다루는 책은 드물다" 같은 식이다.
그다음 포지셔닝 문장을 쓴다. 그 문장을 기준으로 제목 후보를 여러 방향으로 제안한다. 사용자가 한 방향을 고르면, 그 약속을 실현하는 목차를 설계한다.
마지막으로 독자 페르소나, 차별점, 마케팅 포인트를 포함해 출판 기획서 템플릿으로 묶고, 끝에 누락 정보와 추가 확인 항목을 자동 점검해 붙인다.
이 흐름은 겉으로 보면 차분하지만, 실제로는 굉장히 강력하다. 왜냐하면 모든 단계가 다음 단계의 근거가 되기 때문이다. 제목은 포지셔닝에서 나오고, 포지셔닝은 경쟁 분석에서 나오며, 경쟁 분석은 입력 슬롯에서 나온다. 앞뒤가 연결된 결과물은 수정도 쉽다.
이 프로젝트에서 자주 생기는 실패
첫 번째 실패는 입력 단계를 건너뛰는 것이다. 주제가 흥미로워 보인다고 바로 목차를 만들면, 책이 누구를 위한 것인지 흐려진다.
두 번째 실패는 경쟁 분석을 감상문처럼 쓰는 것이다. "이 책은 좋고 저 책은 아쉽다" 같은 문장은 근거가 약하다. 반드시 동일 기준표로 비교해야 한다.
세 번째 실패는 제목과 목차를 동시에 확정하려는 것이다. 그러면 화려한 제목과 무난한 목차가 만나기 쉽다. 둘은 분리해서 검증해야 한다.
네 번째 실패는 페르소나를 너무 예쁘게만 쓰는 것이다. 구매 이유만 적고 비구매 이유를 빼면, 리스크를 놓친다.
다섯 번째 실패는 최종 문서에 추가 확인 필요를 남기지 않는 것이다. 출판 기획에서 모든 것을 자동으로 확정하는 척하는 태도는 오히려 위험하다. 리서치 기반 작업에서는 출처와 불확실성을 함께 다뤄야 한다.45
이 Skill을 팀 자산으로 키우는 방법
처음에는 개인용으로 시작해도 좋다. 하지만 출판팀, 콘텐츠팀, 교육팀처럼 반복적으로 기획 문서를 만드는 조직이라면 금방 공용 자산이 된다. 이때부터는 기획 질문 세트, 회사 문체, 선호하는 제목 패턴, 경쟁작 비교 기준, 제출용 문서 양식을 저장소에 같이 버전 관리하는 편이 훨씬 낫다. Agent Skills는 본질적으로 이런 식의 지식 패키징과 재사용을 위해 설계된 형식이다.16
실제로 다른 작업에서도 비슷한 원리가 반복된다. 블로그 발행, 문서화, 코드 리뷰, PR 준비 같은 일도 "매번 다시 설명하던 규칙"을 Skill과 워크플로로 패키징하면 일관성과 속도가 크게 올라간다.67 출판 기획 Skill은 그 원리를 문서 기획 업무에 옮긴 사례라고 보면 된다.
마무리
출판 기획 Skill의 핵심은 글을 잘 쓰게 하는 데 있지 않다. 생각의 순서를 잘 지키게 하는 데 있다. 아이디어를 구조화하고, 시장을 확인하고, 차별점을 발견하고, 제목과 목차를 따로 검증하고, 마지막에 제출 가능한 문서로 묶는 것. 이 흐름이 패키지로 고정되면, 에이전트는 더 이상 그때그때 재주를 부리는 비서가 아니라 반복 가능한 기획 시스템이 된다.
출판 기획은 그래서 좋은 첫 프로젝트다. 리서치와 문서 생성, 검토와 구조화가 모두 들어 있기 때문이다. 이 프로젝트를 제대로 만들 수 있다면, 다음 장에서 다룰 기술 블로그 작성 Skill도 훨씬 수월해진다. 이제 우리는 단순히 "잘 써주는 AI"를 넘어서, "좋은 결과가 나오게 만드는 절차"를 설계하는 단계에 들어섰다.
참고
1Agent Skills Overview - Agent Skills
2Agent Skills Microsoft Learn
3Claude를 skills로 확장하기 - Claude Code Docs
4ChatGPT for Market Research: Full Guide (2026)
5Market research with ChatGPT - Video | OpenAI Academy
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.