One file, one unit
A single markdown file is the complete source of truth for one unit of the thing. No partial record scattered across a wiki, a ticket, and someone’s memory.
εἶδοςeidos, noun — from ἰδεῖν, to see
Plato used it for the eternal Form; Aristotle for what makes matter into a particular thing. Eidos is a markdown standard for writing that form down.
One file is the complete source of truth for one unit of what you're building. Define it against an established standard, in plain Markdown files, stored on whatever system you want. You own your data and the output.
---
id: resume-playback
title: Resume Playback
summary: Returns a viewer to the exact second they stopped.
status: In Progress
domain: playback
connects_to:
- "[Watch History](../channels/watch-history.md)"
---
# Resume Playback
## Intent
A viewer who leaves mid-video should not have to
hunt for their place when they come back…
## Behaviors & Acceptance Criteria
- AC1: Position is stored per viewer, per video.
## Out of Scope
- Cross-account resume. A shared TV is one device,
not one person.Frontmatter is the agreement. The body is the shape. Both live in git.
It scatters into tickets that close, wikis nobody prunes, and the heads of people who leave. Six months on, the only honest answer to “what is this thing supposed to be?” is a meeting.
A single markdown file is the complete source of truth for one unit of the thing. No partial record scattered across a wiki, a ticket, and someone’s memory.
A task describes work and dies when the work ships. A blueprint describes the thing, and stays accurate across its whole life: before it exists, while it’s built, after it’s retired.
The folder sits next to the code it describes and is reviewed in pull requests. No SaaS, no lock-in, no hidden state.
A framework — collections, shapes, schema, roles — is the piece one team hands to another. One framework, any number of roots.
How it works
_eidos/ at the root, and it's the portable piece — the part one team hands to another.Blueprints/ # the root — name it anything
README.md # the human "start here"
_eidos/ # the framework — the form
shapes/ # body templates, one per flavor
roles/ # how the agent talks to each role
Framework.md # index + config + schema
frames/ # the framing collection
specs/ # the blueprints
index.md # generated leaf
playback/
resume-playback.md
roadmap.md # a top-level doc — yoursNothing above is named by the standard
EIDOS.md defines collections, shapes, flavors, and properties — never what any of them is called. Eidos ships three seed frameworks so you can start from the nearest one and reshape it. A framework that ends up looking like none of them is working as intended.
softwareA product, service, or system being built.
bookA book, long-form argument, or course.
researchA question, a study, or a programme of inquiry.
Human-first
A spec is a check on the code, and a check is only a check if it comes from somewhere else. Let an agent write the spec and then write the code, and it satisfies its own spec — everything agrees, every review passes, and nothing has been verified.
A blueprint no one thought through is worse than none.
So intent, scope, and decisions stay with a person. An agent formats, supplements, asks clarifying questions, and presses on scope. It does not author blueprints for you, and it does not set direction.
And if you're going fully autonomous — not reviewing, not deciding — then don't write roots at all. They'd add ceremony, not correction. When not to use Eidos →
The tooling is optional; the framework isn't. Write every file by hand if you like — but keep _eidos/ on disk, because a standard you hold in your head drifts. Where you want help, nine agent skills ship alongside it, for Claude Code, Codex, and anything else that reads a SKILL.md.
iteratequestion an idea until it holds stilleidosauthor and validateformatreshape a rough draftinstallscaffold a new rootconfigureadd a collection, flavor, or propertyindexrebuild a collection's indexcanvasdraw the blueprints as a mapwhoamiset who's in the seatmigratemove to a new standard versionEidos ships three starting frameworks — one for a product, one for a book, one for a programme of inquiry. Take the nearest and reshape it until the vocabulary is yours. Everything a seed gives you is changeable later, so “close enough” is the right answer.