Each record is Markdown with YAML front matter. The envelope carries format_version, id, kind, title, record_status, timestamps, recorded_by, visibility, relations, and claims. The body is Markdown. Dates are strings. The normative fields are in schemas/record-kinds.schema.json.

KindWhat it holds
applicationName, purpose, and status of the application
goalOutcome, and whether it is unmeasured
stakeholderRole, interests, and responsibilities
use_caseActor, trigger, intended outcome, and flow
conceptDefinition, aliases, and scope
componentResponsibility, boundaries, source locators, and interfaces
decisionStatus, choice, rationale, alternatives, and authority
constraintA limit the project accepted
questionIssue, status (open, answered, or deferred), and affected ids
workStatus, objective, acceptance criteria, and verification refs
sessionAccomplished work, left off, and next steps
lessonContext, problem, resolution, limits, and generalization status
changeChange type, affected ids, reason, and evidence refs
evidenceKind, repository, result, source, and limitations
capability_refA link to an external capability, including a derived cached title

Visibility internal is omitted from the public view. Relations are typed links between record ids. A claim names a statement, a basis, a status, and evidence refs. An unsupported claim is not the same thing as a missing file.

Work status may stay in_progress after an acceptance criterion is met. The criterion status is the acceptance fact. The work status is separate.