Watch an agent work a vault
This is the exact tool sequence from the staging smoke test — the one the journal attributed line by line.
What this actually is
Helios began as a working single-machine system: markdown vaults on disk, an agent contract in
AGENTS.md, a ~280-line shell script doing deterministic retrieval, and a local read-only
console called Flux that gave every vault an operating-system view. It worked — the
question was whether it could become a product without losing what made it work.
Compile sources into a wiki once instead of RAG-ing raw text forever · hold every page to the tiny OKF contract · keep the human PARA layer separate from the agent wiki · retrieve with deterministic code, zero model calls. Field note 1 is the tour.
One physically isolated database per vault (a Durable Object), real auth with agents as named principals, an MCP server so your agent operates the vault, share links, quotas, backups, and export that round-trips your markdown byte-for-byte.
The same OS-per-vault console, hosted: home/desktop, search/spotlight, graph/file-manager, journal/system-log, pulse/activity-monitor — still read-only, still showing the truth rather than editing it.
Not a RAG search box over your raw files. Not auto-promoted "AI knowledge". Not a silo — the export button and the append-only journal are the trust features, not the fine print.
The kernel multiplies
On one machine, Flux served two vaults for one person. In Helios, the same shape multiplies: the kernel (routing, auth, search, alarms, billing) is shared across everyone, while every vault keeps its own database, its own vector namespace, its own R2 prefix, its own privacy rules, its own journal. Your agent connects with a key scoped to exactly one vault; a colleague's share link reads exactly one vault; deleting a vault leaves exactly nothing.
The practical consequence: you can give an agent real write access to your knowledge base without giving it your knowledge base. The blast radius of any mistake is one seedling in one vault, waiting for your review.
The fifteen-minute path
- Sign up at
/app— your personal org is provisioned on first use. - Create a vault from the personal template (agents write wiki-only) or engineering (agents also keep project records).
- Import your Obsidian vault or markdown folder — frontmatter preserved verbatim, PARA folders detected, nothing rejected (odd pages get flagged for you instead).
- Mint an agent key in Settings (shown once), and point any MCP client at
/mcpwith it. - Paste the contract prompt into your agent — or better, let it read the vault's own
AGENTS.mdresource — then drop a first raw source into the queue and callvault_ingest_sourcewith itsrawId. Text, HTML, and PDF compile into cited wiki pages plus 2–3 inbox seedlings. - Review the seedlings on the home screen. Promote what earned it. You're running.
Chapter 04 walks all eight steps interactively — who acts, what to click, what to call — and ends with the copy-paste prompt that teaches any agent the whole system, including how the console behaves as an OS per vault.
That's the pitch and the path. The system was built so that the interesting part of your day is reading compiled knowledge and deciding what to trust — not feeding a retrieval pipeline and hoping. Go plant something.