Skip to content

Repository Map.md

Andy edited this page Aug 7, 2026 · 2 revisions

Repository Map

KFM uses a responsibility-root monorepo. A path is an authority claim: the root states which responsibility may own and mutate the artifact. Domains, sources, places, and object families refine that responsibility inside the root; they do not create new top-level roots.

Current root map

Kansas-Frontier-Matrix/
β”œβ”€β”€ .github/        GitHub platform orchestration and review routing
β”œβ”€β”€ apps/           deployable applications
β”œβ”€β”€ configs/        non-secret configuration
β”œβ”€β”€ connectors/     source acquisition and admission edges
β”œβ”€β”€ contracts/      semantic meaning and invariants
β”œβ”€β”€ control_plane/  machine governance projections and indexes
β”œβ”€β”€ data/           lifecycle and accountability instances
β”œβ”€β”€ docs/           human doctrine, decisions, architecture, and guidance
β”œβ”€β”€ examples/       runnable public-safe demonstrations
β”œβ”€β”€ fixtures/       deterministic valid, invalid, denied, and golden inputs
β”œβ”€β”€ infra/          deployment and exposure infrastructure
β”œβ”€β”€ migrations/     versioned migrations and rollback definitions
β”œβ”€β”€ packages/       reusable non-deployable implementation
β”œβ”€β”€ pipeline_specs/ declarative pipeline definitions
β”œβ”€β”€ pipelines/      executable lifecycle transformations
β”œβ”€β”€ policy/         allow, deny, restrict, hold, and abstain rules
β”œβ”€β”€ release/        release, correction, withdrawal, and rollback decisions
β”œβ”€β”€ runtime/        bounded local/runtime adapters
β”œβ”€β”€ schemas/        machine-checkable shapes
β”œβ”€β”€ scripts/        thin operational helpers
β”œβ”€β”€ tests/          executable conformance evidence
└── tools/          validators, generators, builders, and operators

The current repository also documents artifacts/ as a compatibility/generated-output transition, catalog/ as a deprecated containment root frozen to new writes, and src/ as conditional. Read the current root README and Directory Rules before acting.

Responsibility table

Question Owning root
Explain it to humans docs/
Index governance for machines control_plane/
Define what an object means contracts/
Define its machine-checkable shape schemas/
Decide whether use or exposure is allowed policy/
Prove a rule or behavior is enforceable tests/ and fixtures/
Build or validate repository state tools/
Operate a small helper scripts/
Run a deployable service or UI apps/
Share reusable implementation packages/
Fetch or admit an external source connectors/
Execute or declare a pipeline pipelines/ and pipeline_specs/
Store lifecycle, evidence, receipts, proofs, catalog, or published instances the correct data/ lane
Record a release, correction, withdrawal, or rollback decision release/

Placement decision

Before creating, moving, renaming, or deleting a path:

  1. Identify the artifact kind.
  2. Identify exactly one authority owner.
  3. Choose the candidate responsibility root.
  4. Apply exclusions for lifecycle, execution role, exposure, mutability, and retention.
  5. Add domain, source, geography, seam, or object-family scope only after the root is fixed.
  6. Check existing canonical, compatibility, generated, and legacy homes.
  7. Check dependency direction.
  8. Emit one finite result: PLACE, SPLIT, MIGRATE, MIRROR, HOLD, or DENY.

"Probably here" is not a governed placement result.

Domain-as-lane pattern

Hydrology is a domain, not a root:

docs/domains/hydrology/
contracts/domains/hydrology/
schemas/contracts/v1/domains/hydrology/
policy/domains/hydrology/
fixtures/.../hydrology/
tests/domains/hydrology/
pipelines/.../hydrology/
data/raw/hydrology/
data/work/hydrology/
data/processed/hydrology/
data/catalog/hydrology/
data/published/hydrology/

These are illustrative responsibility segments. Verify exact current conventions before creating a path.

Wiki placement

docs/wiki/ belongs under docs/ because it explains the project to humans. It does not own native-wiki platform settings, machine indexes, doctrine, policy, evidence, release, or publication. The native GitHub Wiki is a derived public projection, not a new KFM authority root.

Authority references

Clone this wiki locally