Files
mesh-catalog/modules/records
jschoubben 2369098303
mesh/merge-gate pass: builds mesh-issues, mesh-knowledge, records → novox; no bus step; every machine composes with the change as it did without (4 of 4 co…
mesh/repo-check pass: its merge-check.sh passed, each part in its toolchain: merge-check.sh (go), merge-check-typescript.sh (typescript)
mesh/delivery superseded: a newer head of the same pull request
Nothing reads decision records from hq: records_decisions retired, reserve asks the knowledge base, an empty import refuses (hq issue 488)
Once the records leave hq (issue 426), records_decisions would answer every topic empty, reserve would read 0
and hand out 0001 from a counter not started, and import would say it created nothing as a success. reserve now
starts and raises its counters above mesh-knowledge's knowledge_highest, the floor alone starting one (with a
warning) when it is silent and nothing spent with neither.
2026-10-11 12:25:58 +02:00
..

records

The record, read where it is written (novox/hq ADR 0025, ADR 0153).

A module that keeps a checkout of a repository of decisions, designs and issues — the mesh's own hq, or any repository of markdown on the forge — and answers questions about it over the bus, so whoever holds the console sees records_search beside every other tool and a symptom can be looked up in the design record without knowing it is there.

A checkout, not a copy. The same bytes the repository holds, at a commit every answer names, brought up to date on every merge the forge announces (gitea.pull.merged) and every ten minutes besides. Nothing is indexed, transformed or summarised, so nothing can drift from the source except by lagging behind it, and the lag is in records_status.

Tools

tool answers
records_search {query, limit?} where a phrase appears, as written: document, line, nearest heading, and the commit read
records_read {path} one document, whole
records_list {folder?} what a folder holds
records_decisions {topic?} retired (hq issue 488): refuses, naming the knowledge base's knowledge-base.holds, ask and get. The decision records and research efforts live in the knowledge base (hq ADR 0290), and an index read from an emptied 02-DECISIONS would answer every topic empty as a success
records_status repository, forge, commit and its date, last sync, document count, last error
records_sync bring the checkout up to date now

Configuring it

The module names no mesh (ADR 0112). It requires the git provision — the forge — and reads the repository its settings name:

settings set records repository.json      # {"repository": "<owner>/<name>"}

Public repositories only: it asks for no credential. Until a repository is set, it serves no tools and says so in its log.

The check ADR 0025 names

Search the mesh, through the console, for a phrase that appears only in one design document here, and get it back. records_search {"query": "…"} is that search; its test does the same against a repository it makes.

Where the checkout lives

A Go bundle the node's runtime launches as the operator account (cmd/records). It clones into repository/ inside the directory the mesh gives it — a directory it makes, and so owns. An earlier layout cloned into the given directory itself, from a container running as root, and left files the operator account cannot change; git then refused every sync as "dubious ownership" (hq issue 251). What that layout left is removed where it is the module's, and named in records_status (leftBehind, with the one command that deletes it) where it is not.