Skip to main content

Type Taxonomy (v0.41.22: gbrain-base-v2)

The 14-canonical-type DRY/MECE taxonomy shipped in v0.41.22. Predecessor gbrain-base (24 types) stays bundled for back-compat; v0.42+ installs default to gbrain-base-v2.

Why

A production modusbrain brain (186K pages) had accreted 94 distinct pages.type values in 9 clusters of redundancy. The type system is the foundation for schema packs, search filtering, extract behavior, enrichment routing, and expert routing. When types are noisy, every downstream feature degrades:
  • Search filtering is ambiguous--type article misses 2.2K articles typed as media/article, sources/article, etc.
  • Enrichment routing is incompleteenrichable_types could only list a few canonical types; 80+ legacy types meant most pages never got enriched.
  • Agent confusion — when ingesting a new article, should it be article, media/article, sources/article, or source/article? Four reasonable choices, none of them right.
  • Orphan inflation — 5,521 concept-redirect pages inflated orphan counts without adding knowledge value.
Issue #1479 catalogues the 9 clusters with exact counts. This doc is the response: a coherent 14-type taxonomy with subtypes/format/origin pushed to frontmatter, alias-table rows for redirects, real link-table rows for edge-shaped pages.

The 14 canonical types (+ note catch-all)

15 types total (14 canonical + note). The catch-all retype rule binds any uncovered legacy type to note with frontmatter.legacy_type = <original> preserved for rollback.

Subtypes (declared in frontmatter post-unify)

subtype_field for retype rules is restricted to an allowlist: {subtype, legacy_type, origin, format, kind, period, domain}. This prevents third-party packs from injecting title, slug, or type via mapping_rules (codex D9 security hardening).

Migration flow

Rollback paths

Every primitive ships with a documented rollback:

What if my brain doesn’t fit?

The catch-all retype rule (from_type: '*unknown*') handles long-tail types automatically — any page whose type isn’t covered by an explicit rule AND isn’t a page_to_link / page_to_alias source gets retyped to note with legacy_type preserved. Guarantees ≤16 distinct types post-unify on ANY brain. For brains with substantial custom types that deserve their own canonical (e.g. researcher for an academic brain), the right move is:
  1. Fork gbrain-base-v2: modusbrain schema fork gbrain-base-v2 my-pack
  2. Edit your fork to add page_types + mapping_rules covering your custom domain.
  3. Target your fork: modusbrain jobs submit unify-types --allow-protected --params '{"target_pack":"my-pack"}'
Your fork can also declare migration_from: {pack: gbrain-base-v2, version: "1.x"} to register itself as a successor — future agents discovering your pack via pack_upgrade_available will offer the migration.

Wikilink resolution post-unify

The slug_aliases table IS the resolver (D15: codex outside voice — don’t rewrite body-text wikilinks; the alias table is the right primitive). Wikilinks like [[old-redirect-slug]] keep working post- unify because:
  1. The wikilink resolver short-circuits through engine.resolveSlugWithAlias(slug, sourceId) BEFORE the existing fuzzy/prefix cascade.
  2. The lookup queries slug_aliases for any matching alias_slug in the provided source(s).
  3. If found, returns the canonical_slug. The renderer then resolves the wikilink to the canonical page.
Multi-source ambiguity (same alias_slug in two registered sources) emits a once-per-process multi_match stderr warning and returns the first match by source array order. Federated reads pass the full allowed-source array.

Search ranking signal: alias_resolved_boost

Post-unify, search results whose slug is a canonical_slug in slug_aliases get a 1.05x score multiplier via the applyAliasResolvedBoost post-fusion stage. Semantic intent: “user explicitly disambiguated this as canonical, so it should outrank fuzzy matches that hit aliases by accident.” SearchResult.alias_resolved_boost is stamped on touched results for --explain formatter visibility. KNOBS_HASH_VERSION bumped 5→6 to invalidate pre-v0.42 cache rows that don’t reflect the new stage.

Reference

  • Issue: https://github.com/thebuildceo/modusbrain/issues/1479
  • Pack file: src/core/schema-pack/base/gbrain-base-v2.yaml
  • Pack-upgrade mechanism: docs/architecture/pack-upgrade-mechanism.md
  • Migration handler: src/core/schema-pack/unify-types-handler.ts
  • Onboard checks: src/core/onboard/checks.ts
  • Skill: skills/schema-unify/SKILL.md
  • Plan + decisions: ~/.claude/plans/system-instruction-you-are-working-transient-elephant.md