Brainstorming: how explanatory-reach informs KB design

Type: kb/types/note.md · Tags: learning-theory, kb-maintenance, discovery

Deutsch's "reach" (The Beginning of Infinity), registered in this KB as explanatory-reach: a good explanation applies far beyond the specific situation it was devised for. Notes in a KB vary in explanatory-reach, and this variation matters — but not for the reason you might first expect.

Notes sit on an explanatory-reach spectrum

  • High explanatory-reach — constraining, consumer-directed reshaping, context-efficiency — principles that apply across agent systems regardless of implementation
  • Medium explanatory-reach — files-not-database, short composable notes, title-as-claim — principles that apply to a class of KBs (authored, agent-navigated) but not universally
  • Low explanatory-reach — ADR 004 (tags not areas), ADR 002 (inline templates) — choices specific to this installation

The boundary between levels is not always obvious. Many notes that look like local design choices are actually medium-explanatory-reach principles. Files-not-database derives from a general argument about premature schema commitment — it applies to any system that doesn't yet know its access patterns. The Graphiti section maps where that explanatory-reach ends, which is exactly what good explanations do: they have clear scope, not unlimited generality.

Explanatory-reach does not obviously help retrieval

When searching for "should I use a database?", you want files-not-database regardless of its explanatory-reach level. We haven't identified a retrieval scenario where knowing a note's explanatory-reach would change what you look for or which results you prefer. But this deserves more thought — it's possible explanatory-reach could inform ranking or filtering in ways we haven't considered.

Explanatory-reach is valuable and dangerous

Explanatory-reach is the most valuable property a note can have. A high-explanatory-reach note unifies many phenomena under one explanation — it replaces many narrow notes and makes the KB more coherent. A KB with only low-explanatory-reach notes describes everything and explains nothing.

But explanatory-reach creates fragility. The cost of changing a note is inversely related to its explanatory-reach in a non-obvious way:

  • Low-explanatory-reach changes (reversing an ADR, changing a convention) can touch many files but the work is mechanical — find-and-replace frontmatter, update instructions. Agents handle this cheaply.
  • High-explanatory-reach changes (revising a foundational principle) may touch few files directly, but the downstream reasoning across many notes may silently break. The impact is conceptual, not syntactic, and hard to grep for.

So explanatory-reach is worth pursuing — but it demands care. This tension shapes two practical heuristics:

  1. When writing, push for the most general formulation the argument supports, but map the boundaries explicitly. Overclaiming explanatory-reach without marking where it ends (the way files-not-database maps its Graphiti boundary) produces brittle generality.

  2. When reviewing, clusters of similar low-explanatory-reach notes suggest an unextracted higher-explanatory-reach principle. Three notes making the same argument in different contexts are a signal that a general principle is waiting to be named.

Existing machinery already covers the consolidation case

The /connect skill's synthesis opportunity detection watches for "a pattern across three or more notes that has not been named," and Phase 5 abstraction logging captures the same signal. The explanatory-reach concept names what those checks are detecting but may not require additional tooling.

Open questions

  • Is there a practical maintenance workflow that uses explanatory-reach beyond what synthesis detection already provides?
  • Should high-explanatory-reach notes receive more scrutiny during review (e.g., a /validate check for boundary-mapping)?
  • Does explanatory-reach deserve to be surfaced explicitly (frontmatter, tag), or is it better left implicit — something a reviewer recognizes rather than a field an author declares?

Relevant notes: