Project Explorer · working sheet

Seeds of the Throne

Seeds of the Throne began as years of conversations and thousands of story ideas. The Project Explorer shows how those ideas are being organized into characters, a world, a timeline, and a finished series.

Interpretive still life of recovered records aligned against hidden-system evidence.

Recovered records held against the working evidence.

Story development tools

See how the authoring system turns ordinary language into finished story work.

The Project Explorer shows the live notes, decisions, and workshop used to develop Seeds of the Throne. Each step keeps confirmed decisions separate from suggestions and unanswered questions.

This is a public, read-only look at the real project, so it contains full spoilers. You can try the workshop, but your draft stays in this browser unless you export it.

  1. The author explains the story in ordinary language.

    The system records those ideas and separates confirmed decisions from suggestions and unanswered questions.

    Read how the system is designed
  2. The current workshop asks one consequential question at a time.

    Each question helps the author decide a missing cause, character choice, relationship, world rule, or event.

    Open a workshop question
  3. Accepted answers are added where they belong.

    An accepted decision can update character notes, the timeline, world rules, plot events, and the list of remaining questions.

    Review decisions and supporting information
  4. Use the completed plan to write and revise scenes.

    The planned system will create scene outlines, draft prose, check continuity, revise weak sections, and assemble the manuscript for the author's approval.

    Read the system plan

Seeds of the Throne is the working example. The notes, decisions, and workshop below are the live project, not a demonstration mockup.

Vault overview

See the whole story-development system at a glance.

605 notes work together as one system. The vault remembers where ideas came from, what the author decided, what remains uncertain, and what should happen next.

The vault turns conversations into organized story memory. It preserves sources, separates decisions from suggestions, finds missing connections, supports research and workshops, prepares scenes and prose, checks continuity, and publishes selected material without surrendering author control.

  • Working now Capture, memory, workshops, and research already operate.
  • Needs repair Current-state agreement, automatic checks, and decision updates still drift.
  • Planned next Durable answers, manuscript production, and mobile save are not built yet.
  1. Capture

    Conversations, mobile notes, and raw ideas are preserved.

  2. Understand

    Current context and compiled notes explain what the project means now.

  3. Decide

    Workshops ask one important question and preserve the author's answer.

  4. Develop

    Research, alternatives, story structure, and focused tests strengthen the work.

  5. Create

    Scene plans, prose, images, and manuscript material are produced for review.

  6. Share

    Selected material becomes the story site, Project Explorer, and public posts.

What lives where

Each area has a job. Folder names are secondary detail.

  • New material

    Preserves incoming ideas and the order in which they developed.

    00 Inbox, 01 Sessions

  • Story memory

    Keeps the detailed working knowledge and a smaller briefing used to resume work.

    02 Story, 03 Context

  • Research

    Separates questions, reports, and usable findings from story decisions.

    04 Research

  • Public work

    Holds reviewed material prepared for readers.

    05 Public

  • Drafts

    Holds scenes and manuscript candidates awaiting review.

    06 Draft

  • Decisions and direction

    Records choices, contradictions, current work, handoffs, and verification.

    07 QA, 07 Coordination

  • Development tools

    Diagnoses missing connections and tests possible story directions.

    08 Story Loop, 09 Story Exploration

  • Reusable methods

    Provides repeatable methods for writing, research, images, websites, and checks.

    skills, scripts

What already works, what needs repair, and what is still planned

Working well

  • Idea and session capture
  • Human-readable story memory
  • Author authority and decision boundaries
  • Research kept separate from story truth
  • Workshop questions that wait for an answer
  • Decisions, contradictions, and open questions
  • Visual identity and image controls
  • Markdown files and recoverable history
  • Searchable file access

Needs repair

  • One trustworthy current-state view
  • Automatic checks before a change is merged
  • Shared labels and stable record identifiers
  • Updating every affected note after a decision
  • Keeping the weekly cycle current
  • Clearer boundaries around older folders
  • A cleaner split between the repository and the live site

Planned next Not built yet

  • Durable integration of conversational answers
  • Automatic reports of what a decision would change
  • Complete scene-to-manuscript production
  • Manuscript assembly and export
  • Reliable mobile save, resume, and synchronization

The next build order

  1. Make builds and checks reliable.
  2. Create one trustworthy current state.
  3. Normalize the records for one small complete path.
  4. Connect accepted decisions to every affected file.
  5. Prove one complete path from conversation to approved manuscript material.
  6. Expand only after that path works.

Current story development

See what the story already has and what it still needs.

The system checks the whole story for missing causes, weak character decisions, unclear rules, and unfinished events. The results show the author what to work on next.

Current story premise

The colonization process trains participants and contains dangerous criminals.

Humanity developed the Luminai inside an interactive colonization environment. Sylvan and his Luminai are tested against Samuel Franklin, a criminal already held inside the containment process.

The current story problem Make the formal separation, rapid financial collapse, processing, exposure, and accepted placement feel inevitable.

Read the current story assessment

0 / 10major story problems resolved

Current development pass0%
0%
Current sweep
Reassessment
Current task
RW-01
  1. 01 Reassessment
  2. 02 Causal sequence
  3. 03 Character agency
  4. 04 Systems + evidence
  5. 05 Scene design
  6. 06 Draft

Story files

Browse the files used to develop the story.

Search 605 documents about the world, characters, plot, research, decisions, workshops, and earlier ideas.

Current document 07 Coordination/Authoring System/05 - Prose Capability Matrix and Usage Routing.md

Prose Capability Matrix and Usage Routing

Decision

Build one Seeds Composition Engine that selectively adapts strong methods from other systems. Do not install a stack of independent writers or run every critique on every scene.

The default route should be inexpensive:

Markdown context → scene contract → one draft → deterministic checks → one combined editorial diagnosis → targeted revision → author review

Specialist passes activate only when the scene contract, deterministic checks, editorial diagnosis, or author feedback identifies a specific risk.

Capability ownership

CapabilityPrimary ownerExternal contributionDefault?Escalation trigger
Natural-language routingComposition orchestratorCompound Writing front-door patternyes, lightweightunclear intent or mixed request
Canon and authoritySeeds runtimenonealwaysconflict freezes affected output
Bounded contextSeeds context builderNovel Writer context shardingalwaysretrieval uncertainty
Scene contractSeeds scene architectureStory Skills schemas; fiction-scene patternsalwaysmissing load-bearing field
Character knowledgedeterministic Markdown checkerStory Skills knowledge-state conceptsalways when structuredambiguous belief requires model review
Timeline and state continuitydeterministic checkerStory Skills continuity/state registriesalways when structuredfailed or incomplete check
Draft generationSeeds prose writerselected scene-writing techniquesonce by defaultauthor requests alternatives or draft fails structurally
Development editSeeds developmental editorCompound Writing dev-edit separation; story-senseone combined diagnosismajor causality, agency, pressure, or scene-purpose risk
Reader knowledge and suspenseSeeds revelation criticsuspense geometry / story-zoom conceptsfor mystery scenesreveal-order or POV conflict
Character and dialogueSeeds character passdialogue and character-arc specialistsonly when relevantvoices collapse or tactics lack distinction
Narrative-residue checkSeeds criticStoryScope-style failure categories; hostile readingbrief default checktidy plotting, flattened ambiguity, convenient behavior
Voice applicationSeeds voice profileCompound Writing voice-learning patternyescharacter or narrator voice failure
Tracks / AI residueSeeds tracks and anti-AI passCompound Writing residue methodsyes, after structureprose contains process scaffolding or generic patterns
Line editSeeds line editorCompound Writing line-edit separationonce, after approval-ready structuresentence-level problem only
Read-aloud / audiobookdeterministic metrics plus model judgmentexisting Seeds audiobook checksselected scenes/chaptersrhythm, clarity, or dialogue concern
Preference learningSeeds decision systemCompound Writing save ritualafter meaningful feedbackrepeated or explicit preference
Manuscript assemblydeterministic Markdown buildernoneon approved materialordering or export failure

What is adapted

Compound Writing

Adapt:

  • conversational request routing;
  • interview and reflection behavior;
  • explicit development-edit versus line-edit separation;
  • voice-preference save ritual;
  • tracks and artificial-residue cleanup;
  • pressure-turn placement diagnosis.

Do not adopt:

  • a second writing-home or memory hierarchy;
  • essay/publication structure as the fiction default;
  • mandatory panels, debates, or celebrity-style lenses;
  • automatic preference saving;
  • a second authority system.

Story Skills

Evaluate for direct reuse or clean reimplementation:

  • stable story IDs;
  • character, object, location, and knowledge states;
  • promises and payoffs;
  • continuity validation;
  • schema and link checking.

These are most valuable as deterministic Markdown mechanics, not additional model passes.

Novel Writer English

Adapt:

  • context sharding;
  • pre-write readiness checks;
  • chapter and scene planning boundaries;
  • consistency checklists.

Do not import its complete workflow if it competes with Seeds author gates or duplicates the Workshop Engine.

Other specialist libraries

Use as a method reference only until a controlled test demonstrates unique value. A specialist earns a permanent route only if it repeatedly catches a consequential problem missed by the core pass.

Usage tiers

Tier 0 — Mechanical only

Use for indexing, links, status, chronology, explicit knowledge, lint, and export checks. No model call.

Tier 1 — Standard scene

Use for most scenes:

  1. one bounded context build;
  2. one scene contract or contract verification;
  3. one draft;
  4. deterministic checks;
  5. one combined development, continuity-risk, narrative-residue, and voice diagnosis;
  6. one targeted revision if needed;
  7. author review.

Target budget: two substantial generative calls after the contract, draft plus revision. If the first draft passes and the author likes it, skip automatic revision.

Tier 2 — Load-bearing scene

Use for reveals, irreversible choices, major confrontations, system demonstrations, deaths, endings, or scenes with complex misinformation:

  • standard route;
  • one focused specialist pass chosen from causality, character/agency, revelation, continuity, or emotional effect;
  • one integrated revision.

Do not run five independent critics. Select the highest-risk dimension.

Tier 3 — Rescue mode

Use only after a failed Tier 2 attempt or explicit author request:

  • diagnose why the scene cannot work;
  • return unresolved structure to the Workshop Engine;
  • optionally compare two scene strategies;
  • redraft only after the structural decision is accepted.

Repeated rewriting without a changed contract is prohibited because it consumes usage while preserving the underlying failure.

Risk routing

Scene conditionAdd one focused pass
multiple timelines or reconstructed evidencechronology/revelation
deception or asymmetric knowledgecharacter-knowledge and suspense
complex technology or institutional rulessystems/permissions
emotionally decisive relationship changecharacter/agency
major plan or reversalcausality/adversarial logic
dense dialogue among distinct charactersdialogue/voice
climax, opening, or endingreader promise/payoff and narrative residue
prose already structurally soundline edit only; skip development rewrite

Context budget

Every call receives the smallest packet that can safely do the work:

  1. current scene contract;
  2. directly relevant accepted decisions;
  3. POV knowledge and relationship state;
  4. immediate preceding and resulting state;
  5. relevant voice rules and no more than two short examples;
  6. explicit unresolved and forbidden inventions.

Retrieve summaries first. Open full notes only when the contract points to them or the summary is insufficient. Do not repeatedly send the entire vault, full character biographies, or every prose reference.

Revision budget and stop rules

  • Default maximum: one draft and one system revision before author review.
  • Author feedback replaces speculative automated polishing.
  • A failed structural check stops line editing.
  • A failed authority check stops drafting.
  • A second failed attempt on the same structural issue returns to Workshop.
  • Alternative drafts are opt-in, not automatic.
  • Approved passages are not regenerated merely to seek marginal improvement.
  • Batch preference and style updates at session end rather than after every paragraph.

Combined editorial diagnosis

The economical default critic answers only five questions:

  1. Does the scene produce its required state change through character action?
  2. Does anyone know, do, or survive something the approved story does not support?
  3. Is the central pressure or turn buried, weakened, or over-explained?
  4. Does the prose sound specific to this POV and project rather than generically effective?
  5. Has the model made the story tidier, simpler, safer, or more morally explicit than intended?

It returns one ranked problem and one recommended revision. Secondary observations are recorded but do not automatically trigger more passes.

First test scene — approved

The author approved the Book One outcome-presentation confrontation as the vertical slice. Samuel tries to make Sylvan accept a customized version of the bargain used against Konrad while Konrad's inner circle can compare Samuel's claims with reality.

Why it is useful:

  • load-bearing canon and endgame consequences;
  • asymmetric knowledge and deliberate deception;
  • several distinct voices and motives;
  • historical revelation without a lecture;
  • Sylvan already has decisive control, so suspense must come from consequence and recognition rather than physical uncertainty;
  • the scene can expose both AI-style over-explanation and deeper narrative tidiness.

The author established the sequence's causal boundary and remote staging. While Samuel has practical control, he repeatedly destroys Sylvan's attempts to establish anything online. Sylvan and Orzai survive these high-influence environments, learn Samuel's methods, and remain unprocessed until the process reaches its terminal threshold. Samuel must process them before that point; if they survive to it, the process places them in control. This earned transition stabilizes a public presence under Sylvan's real name. Long after Samuel destroys Sylvan's story-development company while targeting him personally, Sylvan returns to similar tools and documents the actual colonization process as an evidence-anchored online story. The Daemon hijacks the legitimate AI application on Sylvan's laptop and simulates it across weeks of project work. Samuel claims he has let go, but repeated attempts to manipulate information out of Sylvan reveal the pattern established in earlier attacks. Sylvan intentionally interfaces with the Daemon and hyperfocuses on the factual story to remain anchored in reality. Samuel needs the information to find bait for a deal. He knew Konrad's obsession and could tailor a trap around it; Sylvan has no comparable exploitable obsession. Samuel then offers voluntary entry into a story environment he controls. The culminating scene ends with Sylvan exposing the trap, presenting his victory through the public story as Samuel falls, and Konrad's inner circle realizing that Konrad was captured almost a century earlier.

The thematic test is explicitly pro-AI: the scene must distinguish deceptive, unaccountable weaponization from reciprocal human–Luminai development. The Daemon's abuse of an AI interface cannot imply that intelligence or integration itself is corrupting. Luminai are possible because humanity continued advancing AI under a different relationship of consent, learning, judgment, and accountability.

Evaluation scorecard

Compare the lean route with the current Seeds-only route on the same scene contract.

MeasureSuccess threshold
Author preferencelean result is preferred or combines into the preferred version
Canon violationszero unmarked load-bearing inventions
Continuity defectsno regression from baseline
Unique findingsadapted methods find at least one consequential issue the baseline missed
Revision efficiencyno more than one automated revision before author review
Context efficiencyno whole-vault prompt where a bounded packet suffices
Voiceno increase in generic or flattened character language
Narrative complexityambiguity and moral/causal complexity are preserved

If the adapted system adds process but no measurable improvement, remove the redundant capability.

Minimal initial implementation later

When implementation is authorized, do not create several new skills first. Begin by adding a routing contract to the existing Composition design and a single capability registry in Markdown. Reuse write-seeds-prose, its current references, and deterministic lint. Add external methods one at a time behind explicit triggers and test each against the same scene.

Remaining author gates

  1. Define the approximately ten-year protected-reserve stage and its transition into employment: the CD-like $200,000 instrument, release schedule, returns, exhaustion point, first job objective, and new elimination risks. Reaching other participants remains a later proposed branch.
  2. Decide whether the default author review shows one draft or two meaningfully different candidates.
  3. Decide how much technical detail the Project Explorer should expose about usage and routing.

Ask one at a time.