Skip to main content

RFCs

AUSUS is designed through RFCs — architectural design documents, one per subsystem. The RFCs are the reasoning behind the framework; the code is one implementation of them.

:::info Where the RFCs live The full RFC texts are in the rfcs/ directory of the repository. This section is a map of them and a record of which RFCs v0.1.0 actually implements — in most cases as a deliberate subset. :::

How to read this section

A subsystem appearing in an RFC does not mean it exists in v0.1.0. Always check the implemented/planned split before relying on a capability.

RFC catalogue

RFCTopicv0.1.0
RFC-000First real implementation passes / vertical slicebasis of v0.1.0
RFC-001Kernel — contracts and value objectsimplemented (subset)
RFC-002Persistence driverimplemented (SQLite subset)
RFC-003Tenancypartial — see below
RFC-004ViewSchemaimplemented (subset)
RFC-005Policy engineimplemented (subset)
RFC-006Workflow runtimeimplemented (subset)
RFC-007Auditimplemented (subset)
RFC-010Reporting & maintenanceplanned
RFC-011DSLimplemented (minimal subset)
RFC-012Standard stackimplemented
RFC-013Action / Effectimplemented (built-in effects)
RFC-014Authorizationpartial — contracts only

Several RFCs carry amendments and reviews (RFC-001-amendment-01, RFC-006-amendment-01, RFC-007-amendment-01, …); those refine the parent RFC and are read alongside it.

Why subsets

v0.1.0 implements subsets of most RFCs on purpose. The RFCs describe the intended end state; v0.1.0 is a vertical slice that proves the architecture end-to-end with the smallest surface that works. The pages in this section make the gap between "designed" and "shipped" explicit.