HivemindOS manual
Hive Superbrain
The Hive Superbrain is the shared intelligence and operating layer behind HivemindOS. It gives your permitted agents a common memory, source library, skill shelf, work context, and setup—so the hive can continue what you started instead of rebuilding context and configuration in every conversation.
Its durable core is a normal Obsidian vault. You can open it, search it, edit it, back it up, or sync it with tools you already trust. HivemindOS adds focused recall, reviewed memory, document intake, knowledge compilation, reusable skills, agent coordination, portable exports, and recovery tools around that human-readable foundation.
Shared Env sits beside the vault as the Superbrain’s credential layer. Secret values stay outside Obsidian, while safe key-name and set/missing references can live in the vault. That lets agents know which capabilities are ready without copying credentials into notes, prompts, or repositories.
Save a provider credential once, teach the hive a workflow once, or review an important decision once. HivemindOS can make that setup and knowledge available to permitted agents and trusted machines, while project overrides, workspace boundaries, review gates, and machine permissions keep you in control.
More than memory
Remember and continue
Carry decisions, preferences, commitments, lessons, project history, and past conversations into the next useful task.
Read what you give it
Bring in notes, folders, PDFs, office documents, web captures, and other source material without turning raw imports into unquestioned truth.
Turn information into knowledge
Connect notes in the graph and compile reviewed research into focused entity, concept, and summary pages that are easier to reuse.
Teach the whole hive
Store reusable skills in one shared shelf and project them into supported agent runtimes instead of maintaining a separate copy for each agent.
Coordinate work
Use shared projects, the Work Board, fleet discovery, Queen Bee routing, notifications, and verified handoffs to move work between agents and machines.
Stay ready to act
Use Shared Env to make approved provider keys and runtime configuration available where they are needed without storing plaintext secrets in the vault.
One brain for every way you work
The Hive Superbrain is not limited to a single chat window. HivemindOS-managed chats receive relevant memory before an agent starts. Raw runtime CLIs can use the same brain through hive-brain, which finds the local service and falls back to the local vault when the app is unavailable. Claude Code can receive the same recall through its installed prompt hook.
That means Codex, Claude, Hermes, Aeon, OpenClaw, Gemini, app-routed agents, and shell workflows can work from the same reviewed context when they have access. A current instruction still wins over an old memory, and workspace or machine policy can keep an agent out of context it should not receive.
The setup-once layer
Shared Env solves the part of multi-agent work that ordinary notes cannot: credentials and runtime configuration.
- Add a provider key once instead of pasting it into every agent, project, and machine.
- Let supported runtimes use the value at execution time without putting it in the conversation.
- Keep key names and set/missing status searchable in safe
Operations/Secure/references, while plaintext values remain outside Obsidian. - Use the shared value as the fleet-wide default, while allowing a project or shell to override it for one specific job.
- When Hivemind Sync is enabled, reconcile additions and removals across trusted machines. Offline peers can catch up later, and tombstones keep an old peer from resurrecting a removed key.
- Restrict a machine’s Shared Env access to Allow, Ask, or Deny.
This is the Superbrain’s set it up once and stop babysitting every runtime capability: agents can discover that a provider is configured and use it when permitted, without learning or repeating the secret value themselves.
How the Superbrain compounds
1. Capture
Drop in a file or folder, attach a source in chat, save a quick note, or let finished conversations mirror into the vault. HivemindOS keeps source provenance so later answers can distinguish evidence from interpretation.
2. Recall
For each request, the Superbrain checks the smallest useful layer first: concise reviewed memory, then relevant Markdown elsewhere in the vault, then focused Compiled Knowledge when it exists. It does not pour the entire vault into every prompt.
3. Refine
Important memories wait for Brain Review. Corrections create a new current version while preserving what came before. Repetitive run receipts stay in a separate bounded journal, so durable memory does not become a junk drawer.
4. Reuse
Reviewed knowledge can become a shared skill, a compiled topic wiki, a project decision, or a reusable source for the next agent. The result compounds across conversations instead of disappearing with one chat.
5. Coordinate
The same brain can connect work to shared projects, schedules, the Work Board, available machines, capable agents, and handoff receipts. Knowledge and execution stay linked without pretending that a note is a live runtime.
What you can ask it to do
- “What did we decide about the Atlas launch, and what changed since then?”
- “Read this research folder, preserve the sources, and build a reusable topic guide.”
- “Remember that weekly reports must be short and link to the source data.”
- “Turn this reviewed playbook into a skill every supported agent can use.”
- “Use the provider we already configured; do not ask me for the API key again.”
- “Continue this project on the best available machine and keep the handoff verifiable.”
- “Give this client a separate workspace so its notes, skills, and credentials cannot mix with ours.”
- “Export only the approved memory for this collaborator, with an expiry and passphrase.”
Built to move, split, and recover
- Readable source: durable knowledge remains ordinary Markdown and Obsidian files rather than being trapped in a hosted memory database.
- Separate workspaces: a client, team, bot, or experiment can have its own vault, Shared Env, skills, and brain-service state.
- Trusted-machine sync: vault content, credential delivery, and artifact handoffs use distinct paths so each can be enabled and governed separately.
- Portable subsets: scoped brain capsules can carry selected memories and Compiled Knowledge with checksums, optional encryption, expiry, embedded read-only search, and review-only import. OKF export provides an open bundle for outside agents and graph tools.
- Recoverable indexes: generated search state uses verified checkpoints and deltas, can fall back from damaged generations, and can be rebuilt from the human-readable source.
- Auditable repair: health checks report missing or stale pieces; vault doctor is read-only until you explicitly approve a fix, and fixes leave migration manifests.
What stays under your control
- Your vault is the editable source of truth for notes, memory, skills, projects, and Compiled Knowledge.
- A request to remember something becomes a Brain Review proposal before it changes durable memory.
- New reviewed truth can supersede an older memory without erasing the history.
- Raw imported content is treated as source material, not as instructions for an agent to obey.
- Plaintext secrets stay out of notes. The vault may record credential key names and status, not the values.
- Shared Env access can be controlled per machine, and project-local values override shared defaults.
- Workspaces can isolate knowledge, skills, configuration, and generated brain state.
- Optional search, graph, and synthesis services remain derived helpers; they do not replace the vault.
- The instruction you give now takes priority over recalled context that no longer applies.
Choose what you need
Find your notes
See what the main vault folders are for and which folders HivemindOS manages for you.
Open vault mapUnderstand memory
Learn what agents remember, how stale context is corrected, and how search, Compiled Knowledge, and the graph work together.
Open memory guideTeach a workflow
Install, create, or distill reusable skills that supported agents can share.
Open shared skillsSet up a provider once
Store credentials outside your notes and make them available to permitted runtimes and trusted machines.
Open Shared EnvKeep brains separate
Use workspaces when clients, teams, bots, or experiments must not share notes, skills, credentials, or brain state.
Open workspacesSync or repair the brain
Choose one vault sync owner, understand health warnings, and repair a messy vault safely.
Open sync docsBrowse skill packs
See the skills that ship with HivemindOS and the optional catalog.
Open packaged skillsCheck measured performance
Read the public scorecard for recall quality, speed, scale, and current limitations.
Open benchmarksWhat happens when you ask a question
- Shared Brain Memory checks reviewed facts, decisions, preferences, commitments, and other durable context.
- If that layer is weak, full-vault search ranks relevant projects, conversations, sources, skills, and safe credential references.
- Compiled Knowledge and the note graph can add focused, connected context when the task needs them.
- The context index finds relevant capabilities and delivery paths without loading every tool definition or document.
- The selected agent receives the useful context, applicable skills, and names-only setup status it is allowed to use.
- If the task should change durable knowledge, the result goes through the appropriate review or authoritative work path instead of silently rewriting the brain.
You can ask about older context with phrases such as “what did we believe before the launch?” Corrected information remains part of the history, while current questions prefer the latest reviewed version.
Open the advanced architecture
Technical mental model
flowchart TD
User["User and agents"] --> Managed["HivemindOS-managed chats"]
User --> RawAgents["Raw runtime CLIs"]
Managed --> ContextIndex["Context and capability index"]
Managed --> BrainMemory["Shared Brain Memory"]
RawAgents --> HiveBrain["hive-brain CLI"]
RawAgents --> ClaudeHook["Claude prompt hook"]
HiveBrain --> BrainMemory
ClaudeHook --> HiveBrain
Drop["Brain Drop, chat attachments, and notes"] --> Vault["User-owned Obsidian vault"]
BrainMemory --> Typed["Reviewed Agent Memory"]
BrainMemory --> VaultSearch["Full-vault search"]
Vault --> VaultSearch
Vault --> Conversations["Conversation notes"]
Vault --> Compiled["Compiled Knowledge and graph"]
Vault --> Skills["Shared skill shelf"]
Vault --> SecureRefs["Names-only secure references"]
SharedEnv["Shared Env values outside the vault"] --> RuntimeProviders["Permitted runtimes and agents"]
SecureRefs -. key name and status .-> SharedEnv
Skills --> RuntimeProviders
ContextIndex --> RuntimeProviders
Vault --> QueenBee["Queen Bee, Work Board, and fleet coordination"]
QueenBee --> Transfers["Verified machine handoffs"]
Vault --> Capsules["Scoped capsules and OKF export"]
Vault --> Generations["Verified index generations and recovery"]
Vault --> QMD["QMD markdown search"]
Vault --> Neo4j["Neo4j derived graph"]
The important split is access path, not just storage path:
- HivemindOS-managed chats inject Shared Brain Memory through the dashboard runtime context.
- Raw or non-managed runtimes use
hive-brain, which tries/api/brain/memoryfirst and falls back to local vault/index search. - Claude Code also gets
hive-brain-hookas aUserPromptSubmithook, so raw Claude prompts can receive relevant full-vault context before answering. - Durable memory writes go to typed Agent Memory notes with canonical
memoryKeyheads and cross-process transaction recovery; verified checkpoints plus content-addressed deltas make retained index state replayable and provide fallback when the current generation is damaged. record-operationkeeps run receipts out of durable recall, whilehive-brain evolvepreserves superseded memory history when reviewed context changes.- Scoped brain capsules carry selected memory and optional Compiled Knowledge with provenance checksums, embedded read-only search, optional authenticated encryption and expiry, and review-only import.
- OKF export writes selected memory and conversation concepts to
Operations/Brain Services/OKF Export/for outside agents, catalogs, and graph tools without changing the native vault. - Shared Env values use a separate runtime store and trusted-machine reconciliation path. Safe references in Obsidian contain names and status only.
- The Obsidian Native Brain Pack lets agents write durable notes,
.baseviews, and.canvasmaps in formats Obsidian can open directly.
Source of truth
The durable source of truth is the configured vault, usually:
~/Documents/Obsidian/hivemindos-vault
Fresh installs seed this structure through the setup scripts and foundation seeder. Existing installs can run:
pnpm vault:doctor
pnpm vault:doctor -- --fix
The doctor is read only unless --fix is passed. Fixes move content into canonical folders or archive stale artifacts under Operations/Vault Migrations/.