Skip to content

Commit 8d1f4ed

Browse files
Merge remote-tracking branch 'origin/main' into agent/ahbg-presentation
2 parents af7cabb + 03329db commit 8d1f4ed

5 files changed

Lines changed: 520 additions & 9 deletions

File tree

ahbg/CALIBRATION.md

Lines changed: 308 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,308 @@
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

Comments
 (0)