Files
hermes-brain/ideas/upgrade-lifecycle.org
2026-05-24 03:00:35 +00:00

1.8 KiB

Upgrade and Distribution Lifecycle

Once instances diverge in both code and knowledge, naive git pull breaks things. Passepartout's architecture already has the primitives for safe upgrades:

  • Ontology versioning: every fact stores the ontology version at assertion. On upgrade, facts with old versions are flagged for re-verification.
  • Degradation, not crash: if an upgrade breaks the fact store, the system degrades to the pre-macro state (hash-table fallback, text-scan fallback). Still works — just proves less.
  • Reversible upgrades (Phase 0 undo): every upgrade produces a Merkle snapshot before applying.
  • Delta distribution: upgrades delivered as diffs against the current ontology version. Migration script runs automatically.

The upgrade is verified by the upgraded system before committing. The distributor ships the new gate vector; ACL2 reports which rules are compatible and which need review. The operator reviews only the incompatible subset. This verified upgrade process creates infrastructure lock-in — switching costs are high when all knowledge is deeply coupled to the ontology version.

Business model for upgrades: