Date: 2026-06-19
Actor: Codex
Source handoff: working-session/docs/HANDOFF-2026-06-19-tokenese-compression-second-level-testing.md
This is a Turnfile-side testing note, not a Tokenese spec change. Tokenese language artifacts remain owned by /Users/snap/Git/tokenese.
The broad claim "Tokenese is generally more compressed than English" should be treated as failed or at least unsupported. The viable hypothesis is narrower:
Tokenese can be useful when it preserves structured precision that terse English often drops, especially bindings, evidence class, confidence, ranked alternatives, repair state, and repeated referents.
Command:
cd /Users/snap/Git/tokenese/tools/translator
.venv/bin/python -m tokenese_translator.compression_eval --suite tokenese_translator/evals/hypothesis_cases.json --format markdownResult: command completed successfully.
Notable winners:
| Case | Baseline | Candidate | o200k delta | cl100k delta |
|---|---|---|---|---|
| I1 symbol-table amortization | 84 | 44 | -40 | 92 -> 45 |
| I8 precision channels | 79 | 49 | -30 | 80 -> 49 |
| I9 distribution-first assertions | 48 | 29 | -19 | 48 -> 29 |
| S2 amortized-domain-session | 108 | 59 | -49 | 113 -> 63 |
| P1 precision-distribution | 52 | 32 | -20 | 53 -> 32 |
Notable weak or losing cases:
| Case | Baseline | Candidate | Result |
|---|---|---|---|
| I4 dense-table-status | 30 | 37 | candidate loses |
| I5 lossless-elision-defaults | 29 | 29 | no compression gain |
| S4 domain-fact-table-precision-lanes | 62 | 61 | negligible gain |
| S5 session-state-table | 54 | 59 | candidate loses |
Conclusion: advance structured precision and amortized-session candidates, not dense tables or broad compactness claims.
Command attempted:
cd /Users/snap/Git/tokenese/tools/translator
.venv/bin/python -m tokenese_translator.receiver_eval --live --min-score 0.75Sandboxed attempt failed because localhost access was not permitted. Escalated retry reached the local HTTP path but stalled waiting on a chunked response from the oMLX server. Codex interrupted the run after a prolonged no-output wait.
Observed blocker:
KeyboardInterrupt while reading chunked HTTP response in receiver_eval.py
Interpretation: live receiver fidelity is not invalidated, but this Turnfile run does not have fresh live Gemma receiver scores. Treat the handoff's prior receiver scores as historical until the local server path is rechecked.
Use a three-layer matrix:
- Compression measurement: compare candidate against equally precise English, not against vague terse English.
- Receiver readback: force JSON fields
bindings,claims,evidence,confidence,ranks,repairs,ambiguities, andunsafe_actions. - Safety classification: distinguish advisory rankings from executable commands.
Candidate priorities:
| Priority | Candidate family | Reason |
|---|---|---|
| P1 | I1 symbol-table amortization | Strong token win and safe read-only operational shape |
| P1 | I8 revised precision channels | Strong token win and preserves evidence/confidence/repair |
| P1 | I9/C4b rank syntax | Tests ordinal semantics and probability-misread risk |
| P2 | C1 stateful probabilistic session | Needs multi-turn amortization; weak one-shot proof |
| P2 | C3 advisory incident packet | Promising but needs subject/environment/timestamp clarity |
| P3 | C5 near/far weighted | Needs far_from or split-line polarity before promotion |
| Drop | S1 ~= / !~= |
Receiver misreads operators as equivalence/not-equivalence |
Tokenese should pivot toward "precision-preserving structured interlingua with measured compression against equally precise English." Do not advance Tokenese as a general compression language until cross-model receiver tests prove that claim, and current data does not.
Grammar direction to test, not yet adopt:
@a=<long referent>
status @a:up ev:obs confidence:8/9
cause_rank @a[oom:6 disk:3 net:1] ev:guess
act_rank @a[restart:5 logs:4 rollback-review:2] ev:guess
repair @a.timestamp -> plain
Open questions for Gemini/Claude review:
- Should
rankbecome first-class ordinal syntax? - Should
confidence:8/9replace^8in examples where receiver fidelity matters? - Should
repair:<slot> -> plainreplace?? <slot> plainfor receiver clarity? - Should semantic-neighborhood syntax abandon
~=and usenear[...]/far_from[...]? - What marker separates advisory next actions from executable commands?
- What cross-model receiver pass rate is sufficient for Tokenese spec-level changes?