amr/hermes-brain
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge verification-monopoly, evaluation-harness, collective-regression-suite into one page

Browse Source 
Combined all three under verification-monopoly.org with title:
'The Evaluation Harness — Collective Regression Suite as Certification Monopoly'
Structure: (1) vision from monopoly, (2) service from harness, (3) spec from collective-regression.
All three IDs preserved in PROPERTIES.
Deleted evaluation-harness.org and collective-regression-suite.org.
This commit is contained in:
Hermes
2026-05-24 19:12:49 +00:00
parent 348f2736a8
commit ede891f2ce
12 changed files with 226 additions and 232 deletions
Download Patch File Download Diff File Expand all files Collapse all files

21
projects/passepartout/strategy/upgrade-lifecycle.org Normal file
View File

@@ -0,0 +1,21 @@
:PROPERTIES:
:CREATED: [2026-05-24 Sun]
:ID: 29e4dbf3-cf19-589c-8b14-389e8a39d564
:END:
#+title: Upgrade and Distribution Lifecycle
#+filetags: :passepartout:economics:upgrade:distribution:ontology:
Once instances diverge in both code and knowledge, naive git pull breaks things. [[id:28c46769-c14b-42aa-ac7a-69d310157f8f][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 [[id:2f783eb4-638e-5afa-9b59-6224d086a712][infrastructure lock-in]] — switching costs are high when all knowledge is deeply coupled to the ontology version.
**Business model for upgrades:**
- Code upgrades: free (AGPL)
- Migration scripts: subscription. The verified migration path from current ontology version to new one.
- [[id:c34940cc-090e-57c4-8020-e78b1d32b96c][Domain knowledge package upgrades]]: subscription. When [[id:84fb5f8f-0527-4df0-b6b6-dbf3bcff8a7f][HIPAA]] updates, the healthcare package updates.
- [[id:84a537b4-4256-50c8-91f5-dd5b4538418f][Verification appliance firmware]]: bundled with hardware. Signed and verified against hardware root of trust.