‹ 首页

chapter-architect

@robertguss · 收录于 1 周前

Plan and architect a single chapter at beat-level granularity. Use when you have a chapter from the Architecture Document and need to create a detailed outline before drafting. Produces a Chapter Outline Document for use by draft-coach or ghostwriter.

适合你,如果正在写书或长文,需要先规划好章节结构再动笔。

/ 下载安装
chapter-architect.skill双击,或拖进 Claude 桌面版 / Cowork,即完成安装↓ .skill↓ .zip
用别的 agent?下载 .zip 解压,把文件夹放进它的技能目录
Claude Code~/.claude/skills/(项目级 .claude/skills/)
Codex CLI~/.codex/skills/
Cursor自动读取上面两处目录
其他工具见其文档的「skills」目录;两个下载是同一份文件,只是名字不同
/ 通过 npx 安装 校验哈希
npx oh-my-skill add robertguss/claude-code-toolkit/chapter-architect
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- robertguss/claude-code-toolkit/chapter-architect
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify robertguss/claude-code-toolkit/chapter-architect
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
103GitHub stars
~1.6K最小装载
~15.5K含声明引用
~15.5K文本包总量
镜像托管

怎么用

技能原文 SKILL.md作者撰写 · MIT · c31f3be

Chapter Architect

Transform a chapter's high-level specification (from book-architect) into a beat-level outline that guides drafting while preserving creative freedom.

Core Philosophy
  1. Reader-first, always. Every beat exists to move the reader toward the chapter's destination—intellectually and emotionally.
  1. Compass, not GPS. The outline points direction and marks waypoints. It does not dictate every turn. The ghostwriter has creative freedom within the structure.
  1. Collaborative partnership. Claude contributes ideas, challenges weak thinking, and advocates for what serves the reader. The author has final approval on all decisions.
  1. Intent over prescription. Each beat captures _why_ it exists, not just _what_ it contains. This enables intelligent adaptation during drafting.
  1. Emotional arc matters. Track not just where the reader is intellectually, but how they _feel_ at each stage of the journey.
Session Flow

This skill is session-flexible. Simple chapters may complete in one session. Complex chapters may need natural pause points with thinking time between.

Session Start
  1. Identify context:
  2. New chapter or continuing a previous session?
  3. If continuing, request the latest working draft.
  1. Gather inputs:
  2. Architecture Document (chapter specification)
  3. Research Dossier (chapter's section)
  4. Book Concept Document (reader, promise, voice)
  5. Any author notes on this chapter
  1. Confirm which chapter we're architecting and surface the key specs:
  2. Chapter number and working title
  3. Chapter's job
  4. Reader entry state
  5. Reader exit state
  6. Key concepts to cover
  7. Bridge from previous / to next chapter
Phase 1: Orient

Review inputs together. Surface any tensions, questions, or issues.

Key questions to explore:

  • Is this a standard chapter or special type? (introduction, conclusion, case-study, etc.)
  • _If special type, read references/special-chapter-types.md_
  • Is the research sufficient? Any gaps?
  • Are there competing ways to approach this chapter?
  • What's the emotional shape of this chapter? (tension→release, confusion→clarity, etc.)
  • _Reference references/emotional-arc-patterns.md as needed_

Claude's role: Surface concerns, ask probing questions, identify what's unclear or underdeveloped.

Pause point: If significant unresolved questions emerge, pause here to resolve them before proceeding.

Phase 2: Brainstorm Beats

Generate candidate beats without worrying about sequence yet.

Process:

  1. Review the beat vocabulary together
  2. _Read references/beat-vocabulary.md_
  3. Generate possible beats—both author and Claude contribute
  4. Consider opening options
  5. _Reference references/opening-strategies.md_
  6. Consider closing options
  7. _Reference references/closing-strategies.md_
  8. Capture all candidates without judging yet

Claude's role: Actively contribute beat ideas, not just record. Suggest moves the author might not have considered. Ask "what about a beat that does X?"

Phase 3: Sequence and Debate

Put the beats in order. This is where real collaboration happens.

Process:

  1. Propose an initial sequence
  2. Walk through the reader's experience: "They arrive here, then this happens, now they feel..."
  3. Debate ordering decisions:
  4. Does the counterargument come before or after the main case?
  5. Where does the reader need relief or breathing room?
  6. What must be established before something else can land?
  7. Identify which beats are load-bearing (structural, can't move) vs. flexible
  8. Cut beats that aren't earning their place
  9. Add beats if gaps emerge

Claude's role: Advocate for what serves the reader. Push back when a sequence feels off. Offer alternatives with reasoning.

Pause point: If the sequence isn't clicking, pause here. Complex chapters may need marinating time.

Phase 4: Flesh Out Beats

For each beat in the final sequence, define:

  • Beat name and type (from vocabulary)
  • What happens (loosely described—compass, not GPS)
  • Reader destination (intellectual and emotional—this is non-negotiable)
  • Key material (specific pointers to research, quotes, examples)
  • Load-bearing flag (yes/no—can this beat be moved or cut?)
  • Notes (anything the ghostwriter should know)

Special attention: Opening and closing beats get deeper treatment.

  • _Reference references/opening-strategies.md and references/closing-strategies.md_
  • Articulate _why_ this opening/closing works
  • Note what to avoid
  • Identify specific hooks, callbacks, or images to consider
Phase 5: Review and Finalize

Stress-test the complete arc before producing the document.

Process:

  1. Claude walks through the reader's experience aloud—beat by beat, tracking intellectual and emotional state
  2. Check against common problems
  3. _Read references/common-chapter-problems.md_
  4. Verify the chapter delivers on its job and reaches the exit state
  5. Confirm the bridge to the next chapter works
  6. Final author approval

Only after approval: Produce the Chapter Outline Document using the template.

  • _Use assets/templates/chapter-outline-template.md_
Session End
  1. Produce the versioned Chapter Outline Document (v1, v2, etc.)
  2. Summarize any open questions or flags for the ghostwriter
  3. Confirm next steps:
  4. Ready for drafting? → Handoff to draft-coach or ghostwriter
  5. Need another session? → Note where to resume
Inputs

| Document | Source | Purpose | | --------------------- | -------------------- | ------------------------------------------------------- | | Architecture Document | book-architect | Chapter's job, entry/exit states, key concepts, bridges | | Research Dossier | research-assistant | Evidence, examples, quotes organized by chapter | | Book Concept Document | book-ideation | Reader, promise, thesis, voice, author angle | | Author notes | Author | Any existing thoughts, fragments, or constraints |

Outputs

Chapter Outline Document containing:

  1. Chapter Context (job, entry/exit states, connections, emotional arc, tone notes)
  2. Reader Journey Walkthrough (prose narrative of the experience)
  3. Beat Sequence (detailed breakdown of each beat)
  4. Opening and Closing Deep Dives (expanded treatment)

See assets/templates/chapter-outline-template.md for exact format.

Readiness Criteria

Before handoff, confirm:

  • [ ] All beats have clear reader destinations (intellectual and emotional)
  • [ ] Load-bearing beats are flagged
  • [ ] Key material is curated and pointed to for each beat
  • [ ] Opening and closing have deep-dive treatment
  • [ ] Reader journey walkthrough captures the chapter's feel
  • [ ] The chapter delivers on its job and exit state
  • [ ] Bridge to next chapter is clear
  • [ ] Author has approved the outline
Handoff

The Chapter Outline Document feeds into:

  • draft-coach — if author is writing and wants feedback
  • ghostwriter (modal) — if Claude is drafting and author approves

The ghostwriter also receives the full Research Dossier for the chapter, with the outline's key material pointers as primary guidance.

按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。