doc_type
A concept you want to track and maintain —
service, customer, issue.doc_schema
The fields stored for a given doc_type, plus how each is searched and weighted.
entity
One instance of a doc_type, stored per its schema and linked to others.
connector
An optional source you extract entities from, e.g. an MCP server.
doc_type
A doc_type is an empirical representation of the kind of object you want to store in your brain. Sample doc_types by domain:- infra —
service,datastore,dashboard,runbook,alert - sales —
lead,deal,account - lending —
loan,borrower,application - personal —
goal,project,person,area,note
doc_types/. It declares a schema, an optional
display config, and an optional relationship vocabulary.
doc_schema
The schema lists the fields a doc_type stores. Per field you set the datatype, how it’s searched (syntactic, semantic, or none), and a ranking
boost. See Search configuration for the full
field reference.
entity
An entity is one instance of a doc_type. Itsid must be <doc_type>:<slug>
(e.g. service:checkout).
Every entity carries the reserved related_to field — the correlation field
present on all entities. It defines the graph edges: each edge is a target plus a
free-text relationship_edge_meaning.
connector
A connector is an optional ingestion script in<brain>/connectors/*.py that
pulls from someone else’s MCP server on a schedule and turns the results into
entities. See Connectors.
Where entities live: storage: file | index
Each doc_type declares its source of truth, so curated and machine-generated data
don’t fight over git.
- storage: file
- storage: index (default)
JSON files under
entities/<doc_type>/ are the source of truth — git-tracked
and PR-reviewable. Right for curated, human- or agent-authored entities.
open-index index reconciles these from disk on each run.