Skip to content

Decisions and knowledge that compound instead of evaporating

What was decided, why, and what was rejected is recorded where the next session reads it, and a durable decision becomes an architecture record with typed links to what it put in force.

status
feature status: stable
domain
Context
on the homepage
featured

What it does

majordomus decision add records what was decided, why, what was rejected and which task decided it, superseded later by an entry that names it and never edited. majordomus adr lists, shows, proposes and checks the architecture decision records under the layer; a record extracted from a local decision is proposed, never accepted in the same act, and its related field carries typed references — a rule, a claim, a file, a test — that the graph turns into edges, so the reverse question, what decided this rule, is derived rather than written twice.

Knowledge is declared, not collected: the source classes say which files carry it, the index reads them through git, and search, knowledge and history answer over that index without anyone reading everything.

What it does not do

Nothing is promoted automatically. A decision recorded while working stays in the checkout's local state until a person judges it durable enough to write down as a record. There is no embedding, no vector store and no summariser; retrieval is over declared identities and text, and a reference that resolves to nothing is a finding, not a phantom node.

Why it exists

Operational moments from the Why catalogue that name one of this feature's mechanisms. Nothing here was assigned: a moment appears because it names a rule, a command, a capability or a claim this feature also names.

Every moment it answers (17)

How it works

The capability modules of the executable this feature names, each with the capabilities it composes. The interfaces each one reaches are listed under Interfaces below: they are projections of one declaration, not separate registrations.

Graphs graph behaviorally verified

The graphs derived from the registry and the index: the executable's own capability registry, the shape of the layer, the rule dependencies, the decisions and what they put in force, and the use cases and what they exercise. Canonical nodes and edges; a rendering library is a consumer, never the shape.

Knowledge base knowledge_base behaviorally verified

What the knowledge deriver left for review and whether it is still writing: the candidate records awaiting promotion with the branch of the episode each came from, one record by id with every reference it names resolved against the index, the ledger and git, and the derivation status of this checkout judged against the policy's freshness thresholds. Read from the index and the ledger; written by nothing here — the deriver is the shell tool's, and a person promotes.

The objects it is made of

Kinds of the layer. Each is a schema, a source class and a file on disk; the number beside it is what this repository holds today, counted at build time.

  • adr166
  • knowledge58
  • document353

Where it sits

domain
Context — Every worker starts from what the repository already knows: the context that applies to its path, the handover the last session left, and the decisions already made.
areas of work
decisionscontext

Interfaces

Each capability behind it, on every interface it is projected onto. A link goes to this site's reference for that interface; an HTTP route and an MCP tool are answered by a running majordomus serve, not by this site.

The capabilities behind this feature, by interface
capabilitycommand lineHTTPMCP tool
graph.get —none GET /api/v1/graph majordomus_graph
graph.list —none GET /api/v1/graphs majordomus_graphs
knowledge_base.candidates majordomus knowledge candidates GET /api/v1/knowledge/candidates majordomus_knowledge_candidates
knowledge_base.record majordomus knowledge record GET /api/v1/knowledge/record majordomus_knowledge_record
knowledge_base.status majordomus knowledge status GET /api/v1/knowledge/status majordomus_knowledge_status
in the Cockpit, of a running server
/cockpit/graphs Graphs
/cockpit/objects Objects

Evidence

What is guaranteed

Each claim this feature names, with the status its row declares, the verdict the recorded runs support, and the test that settles it.

Executable use cases

The rules that hold it

  • blocking Architecture decision integritymajordomus.adr-integrity
  • advisory Decision recordsmajordomus.decision-records
  • blocking The decision thresholdmajordomus.decision-threshold
  • advisory Externalise decisions and durable statemajordomus.externalise-decisions

The decisions behind it

Using it

The commands that run it

  • majordomus decision work

    Record a decision that was made between real alternatives, with its reason, and read them back.

  • majordomus adr conclude

    The repository's architecture decisions as objects: list, show, ask for the next free identity, propose one with provenance, and validate the whole set against this tree and every other ref.

  • majordomus knowledge inspect

    The compiled index over what this repository states, and the candidate records it derives from what an episode did.

  • majordomus search inspect · read-only

    Find a durable record without reading all of them, in authority order.

  • majordomus history inspect · read-only

    Read the append-only ledger back, filtered by task, event or time.

  • majordomus question work

    Open a question that blocks acceptance, resolve it, and list what is still open.

From the executable's command line

The synopsis of each, as the executable's own help prints it.

Where this page comes from

the file
.ai/repo/features/knowledge.md
the same answer
majordomus product show knowledge

Searches the titles and descriptions of every page this site publishes.