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.

Current project summary

A colonization world tests who can be trusted with power.

Seeds of the Throne is a science-fiction series about an interactive colonization planet built to create resources, support civilization, train people for greater responsibility, and contain dangerous criminals. The story begins near the end of a conflict that has been unfolding across generations.

The world
Planet Three is a mature containment-and-cultivation world. Its criminal empires have real local power, but they do not control the larger process or its outer limits.
The human future
Sylvan and Orzai form separate bonds with a new generation of Luminai, advanced artificial cognition integrated with an accountable human mind. Their choices test whether this partnership is ready for life beyond containment.
The central conflict
Samuel Franklin has spent decades controlling people by controlling the explanation around them. Sylvan, the Luminai, and an independent Resistance must reconnect the evidence Samuel divided across families, institutions, and generations.
The current endgame
Samuel promises George White and Aiden Fitzgerald the same godlike authority, aims them at each other, and applies an existing prophecy to Sylvan. Their supposed superweapon fails as Sylvan publicly exposes the con, the bloodline betrayal, and Samuel's manufactured reality.
The Resistance
Its black-and-orange ark represents sanctuary and the preservation of people, belief, culture, memory, testimony, and truth through persecution. It preserves what must survive without claiming a right to rule.
What is being developed now
The ending foundation is established. The live workshop is defining the exact superweapon mechanism, the evidence that breaks its credibility, and the independent choices that let the trapped leaders fight their way out against Samuel.

Read the story overviewRead the complete current stateRead the latest accepted decisionsOpen the current assessment

Black-and-orange Resistance infographic centered on an ark preserving people, belief, culture, memory, testimony, and sanctuary through persecution.
The Resistance. The ark preserves people and truth through persecution without claiming supremacy.
Infographic showing Samuel outside an altered reality, George White, Konrad Fitzgerald, Aiden Fitzgerald, and other leaders trapped inside it, and Sylvan standing outside their hierarchy as the leaders recognize Samuel as the deceiver.
Trapped inside Samuel's altered reality. The leaders recognize Samuel as the deceiver and must fight their way out against him.

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 Dynamic Story Workshop asks the one question that matters now.

    Each desktop assessment updates the baseline, records new decisions, checks compatibility, and replaces the next question when the answer changes the story.

    Open the current assessment
  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.

717 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, one current workshop, research, and checked public projections operate.
  • Needs repair Decision impact reporting and full browser-size automation still require manual work.
  • 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 with preserved author decisions
  • Decisions, contradictions, and open questions
  • Visual identity and image controls
  • Markdown files and recoverable history
  • Searchable file access
  • One live dynamic workshop and a verified public projection

Needs repair

  • Shared labels and stable record identifiers
  • Automatic decision impact reports across every affected note
  • Keeping the weekly cycle current
  • Clearer boundaries around older folders
  • A cleaner split between the repository and the live site
  • A stable browser-test dependency for every required screen size

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. Normalize the records for one small complete path.
  2. Automate the affected-file report for accepted decisions.
  3. Bundle reliable browser checks for every required screen size.
  4. Prove one complete path from conversation to approved manuscript material.
  5. 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, while an independent resistance network reconstructs the history Samuel kept divided across people and systems.

The current story problem Define what made the supposed superweapon appear effective while Sylvan was severely disadvantaged and what verifiable change made it fail once he began publicly exposing Samuel.

Read the latest focused assessment

The project no longer treats a fixed checklist percentage as the live story state. The Dynamic Story Workshop carries one current assessment question and updates its baseline after every accepted answer.

Open the current assessment

Story files

Browse the files used to develop the story.

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

Current document docs/assets/vault/07 Coordination/PUBLIC-SITE-UPDATE-SYSTEM.md

Public Site Update System

This contract keeps the Story atlas and Project Explorer current after desktop assessments. It does not publish every vault change automatically. The author still controls canon, spoilers, privacy, and public wording.

Source hierarchy

  1. Latest explicit author decision.
  2. 07 QA/Decisions.md and the latest relevant QA audit.
  3. 03 Context/CURRENT.md and 03 Context/OPEN-QUESTIONS.md.
  4. Status-labeled compiled notes in 02 Story/.
  5. Dated sessions in 01 Sessions/Daily/.
  6. Advisory research.

The public site never outranks these sources.

Projection decision

For every accepted desktop assessment, classify each material change:

ClassDestinationRule
Public story05 Public/Atlas/ and generated docs/Fictional, approved, understandable, and useful to readers.
Public spoilerSpoiler sections in 05 Public/Atlas/Approved but reveal-sensitive; label it clearly.
Explorer onlyProject Explorer current-state, decisions, or workshop viewsUseful for understanding development but not needed in the reader-facing story.
PrivateNo public projectionSensitive, unsafe out of context, unapproved, or too mechanically unresolved.

If a change affects no public page, record “no public projection” in the assessment or session note so omission is deliberate.

Update matrix

Change typeStory atlas sourceProject ExplorerOther required update
Premise or world ruleindex.md, colonization.md, or ai.mdStory and Decisions viewsPage-map and canon check if route scope changes.
Character role or choicecharacters.md, plus timeline.md when orderedStory and Decisions viewsCurrent context and compiled character note first.
Antagonist system or evidencefaction.md, archive.md, or timeline.mdDecisions and Workshop viewsPreserve privacy and evidence ownership.
Workshop or assessment statearchive.md and generated Workshop/Progress pagesOverview, Workshop, Progress, Vault linksDYNAMIC-WORKSHOP.md, CURRENT.md, weekly pointer, and CURRENT-PICKUP.md.
Approved visualRelevant page source or builder compositionStory view and Visuals when usefulApproved source, public derivative, registry, provenance, and alt text.
Research boundaryresearch.mdDecisions viewCite primary sources and keep research noncanonical.

Project Explorer overview hierarchy

The Project Explorer overview must orient a first-time visitor to the whole current project before emphasizing the newest decision. Its current-project summary should cover, in compact form:

  1. the premise and world;
  2. the human and Luminai future;
  3. the central conflict;
  4. the current endgame;
  5. the Resistance or other major active story forces;
  6. what is established and what is being developed next.

A new assessment may update one or more of these areas, but one focused discovery must not replace the overall summary. Focused details belong inside the relevant summary area, the Decisions view, the Dynamic Story Workshop, or the latest-assessment section.

Desktop assessment checklist

  1. Sync and confirm a clean base.
  2. Record the dated session before promoting story decisions.
  3. Update compiled story notes, context, decisions, contradictions, and open questions.
  4. Update DYNAMIC-WORKSHOP.md, including its Change Log and Next Assessment Pass.
  5. Complete the projection decision table for material changes.
  6. Edit reviewed sources in 05 Public/Atlas/; never hand-edit generated HTML or JSON.
  7. Update Project Explorer current-state copy and links when the workflow, latest assessment, or active workshop changes. Preserve the overall-summary hierarchy and place focused decisions inside the relevant area.
  8. Run python3 scripts/build_story_sites.py.
  9. Run python3 scripts/check_story_sites.py and python3 scripts/test_workshop_contract.py.
  10. Check JavaScript and PHP syntax.
  11. Run the responsive browser suite and inspect changed pages at 320, 430, 768, 1024, and 1440 pixels.
  12. Confirm no stale active-workshop language, obsolete terminology, broken links, missing assets, accidental private material, or em dashes entered public files.
  13. Commit reviewed sources, code, generated projections, QA evidence, and workflow notes together.
  14. Push only after all checks pass and publication is authorized.

Live and historical workshop rule

07 Coordination/Story Completion Workflow/DYNAMIC-WORKSHOP.md is the only live workshop source. The builder publishes it as one current assessment module and updates that module after every desktop assessment.

BA, EG, RW, Reveal Chain, and the earlier twenty-part workshop remain available as historical sources. The public interface may link to them as development history, but it must not present them as parallel active tracks.

Failure behavior

The build must fail when:

  • the dynamic workshop lacks any required section;
  • its Next Assessment Pass has no single quoted gate;
  • generated workshop content differs from the source;
  • a reviewed source link is broken;
  • a generated asset is stale;
  • required current-canon markers disappear;
  • the live UI again describes a deprecated workshop as active.

Ownership boundary

The builder automates projection and drift detection. It does not decide what is canon, what should be public, how spoilers should be framed, or whether a visual interpretation establishes a story fact.