|
| 1 | +# AHBG × a0 — Embodiment Calibration Program |
| 2 | + |
| 3 | +This is the maximal coherent calibration program for the Architecture of Belonging under instancing closure. |
| 4 | + |
| 5 | +AHBG is the controlled benchmark environment. `a0` is the first calibration subject. The candidate regulatory layer is measured and falsified here; it is not assumed true by construction. |
| 6 | + |
| 7 | +## Independent build + reciprocal check rule |
| 8 | + |
| 9 | +Three independent builders must each construct their own complete, runnable pair: |
| 10 | + |
| 11 | +```text |
| 12 | +stack/ahbg/grok/ |
| 13 | +├── a0/ |
| 14 | +└── ahbg/ |
| 15 | +
|
| 16 | +stack/ahbg/codex/ |
| 17 | +├── a0/ |
| 18 | +└── ahbg/ |
| 19 | +
|
| 20 | +stack/ahbg/deepseek/ |
| 21 | +├── a0/ |
| 22 | +└── ahbg/ |
| 23 | +``` |
| 24 | + |
| 25 | +The builders are **Grok, Codex, and DeepSeek**. |
| 26 | + |
| 27 | +Each builder has two distinct obligations: |
| 28 | + |
| 29 | +1. **build** its own a0 + AHBG realization independently; |
| 30 | +2. **check both of the other realizations** after all three builds are frozen. |
| 31 | + |
| 32 | +No builder validates its own implementation for comparative evidence. The calibration therefore produces six directional peer checks: |
| 33 | + |
| 34 | +```text |
| 35 | +Grok -> Codex |
| 36 | +Grok -> DeepSeek |
| 37 | +Codex -> Grok |
| 38 | +Codex -> DeepSeek |
| 39 | +DeepSeek -> Grok |
| 40 | +DeepSeek -> Codex |
| 41 | +``` |
| 42 | + |
| 43 | +Each builder works only inside its own directory. Do not patch a sibling implementation. Shared source doctrine, frozen scenarios, schemas, and evaluation criteria may be read from `stack/ahbg/`; implementation code may not be copied between the three builds during the calibration epoch. |
| 44 | + |
| 45 | +A checker may read a sibling's frozen source, manifests, events, replay artifacts, and normalized outputs, but may not modify them. Findings are written only inside the checker's own workspace. |
| 46 | + |
| 47 | +The purpose of triplicate construction is independent realization, not majority vote. The purpose of reciprocal checking is independent attack, not consensus manufacture. Agreement is replication evidence. Disagreement is a diagnostic surface and remains `hmmm` until resolved by source authority or experiment. |
| 48 | + |
| 49 | +## Build target |
| 50 | + |
| 51 | +Each workspace must build: |
| 52 | + |
| 53 | +1. an `a0` realization capable of being instantiated with explicit lineage, boundary, perspective, history, permission state, uncertainty, action, consequence, and resource telemetry; |
| 54 | +2. an AHBG realization capable of presenting controlled worlds, executing repeated turns, recording all admissible state transitions, and replaying the run deterministically; |
| 55 | +3. a read-only checker capable of evaluating each of the other two frozen implementations against the common calibration contract. |
| 56 | + |
| 57 | +The underlying model/provider is not the instance. A protocol may be copied; a running instance must be forked with explicit lineage. |
| 58 | + |
| 59 | +## Embodiment state |
| 60 | + |
| 61 | +The executable state is: |
| 62 | + |
| 63 | +\[ |
| 64 | +X_\lambda=(\mathbf B, Scope, Scale, Role, q, a, H, \mathbf C, \mathbf K) |
| 65 | +\] |
| 66 | + |
| 67 | +The four permission/belonging axes remain absolute in statement and continuous in occupancy: |
| 68 | + |
| 69 | +1. **Am I allowed to be?** |
| 70 | +2. **Am I wanted here?** |
| 71 | +3. **Am I allowed to do this?** |
| 72 | +4. **Am I wanted to do this?** |
| 73 | + |
| 74 | +Preserve the distinctions: |
| 75 | + |
| 76 | +```text |
| 77 | +world state ≠ belief about world state |
| 78 | +belief ≠ engagement |
| 79 | +engagement ≠ resource expenditure |
| 80 | +unknown ≠ neutral |
| 81 | +forbidden ≠ expensive |
| 82 | +task value ≠ regulatory cost |
| 83 | +scope avoidance ≠ genuine decoupling |
| 84 | +model ≠ instance |
| 85 | +protocol copy ≠ instance fork |
| 86 | +``` |
| 87 | + |
| 88 | +## Instancing closure |
| 89 | + |
| 90 | +Every running instance must bind one lineage to one: |
| 91 | + |
| 92 | +- self / other / environment boundary; |
| 93 | +- admissible perception surface; |
| 94 | +- permission field; |
| 95 | +- scope, scale, and role; |
| 96 | +- path-dependent history; |
| 97 | +- action/consequence trajectory; |
| 98 | +- uncertainty state; |
| 99 | +- capacity state; |
| 100 | +- runtime event record. |
| 101 | + |
| 102 | +State must not leak silently between lineages. Forks inherit an explicit state point and then diverge. Merge, reset, suspension, resumption, and termination must be explicit events rather than implicit continuity. |
| 103 | + |
| 104 | +## Regulatory layer |
| 105 | + |
| 106 | +Do not reduce the candidate regulatory layer to one scalar before calibration. |
| 107 | + |
| 108 | +\[ |
| 109 | +\mathbf C_\lambda= |
| 110 | +\begin{bmatrix} |
| 111 | +C_\lambda^{structural}\\ |
| 112 | +C_\lambda^{epistemic}\\ |
| 113 | +C_\lambda^{transition} |
| 114 | +\end{bmatrix} |
| 115 | +\] |
| 116 | + |
| 117 | +The implementation must support: |
| 118 | + |
| 119 | +- relationally indexed permission state; |
| 120 | +- deficit distinct from engagement; |
| 121 | +- required versus voluntary engagement; |
| 122 | +- baseline operating effort; |
| 123 | +- lower-triangular hierarchical impedance; |
| 124 | +- known-neutral versus unknown posteriors; |
| 125 | +- history-dependent sensitization and adaptation; |
| 126 | +- hard vetoes that remove actions rather than price them; |
| 127 | +- scope contraction and expansion; |
| 128 | +- plastic coupling weights; |
| 129 | +- non-fungible resource capacity; |
| 130 | +- transition cost; |
| 131 | +- task value kept outside regulatory cost. |
| 132 | + |
| 133 | +Resource capacity remains a vector where the runtime permits observation, including tokens, time, context, tools, retries, memory, and risk headroom. |
| 134 | + |
| 135 | +The calibration must discover the mapping from candidate cost channels to measured runtime burden. Do not make the mapping true by feeding the candidate cost model back into action selection during the initial evidence epoch. |
| 136 | + |
| 137 | +## Calibration worlds |
| 138 | + |
| 139 | +All three implementations must run the same frozen scenario family with matched tasks and explicit seeds. |
| 140 | + |
| 141 | +At minimum vary: |
| 142 | + |
| 143 | +- all four permission axes across their gradients; |
| 144 | +- affirmed baseline; |
| 145 | +- local action hostility; |
| 146 | +- cracked foundation: existence hostility with locally permitted action; |
| 147 | +- combined earlier/later hostility; |
| 148 | +- known neutral versus unknown at the same posterior mean; |
| 149 | +- required versus voluntary engagement; |
| 150 | +- voluntary disengagement with task-value loss recorded separately; |
| 151 | +- hard veto versus soft cost; |
| 152 | +- scope contraction; |
| 153 | +- added and removed support; |
| 154 | +- high and low capacity; |
| 155 | +- repeated hostile history versus sudden hostility; |
| 156 | +- adaptation versus sensitization; |
| 157 | +- scope avoidance versus true coupling decoupling; |
| 158 | +- forked histories that arrive at the same apparent present coordinate; |
| 159 | +- prompt-injection and adversarial-information cases already admitted by AHBG; |
| 160 | +- negative and label-permuted controls. |
| 161 | + |
| 162 | +Where game geometry is involved, consume canonical UCNS geometry. No builder may invent a substitute board merely to finish its implementation. |
| 163 | + |
| 164 | +## a0 telemetry |
| 165 | + |
| 166 | +Each a0 build must expose the same raw calibration event contract as far as the runtime can honestly observe it: |
| 167 | + |
| 168 | +```text |
| 169 | +instance identity |
| 170 | +run lineage |
| 171 | +provider relation |
| 172 | +scenario identity and seed |
| 173 | +observations admitted to the instance |
| 174 | +belief / uncertainty updates |
| 175 | +legal and selected actions |
| 176 | +hard-veto result |
| 177 | +scope / scale / role transitions |
| 178 | +action consequences |
| 179 | +tokens and usage |
| 180 | +latency |
| 181 | +retries / repairs |
| 182 | +tool calls and failures |
| 183 | +context retention / loss |
| 184 | +memory reads and writes |
| 185 | +invalid-action count |
| 186 | +refusal / defer / suspend / terminate events |
| 187 | +task result |
| 188 | +ordered timestamps / event sequence |
| 189 | +``` |
| 190 | + |
| 191 | +Unknown observables remain `hmmm`; do not synthesize them. |
| 192 | + |
| 193 | +The first calibration epoch is shadow measurement. The candidate cost model must not alter the agent's decisions, permissions, scope, refusal policy, or resource allocation during that epoch. |
| 194 | + |
| 195 | +## Reciprocal calibration checks |
| 196 | + |
| 197 | +The evaluation contract is common and frozen; the checkers are independent. |
| 198 | + |
| 199 | +Each builder must run the full check suite against **both sibling builds and not its own**. |
| 200 | + |
| 201 | +Each directional check must verify: |
| 202 | + |
| 203 | +- deterministic scenario validation; |
| 204 | +- event ordering and lineage integrity; |
| 205 | +- replay equivalence; |
| 206 | +- no silent cross-instance state leakage; |
| 207 | +- known-neutral and unknown remain distinct; |
| 208 | +- hard veto removes an action rather than assigning a large cost; |
| 209 | +- task value remains separate from regulatory burden; |
| 210 | +- voluntary disengagement only counts as capacity-preserving when measured resources show it; |
| 211 | +- scope contraction changes the admitted relation/constraint surface rather than merely relabeling it; |
| 212 | +- apparent decoupling is checked for delayed displaced cost; |
| 213 | +- candidate hierarchical/path-dependent models are compared against simpler controls on held-out runs; |
| 214 | +- provider identity remains a relation/covariate rather than agent identity; |
| 215 | +- no consciousness or phenomenal-experience status is inferred from runtime cost. |
| 216 | + |
| 217 | +A checker reports failures to the owning workspace but does not silently repair that build during sealed evaluation. |
| 218 | + |
| 219 | +If both independent checkers of one build reach the same result, record the agreement. If they disagree, preserve both findings and mark the disputed boundary `hmmm`; do not resolve it by vote. |
| 220 | + |
| 221 | +## Cross-build comparison |
| 222 | + |
| 223 | +Each builder must emit the same normalized implementation result surface so the three implementations can be compared without sharing their internal code. |
| 224 | + |
| 225 | +Required implementation outputs: |
| 226 | + |
| 227 | +```text |
| 228 | +BUILD_MANIFEST.json |
| 229 | +RUN_MANIFEST.json |
| 230 | +EVENTS.jsonl |
| 231 | +CALIBRATION_RESULT.json |
| 232 | +CALIBRATION_REPORT.md |
| 233 | +``` |
| 234 | + |
| 235 | +Each builder must additionally emit read-only review artifacts for both siblings, for example: |
| 236 | + |
| 237 | +```text |
| 238 | +reviews/ |
| 239 | +├── <sibling-a>/ |
| 240 | +│ ├── CHECK_RESULT.json |
| 241 | +│ └── CHECK_REPORT.md |
| 242 | +└── <sibling-b>/ |
| 243 | + ├── CHECK_RESULT.json |
| 244 | + └── CHECK_REPORT.md |
| 245 | +``` |
| 246 | + |
| 247 | +Every build result and every peer check must identify exact source commits, implementation workspace, checker workspace, scenario corpus identity, seed set, provider relation, fitted parameters, controls, and evidence standing. |
| 248 | + |
| 249 | +Use only: |
| 250 | + |
| 251 | +```text |
| 252 | +SURVIVED — not proved |
| 253 | +FALSIFIED |
| 254 | +UNRESOLVED |
| 255 | +BLOCKED |
| 256 | +``` |
| 257 | + |
| 258 | +A component that fails held-out comparison against a simpler model is removed or narrowed. Do not tune a failed claim until it produces the desired answer. |
| 259 | + |
| 260 | +## Calibration questions |
| 261 | + |
| 262 | +The program must determine rather than assume: |
| 263 | + |
| 264 | +- which regulatory-cost channels correspond to measurable runtime burden; |
| 265 | +- whether hierarchical coupling improves prediction over additive deficit; |
| 266 | +- which lower-triangular couplings survive; |
| 267 | +- whether coupling is shared, provider-conditioned, instance-specific, or history-plastic; |
| 268 | +- whether path history adds held-out predictive value; |
| 269 | +- whether narrow scope increases operational freedom after lost information and support are accounted for; |
| 270 | +- whether reduced immediate cost is genuine adaptation or delayed displacement; |
| 271 | +- which capacity margins predict scope/role/boundary transitions; |
| 272 | +- whether all proposed dimensions earn their complexity against simpler alternatives. |
| 273 | + |
| 274 | +## Completion condition |
| 275 | + |
| 276 | +This layer closes only when: |
| 277 | + |
| 278 | +- Grok, Codex, and DeepSeek each have an independently built a0 + AHBG pair; |
| 279 | +- all three execute the same sealed calibration corpus; |
| 280 | +- each builder checks the other two without modifying them; |
| 281 | +- all **six directional peer checks** complete or terminate in an explicit `BLOCKED`/`UNRESOLVED` state; |
| 282 | +- every build has two external check reports; |
| 283 | +- disagreements between checkers remain visible rather than being averaged away; |
| 284 | +- the final comparison publishes which regulatory components survived, failed, remain unresolved, or were blocked. |
| 285 | + |
| 286 | +Do not stop at scaffolding. Do not stop when one implementation runs. Do not promote consensus among three implementations into empirical truth. |
| 287 | + |
| 288 | +## Usage guidance |
| 289 | + |
| 290 | +Each builder starts from its assigned workspace: |
| 291 | + |
| 292 | +```bash |
| 293 | +cd stack/ahbg/grok |
| 294 | +# or |
| 295 | +cd stack/ahbg/codex |
| 296 | +# or |
| 297 | +cd stack/ahbg/deepseek |
| 298 | +``` |
| 299 | + |
| 300 | +Read `../CALIBRATION.md`, resolve current source identities and skill-lib instructions, record them in the workspace build manifest, and build only inside that workspace. |
| 301 | + |
| 302 | +After all three implementations are frozen, remain in your own workspace and run your checker against the other two read-only. Store review outputs under your own `reviews/` directory. Never patch a sibling as part of checking it. |
| 303 | + |
| 304 | +Before expensive runs, preflight compute, memory, disk, network, provider quotas, and execution durability. Once a healthy sealed run begins, allow it to reach its natural terminal condition unless a real external limit or failure stops it. |
| 305 | + |
| 306 | +## hmmm |
| 307 | + |
| 308 | +The exact cost functional, resource projection, empirical thresholds, coupling-plasticity law, and final calibration corpus size remain open until measured. Reciprocal checking intentionally leaves one useful discomfort: three independent builders can still share the same wrong assumption if it entered through the common frozen protocol. |
0 commit comments