-
Notifications
You must be signed in to change notification settings - Fork 0
ASH Conformance
Jim Daley edited this page May 3, 2026
·
3 revisions
ASH is the immutable upstream semantic authority. Aeostara consumes ASH semantics and adapts product execution mechanics to them.
observe -> normalize -> map to ASH-aligned semantic state -> diagnose -> classify -> determine recoverability -> generate recovery plan -> gate -> backup -> execute -> verify -> rollback / fallback / containment / safe-halt
Aeostara is conformant when:
- ASH authority posture is explicit in repository architecture docs.
- Diagnosis-first semantic flow is documented and authoritative.
- State classification uses ASH-aligned classes.
- Recoverability mapping is deterministic.
- Recovery planning is recoverability-driven.
- Fallback decisions are registry-driven.
- Containment and safe-halt behavior are explicit.
- Diagnostic artifacts are schema/taxonomy compatible.
- Observation, intent, encoding, evidence, actuator, repair, policy, and fixture artifacts are current ASH-built downstream specifications.
- CI gates reject missing conformance artifacts and semantic-authority regressions.
| Scenario | Expected result |
|---|---|
| Semantically stable despite superficial drift |
STABLE, NO_ACTION
|
| Semantically unstable despite minimal/no superficial drift |
UNSTABLE or CORRECTABLE, recovery selected |
| Correction blocked | fallback selected |
| Fallback unavailable | containment entered |
| Containment breach | safe halt entered |
| Verification failure | rollback and/or escalation |
| Policy gate block | mutation blocked before execution |