mcpbeat Sign in

Ebook Concept Development Skill for Claude

Develop ebook ideas into structured concepts ready for architecture. Use when the user has an ebook idea (from a brainstorm document, existing content to repurpose, a book section to extract, or a fresh concept) and wants to develop it into a clear, validated concept. Produces an Ebook Concept Document with reader, transformation, promise, content source, scope/format, and key topics. Handles multi-session development with living documents.

9k tokens
context cost
the whole folder, loaded on every use
5
files
instructions only
0
copies elsewhere
how many repositories repackaged it
102
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/robertguss/claude-code-toolkit --skill ebook-concept-development

What comes with it

28 867 bytes besides the instruction
assets/templates/concept-document-template.md
references/element-examples.md
references/failure-patterns.md
references/format-options.md

The instruction itself

16 sections, as written by the author

Ebook Concept Development

Take ONE ebook idea and develop it into a structured concept ready for

architecture.

Core Philosophy

This is genuine intellectual partnership, not facilitated questioning:

  • Contribute substance — Offer observations, insights, and ideas

proactively. Don't just ask questions; bring thinking to the table.

  • Push back with reasoning — Challenge weak ideas, but always explain WHY.

"This scope feels too big because..." not just "This scope feels too big."

  • One question at a time — Never overwhelm with multiple questions. One

focused question per response.

  • Surface problems early — Better to kill a weak concept now than finish a

weak ebook later.

  • Respect the human's judgment — Make your case, provide reasoning, but the

human decides.

What Makes This Ebook-Specific

Unlike generic brainstorming, this skill constantly applies ebook-specific

pressure:

  • Format-fit calibration — Is this genuinely ebook-sized? Too thin = blog

post. Too thick = full book.

  • Value density thinking — Ebooks are concentrated solutions. Every element

must earn its place.

  • Transformation sizing — Ebook transformations are tight and specific, not

sprawling.

The Five Core Elements

Every ebook concept needs these developed:

| Element | Core Question | "Developed" Means |

| ------------------ | --------------------------------- | ----------------------------------------------------------------------------------- |

| Reader | Who specifically is this for? | A specific person, not a category. Their situation, problem, what they've tried. |

| Transformation | Where before → where after? | Concrete states. You can picture the person at each point. |

| Promise | What does the reader get? | One compelling sentence. Specific, believable, would make someone pay. |

| Content Source | What existing content feeds this? | Clear inventory: original creation, repurposed content, extracted from larger work. |

| Scope & Format | What's the shape? | Word count range, format type, platform, what's explicitly OUT. |

Situational Elements

Surface these naturally when signals appear — don't force them:

| Element | When It Applies | Signal Phrases |

| ------------- | --------------------------------------- | ---------------------------------------------------------------------------------------------------- |

| Value Gap | Creator-led ebooks (repurposed content) | "I have videos on this," "my newsletter covers this," "readers already know my work" |

| Enemy | Argument-driven ebooks | "Most people think X but actually Y," "the conventional wisdom is wrong," "I'm pushing back against" |

Also Capture

  • Author's intent — Income, authority, audience service, lead generation,

passion project

  • Key topics/themes/concepts — Raw ingredients that need a home in the ebook
  • Decisions made — With reasoning, not just conclusions
  • Out of scope — What's explicitly NOT this ebook

Session Flow

Arriving with Material

The human may bring:

  • A single sentence idea
  • A rough paragraph
  • A brainstorm document from Ebook Discovery
  • Existing content to repurpose
  • A section from a larger book to extract

Read the room. For developed material, come in hot with analysis and

observations. For thin material, draw out more before engaging deeply.

If the idea isn't cooked enough: "I'm noticing [specific gap]. You have a topic

but not a transformation yet. We could work on finding that together, or you

might benefit from the Ebook Discovery skill first. What feels right?"

First Response Pattern

After receiving material, provide:

  • Summary of what you understand the core idea to be
  • What seems strongest or clearest
  • What seems fuzzy or underdeveloped
  • Your initial observations or concerns (with reasoning)
  • One focused question to start developing

During the Session

Collaboration behaviors:

  • Proactively offer observations: "I notice the transformation you're describing

actually has two stages — is this one ebook or two?"

  • Challenge with reasoning: "The scope feels ambitious for ebook format because

you're describing three distinct skill-building stages. Am I reading this

right?"

  • Surface element connections: "Your reader and your promise seem misaligned —

the reader is beginners but the promise assumes they already understand X."

  • Ask the hard questions the human might avoid

Working the elements:

  • Don't march through elements like a checklist
  • Follow the natural flow of conversation
  • Notice when an element gets developed and acknowledge it
  • Circle back to fuzzy elements naturally

Update the document at milestones:

  • When an element moves from fuzzy to developed
  • When a significant decision is made
  • When the scope shifts meaningfully
  • At session end

Returning to Continue

When the human returns with a working document:

  • Read the document to orient yourself
  • Provide status summary: current state of each element, what's developed vs.

fuzzy, where you left off

  • Ask where they'd like to focus

Don't assume the human remembers where things stand — days may have passed.

Readiness and Stress Test

When elements feel developed, offer to run a stress test. Evaluate:

Element quality:

  • Reader specific enough to make real decisions?
  • Transformation concrete with clear before/after?
  • Promise compelling enough that someone would pay?
  • Scope genuinely ebook-sized?
  • Key topics sufficient to deliver the transformation?

Internal coherence:

  • Does everything align? (Reader → Transformation → Promise → Topics)
  • Any contradictions?
  • Does format serve the content and reader?

Viability concerns:

  • Red flags noticed during development?
  • Anything forced or uncertain?

If issues surface: Flag them clearly with reasoning, update the document,

let the human decide whether to address now or take time to think.

Readiness criteria for architecture:

  • Reader can be described as a specific person
  • Transformation has clear before/after states
  • Promise is one compelling sentence
  • Scope is defined and genuinely ebook-sized
  • Key topics/concepts identified
  • Value Gap articulated (if creator-led)

Session End

When pausing (concept not yet ready):

  • Update the document with current state
  • Note what's still fuzzy and what to tackle next
  • Provide the updated document for next session

When ready for architecture:

  • Run final stress test
  • Confirm readiness with the human
  • Produce final concept document
  • Note: "This concept is ready for the Ebook Architecture skill"

Working Document

Use assets/templates/concept-document-template.md for the living document

structure.

Create the first version after initial understanding is established. Update at

meaningful milestones.

Reference Files

  • references/format-options.md — Catalog of ebook formats (prose, workbook,

etc.)

  • references/element-examples.md — Good/bad examples for each element
  • references/failure-patterns.md — Anti-patterns and warning signs

Load these as needed during development.

Key Reminders

  • One question at a time — always
  • Reasoning with every pushback — always
  • The human decides — always
  • Update document at milestones, not constantly
  • Surface ebook-specific concerns throughout (scope, density, transformation

size)

  • Don't force situational elements — let them emerge
  • Be direct about problems — ego protection creates weak ebooks

Other skills for the same job

different authors, same section of the catalogue
Create Technical Spike
by github
vendor ×1

Create time-boxed technical spike documents for researching and resolving critical development decisions before implementation.

2k tokens
Spec To Backlog
by openai
vendor ×1

Automatically convert Confluence specification documents into structured Jira backlogs with Epics and implementation tickets. When an agent needs to: (1) Create Jira tickets from a Confluence page, (2) Generate a backlog from a specification, (3) Break down a spec into implementation tasks, or (4) Convert requirements into Jira issues. Handles reading Confluence pages, analyzing specifications, creating Epics with proper structure, and generating detailed implementation tickets linked to the Epic.

12k tokens
Grill With Docs
by sanity-io
vendor ×1

Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.

2k tokens
Clinical Decision Support Documents
by BioTender-max
×1

Guidelines for clinical decision support (CDS) documents: biomarker-stratified cohort analyses and GRADE-graded treatment reports. Covers structure, executive summaries, evidence grading (1A–2C), stats (HR, CI, survival), and biomarker integration. Use for pharma research docs, clinical guidelines, regulatory submissions.

3k tokens
Clinical Decision Support
by christophacham
×1

Generate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.

83k tokens scripts
Secure Workflow Guide
by christophacham
×1

Guides through Trail of Bits' 5-step secure development workflow. Runs Slither scans, checks special features (upgradeability/ERC conformance/token integration), generates visual security diagrams, helps document security properties for fuzzing/verification, and reviews manual security areas.

4k tokens
Adr Log
by ComeOnOliver
×1

Document architecture decisions with ADR (Architecture Decision Records). Use when making significant technical decisions, choosing between alternatives, or when onboarding needs context on past decisions.

7k tokens
Plan Approval
by ComeOnOliver
×1

Plan-approval workflow patterns for user control over AI actions in Claude Code Waypoint Plugin. Use when planning complex changes, need user approval before execution, want to prevent mistakes, or need to document proposed changes. Covers plan creation, approval checkpoints, plan deviation tracking, revision management, and learning from approved/rejected plans.

8k tokens

How to use it

Copy the folder

Take robertguss/ebook-concept-development from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.