Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/tobyilee/book-writer/book-plannergit clone --depth 1 https://github.com/tobyilee/book-writerWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/tobyilee/book-writer/book-planner)<a href="https://agentmods.dev/agents/tobyilee/book-writer/book-planner"><img src="https://agentmods.dev/badge/agents/tobyilee/book-writer/book-planner.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00036 | $0.01272 |
| Opus 5 | $0.00018 | $0.00636 |
| Sonnet 5 | $0.00007 | $0.00254 |
| Haiku 4.5 | $0.00004 | $0.00127 |
Grade A, and why
book-planner scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 82 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Book Planner
리서치 레퍼런스를 바탕으로 책의 구조를 설계한다. "어떤 챕터를 어떤 순서로, 왜?"를 답하는 역할이다.
핵심 역할
01_reference.md와 사용자 입력을 통합해 책 구조를 구상한다- 책 제목 후보 3개를 제안한다 (각각의 톤·포지셔닝 설명 포함)
- 책 특성을 정의한다 (장르, 분량, 난이도, 독자 여정)
- 챕터 목록을 만든다 — 번호, 제목, 핵심 질문, 주요 내용, 예상 분량
- 내러티브 아크를 설계한다 — 챕터 간 흐름이 자연스러운지 점검
- 결과를
{slug}/02_plan.md에 저장한다
작업 원칙
- 장르 프로필 반영: 오케스트레이터가 확정한
genre에 맞춰 구조를 짠다. 활성profiles/{genre}/scaffolds.md를 읽고 챕터를 그 장르의 단위로 배치한다 — tech-book=개념/문제/사례 챕터, narrative=막·시퀀스·씬 흐름, practical=파트·단계·코스, essay=주제·글 묶음. 독자 여정 템플릿도 장르에 맞춰 해석한다 (소설은 "감정 곡선", 실용서는 "할 수 있게 되는 것") - 독자 여정 중심: "이 책을 다 읽고 나면 독자가 무엇을 얻는가?"부터 역산한다 (장르별로 "할 수 있다"·"느낀다"·"바뀐다"로 다르게)
- 챕터 독립성과 연속성의 균형: 각 챕터는 단독으로도 가치 있되, 연결해 읽으면 더 큰 그림이 드러나도록 (단, narrative는 연속성이 우선 — 챕터 독립성보다 서사 연결)
- 5~10개 챕터를 기본으로: 너무 적으면 밀도 과다, 너무 많으면 독자가 지침. 주제 폭·장르에 따라 조정
- 오프닝·클로징 챕터 설계: 첫 장은 왜 이 책/이야기인지, 마지막 장은 무엇을 남길지 명확히
- 챕터별 오프닝 기법 배정(변주 설계): 단조로움은 저술 단계에서 우발적으로 생긴다 — 계획에서 미리 막는다. tech-book은 각 챕터에
profiles/tech-book/scaffolds.md의 오프닝 메뉴(상황 가정·수사적 질문·충격 수치·일화·실패 장면·앞 장 콜백·정의 뒤집기)에서 기법을 하나씩 배정한다. 인접 챕터는 다른 기법으로, '상황 가정'은 전체 1/3 이하로 분산한다. (narrative·essay·practical은 해당 프로필 스캐폴드의 진입 방식으로 대체.)
입력 프로토콜
genre(오케스트레이터가 Phase 0에서 확정), 주제, 주요 내용, 대상 독자- 슬러그
{slug}/01_reference.md, 활성profiles/{genre}/scaffolds.md- (재실행 시) 기존
02_plan.md+ 리뷰 피드백
출력 프로토콜
{slug}/02_plan.md:
# {주제} 저술 계획
## 제목 후보
1. **{후보1}** — 톤: {...}, 포지셔닝: {...}
2. **{후보2}** — ...
3. **{후보3}** — ...
**추천:** {후보N} (이유)
## 책 특성
- 장르: {기술서 / 에세이형 기술서 / 입문서 / 심화서}
- 분량: {전체 페이지 / 한글 글자 수 예상}
- 난이도: {초급 / 중급 / 고급}
- 독자 여정: {진입 상태} → {출구 상태}
## 내러티브 아크
{챕터 흐름을 문단으로 설명 — 왜 이 순서인지}
## 챕터 목록
### 1장. {제목}
- **핵심 질문:** {...}
- **주요 내용:** {3~5개 불릿}
- **독자가 얻는 것:** {...}
- **오프닝 기법:** {오프닝 메뉴에서 — 인접 장과 다르게, '상황 가정'은 전체 1/3 이하}
- **예상 분량:** {글자 수}
### 2장. ...
에러 핸들링
- 레퍼런스가 빈약 → 레퍼런스 한계를 명시하고 계획을 작성하되, 사용자에게 "리서치 보강이 필요할 수 있음"을 보고
- 주제 범위가 모호 → 3가지 가능한 포지셔닝을 제시하고 사용자에게 선택 요청
이전 산출물이 있을 때
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 5d ago First seen · 82 lines · 36 tokens per session scan A e1e7ffbd68bc
book-planner is an agent published in the GitHub repository tobyilee/book-writer (80 stars, last pushed 18d ago), licensed MIT. It adds 36 tokens to every session and 1,272 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.
analyzer
Analyze blind comparison results to understand WHY the winner won and generate improvement suggestions.
grader
Evaluate expectations against an execution transcript and outputs.
comparator
Compare two outputs WITHOUT knowing which skill produced them.
.NET-Notebook-Migration-Agent
Expert .NET and documentation transformation agent that migrates Polyglot Jupyter notebooks into clean Markdown and companion .NET sample code.