Architecture Decision Records
This directory contains Architecture Decision Records (ADRs) for the Modeled Information Format (MIF) project.
Format
Section titled “Format”ADRs follow the Structured MADR format — an extension of MADR (Markdown Architectural Decision Records) that adds YAML frontmatter, full risk-assessed option analysis, split Positive/Negative/Neutral consequences, and a required code-grounded Audit section.
| ADR | Title | Status | Description |
|---|---|---|---|
| ADR-001 | Cognitive Triad Taxonomy | Accepted | Adopts the cognitive triad (semantic, episodic, procedural) as the foundational concept taxonomy — MIF’s answer to OKF’s absent concept-type system |
| ADR-002 | Dual-Format Design (Markdown + JSON-LD) | Accepted | Supports both Markdown and JSON-LD as first-class formats (refined by ADR-011: Markdown is canonical) |
| ADR-003 | Obsidian Compatibility | Accepted | Ensures Markdown memories are fully compatible with Obsidian vaults and conventions |
| ADR-004 | Three-Tier Trait Inheritance | Accepted | Defines a three-level trait inheritance model: mif-base, shared-traits, domain ontologies |
| ADR-005 | Underscore Namespace Prefix Convention | Accepted | Uses underscore prefix for base-type namespace directories to distinguish from domain content |
| ADR-006 | EntityData vs EntityReference | Accepted | Distinguishes inline structured entity data from lightweight entity references |
| ADR-007 | GitHub Raw URLs for Schema IDs | Accepted (amended → mif-spec.dev) | Originally used GitHub raw URLs for schema $id values; amended to use mif-spec.dev |
| ADR-008 | Decay Model Rationale | Accepted | Implements configurable exponential decay with half-life for memory relevance ranking |
| ADR-009 | OKF Compliance as a Superset (Pinned OKF v0.1) | Accepted | MIF is a superset of a conformant OKF v0.1 bundle and pins the criteria — no floating dependency (Invariant 5) |
| ADR-010 | Repositioning to Modeled Information Format | Accepted | Renames/repositions MIF as a general OKF-compliant content model; AI memory becomes the first domain profile |
| ADR-011 | Markdown-Canonical with Derived JSON-LD Projection | Accepted | Markdown .md is the source of truth; JSON-LD is a derived projection (Invariant 2) — refines ADR-002 |
| ADR-012 | OKF Conformance Enforced as a Tested CI Invariant | Accepted | Enforces OKF conformance, lossless round-trip, schema, and ontology/namespace validity as gating CI checks |
Creating New ADRs
Section titled “Creating New ADRs”- Copy the structure from a recent ADR (e.g. ADR-009) as the Structured MADR exemplar
- Use sequential numbering:
ADR-NNN-short-title.md - Fill in all sections: frontmatter, Status, Context, Decision Drivers, Considered Options (with risk assessments), Decision, Consequences (Positive/Negative/Neutral), Decision Outcome, Related Decisions, Links, More Information, and Audit
- In the Audit section, cite only
file:lineanchors you have opened and confirmed; if a finding cannot be confirmed, set the auditStatus: Pendingrather than inventing a citation - Update this index and link related ADRs bidirectionally via the
relatedfrontmatter
Status Values
Section titled “Status Values”Structured MADR frontmatter uses the standard MADR status enum:
- proposed - Under discussion
- accepted - Decision approved and in effect
- deprecated - No longer recommended
- superseded - Replaced by another ADR
An amended decision keeps status: accepted and documents the change in its ## Status line plus an ## Amendment section (see ADR-007).