open-index init <name> scaffolds a brain directory; then you author two kinds of
file — doc_types (schemas) and entities (instances).
1. Define a doc_type
A doc_type is a concept plus its schema — one YAML file indoc_types/:
doc_types/service.yaml
boostsets per-field search weight — a hit in aboost: 6title outranks aboost: 1description hit 6-to-1. Optional; defaults to 1.relationshipsdeclares the edge vocabulary so correlations are discoverable (shown in the UI + navigation guide) and lightly validated (right target type). Optional — entities may still use undeclared meanings.
open-index add-doc-type service (writes a stub you edit), or ask
your agent.
2. Add entities
An entity is one instance. Forstorage: file types, write one JSON per entity
under entities/<doc_type>/:
entities/service/checkout.json
idmust be<doc_type>:<slug>.related_tois the reserved correlation field present on every entity — it defines the graph edges (target+relationship_edge_meaning). This is how you say “this ticket is about that service” without any graph database.
3. Explore
open-index ui opens a read-only explorer. The sidebar always shows every doc_type
with its count and storage policy, so the structure is visible without navigating
anywhere. Four tabs:
Explore
Explore
Search + browse + drill into an entity’s relationships.
Map
Map
Auto-anchored on the most-connected entities — click any node to expand it.
Analytics
Analytics
What context CLI/MCP/UI clients fetched, and how often. Zero-result searches
show what to model next.
Jobs
Jobs
Connectors and their schedules.
Next
Populate at scale
Manual, bulk import, connectors, and agent write-back.
Tune search
Field search kinds, boosts, and semantic weighting.