basemind 0.2.2

Full AI context layer over MCP — tree-sitter code-map, document RAG (PDF/Office/HTML/email + OCR + reranker), shared agent memory, on-demand web crawl, git history + blame + per-symbol diff. 300+ languages, 8 coding-agent harnesses, content-addressed Fjall + LanceDB.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

# basemind config schemas

Each file in this directory is a **versioned JSON Schema (Draft 2020-12)**
snapshot for a major version of the basemind config format. The schemas are
**derived from the Rust types**, not the other way around.

## Source of truth

The Rust structs in `src/config/v1.rs` (and the sub-configs under
`src/config/documents.rs`) carry `schemars::JsonSchema` derives. The snapshot
in `basemind-config-v1.schema.json` is regenerated from
`schemars::schema_for!(ConfigV1)` and asserted byte-equal by
`tests/config_schema.rs`. Drift in either direction fails CI.

Hand-editing the schema file is forbidden. To update the snapshot after a
config change, run:

```sh
cargo test --test config_schema -- --ignored regenerate_schema
```

## Versioning policy

- New schema = new file. `basemind-config-v1.schema.json` is immutable once
  shipped; v2 lands as `basemind-config-v2.schema.json`.
- The TOML config carries a top-level `$schema` field. Validation picks the
  matching schema by that value.
- Migration between versions lives in `src/config/migrate.rs`. v1 is the
  current schema, so the chain is empty (`migrate_to_latest` is a passthrough).
  When v2 lands, add a `migrate_v1_to_v2(value: Value) -> Result<Value, ConfigError>`
  step and wire it into the chain — and expose a `basemind config migrate`
  subcommand that runs the chain and rewrites the user's TOML in place.