discovery-drafting
This skill should be used when the user asks about "pantsing", "discovery write", "write without an outline", "discovery draft", "write into the dark", "story kernel", "reconcile a chapter", "dead end", "drafting sprint", "writing cadence", or wants to draft a story by discovery with retrospective bible reconciliation. NOT for outline-first drafting, or mysteries and other clue-dependent genres where setup must come before payoff (use chapter-writing), or a reverse outline, a subplot cut, or another revision pass on existing chapters (use revision-continuity).
How do I install this agent skill?
npx skills add https://github.com/danjdewhurst/story-skills --skill discovery-draftingIs this agent skill safe to install?
- Gen Agent Trust Hubpass
The skill provides a structured workflow for "discovery drafting" in story writing. It includes instructions for maintaining a story bible based on drafted prose and utilizes a local command-line tool for maintenance tasks. No security risks were identified.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
What does this agent skill do?
Discovery Drafting
Overview
Draft by discovery ("pantsing"): start from a one-paragraph story kernel rather than a beat sheet, write forward, then reconcile each chapter back into the story bible through a structured loop (extract entities → reverse outline → diff against the bible → reconcile). This is the complement to chapter-writing's outline-first workflow. The bible is maintained after the prose, not before — which the repo's import-style entity extraction and continuity checks already support.
Prerequisites
A story project must already exist (created via the story-init skill), with
at least a story.md and one character. No plot structure is required to
start — arcs get built during reconciliation.
When to Use
- The user wants to draft without outlining first, or identifies as a discovery writer
- Starting a project from a situation/character rather than a plot
- NOT for mysteries or other clue-dependent genres where setup must precede
payoff (use chapter-writing; see
genre-craft) - NOT for revising existing chapters, including a reverse outline of the
draft or cutting a subplot as a revision pass (use
revision-continuity). The reverse outline inside the reconcile loop, and cutting dead ends in a batch review, stay here - The user can switch modes per project or per chapter; record the mode so audits know which discipline applies
Workflow
- Write the story kernel. Consult
references/story-kernel.mdand draft the one-paragraph kernel with the user (character in a situation, a want, an obstacle, a tone signal). Store it instory.mdunder## Story Kerneland setdraft-mode: discoveredin frontmatter. - Draft forward. Create the chapter with
story add chapter 'Title' --number N --mode discoveredsostory nextflags it until it is reconciled (in adraft-mode: discoveredproject a drafted chapter with nomodeis flagged too). Write the chapter from the kernel using the session shape inreferences/drafting-cadence.md(re-read → write → close with a next-session note). Write forward only; park bible questions as[TODO: check bible]inline rather than stopping. Follow the prose craft inchapter-writing/references/writing-guidelines.mdand the scene-grain tools in thescene-craftskill as usual, and write in the voice and house style recorded instyle-sheet.md— discovery changes planning order, not prose standards. Write in thelanguageset instory.md(a missing field meansen); the craft references' word-level advice is English, so in another language keep its aims and follow the style sheet's conventions. - Run the reconcile loop. After each chapter, follow
references/reconcile-loop.mdexactly:- Extract new entity/promise candidates (import-style, user-approved),
keeping names as the prose spells them. Ids stay ASCII kebab-case:
Cyrillic and Greek names get one automatically (
Пётрgivespetr), and a name in a script with no transliteration table (李明) needsstory add character '李明' --id li-ming, with the id agreed with the user - Reverse-outline the chapter into the chapter file and
scenes/records - Diff against the bible (new / contradiction / enrichment / dangling)
- Reconcile: update the bible or revise the chapter — never neither
- Add post-hoc chapter notes above
## Chapter Text(below it they count and ship as prose); set chapter frontmattermode: discovered
- Extract new entity/promise candidates (import-style, user-approved),
keeping names as the prose spells them. Ids stay ASCII kebab-case:
Cyrillic and Greek names get one automatically (
- Batch review every 3–5 chapters. Re-read post-hoc notes, sweep the
promise/question ledgers for dangling setups, and cut dead ends per
references/dead-ends.md(abandoned ledger entries keep a recorded reason; cut characters getstatus: cut, not deletion). - Hold the cadence. Keep the agreed target (see
references/drafting-cadence.md) and log each session withstory progress . --log; at midpoint and draft completion, hand the batch torevision-continuityfor developmental checks before continuing. - Close the loop on mode. When the draft is complete, every
mode: discoveredchapter must have post-hoc notes and a completed diff —story nextlists any without post-hoc notes underReconcile discovered chapters; finish those, then hand the manuscript torevision-continuityfor revision passes.
Conventions
story.mdfrontmatterdraft-mode: discoveredmarks a discovery project; per-chaptermode: discovered/mode: outlinedtracks mixed projects.- Chapters carry a
## Chapter Notes (post-hoc)section, above## Chapter Text, recording what was discovered, what was cut, and open questions — the project's memory of why the bible looks the way it does. - Entity candidates extracted from prose are presented for user approval
before bible files are created (same discipline as
story import). - Cut threads are logged, not erased: abandoned promises/questions keep
status: abandonedwith a reason; cut characters keep their file withstatus: cut. - Bidirectional links and kebab-case ids follow the shared story conventions exactly — discovery changes when the bible is written, not how.
CLI Maintenance
Use the Story CLI when it is available. If story is not installed, use the bundled fallback node ../story-maintenance/scripts/story.js with the same arguments. Use node <checkout>/bin/story.js instead only when the user names a Story Skills repository checkout or you are working in one. Write the script as an absolute path (resolve the fallback relative to this skill folder) and run it from the folder you would run story from, so . and other relative paths keep their meaning. Use Node, not Bun or a package script: Bun would load that folder's bunfig.toml (which can run code) and .env, and a package script runs from the checkout's root. If no CLI is available, perform the registry, backlink, and word-count checks manually.
After each reconcile loop:
story reindex .
story wordcount . --write
story check .
Reference Files
references/story-kernel.md- The one-paragraph kernel: character in a situation, want, obstacle, tone signalreferences/reconcile-loop.md- The core loop: extract entities/promises → reverse-outline → diff against the bible → reconcile;mode: discoveredflagreferences/dead-ends.md- Recognizing and cutting dead ends: cut/fold/prune, abandoned ledger entries, the darling logreferences/drafting-cadence.md- Daily targets, batch reviews, session shape, recovering a broken cadence
Shared Conventions
Every story skill follows the shared conventions in ../story-maintenance/references/conventions.md, resolved relative to this skill folder. Read it before creating, renaming, or linking story files. If that file is missing because this skill was installed without story-maintenance, the essentials are: kebab-case ids and filenames, YAML frontmatter on every story-project file, _index.md registry tables that story reindex rebuilds (never edit them by hand), bidirectional links between entities, characters for who is on the page and mentions for who is only referred to, status: deceased plus died-in: chapter-{NN} for deaths, and no project-local generator or build scripts (run only the installed or bundled Story CLI).
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/danjdewhurst/story-skills/discovery-drafting">View discovery-drafting on skillZs</a>