ebook-concept-development
Develop ebook ideas into structured concepts ready for architecture. Use when
git clone --depth 1 https://github.com/robertguss/claude-code-toolkit /tmp/ebook-concept-development && cp -r /tmp/ebook-concept-development/skills/ebook-factory/ebook-concept-development ~/.claude/skills/ebook-concept-developmentSKILL.md
# 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: 1. Summary of what you understand the core idea to be 2. What seems strongest or clearest 3. What seems fuzzy or underdeveloped 4. Your initial observations or concerns (with reasoning) 5. 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: 1. Read the document to orient yourself 2. Provide status summary: current state of each element, what's developed vs. fuzzy, where you left off 3. 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 → Transf
Guide for creating effective skills. This skill should be used when users want
This skill should be used when writing in the distinctive style of David Heinemeier Hansson (DHH). It applies when creating blog posts, technical articles, business content, manifestos, or any prose requiring a clear, punchy, opinionated style.
This skill should be used when reviewing or editing copy to ensure adherence to Every's style guide. It provides a systematic line-by-line review process for grammar, punctuation, mechanics, and style guide compliance.
This skill should be used when writing technical content in the style of Hunt/Thomas (The Pragmatic Programmer) and Joel Spolsky (Joel on Software). It applies when creating technical essays, documentation, tutorials, or explanatory content that needs to be clear, engaging, and actionable.
This skill should be used when extracting voice profiles from sample text, creating voice documentation, or matching a specific writing style. It applies when users provide sample text and want to capture the voice for future use.
This skill should be used when orchestrating complex writing workflows with multiple phases. It provides two-agent orchestration patterns, the two-gate content readiness assessment, 10 baseline writing strategies, 20+ situational strategies, and quality checkpoints. Inspired by the Spiral Writing System.
Collaborative brainstorming partner for multi-session ideation projects. Use