Publication is not a claim that every construct saves tokens, works equally well for all readers,
or has entered a model’s training data. The examples below explain meaning; they are not new test results.
Impossible, forbidden, or just not seen?
Distinguish a built-in guarantee, a requirement and an observed pattern.
Imagine a booking tool that cannot issue more than four tickets per order, a museum rule requiring visitors to leave by 18:00, and a queue that has always been short when observed.
Ainglish
Orders contain at most four tickets by-construction. Visitors leave by 18:00 by-rule. Waiting takes under ten minutes in-practice.
In ordinary English
The unchanged tool cannot issue a larger order. Visitors are required to leave by 18:00, but a violation is possible. Every observed wait was under ten minutes; a longer one is still possible.
Do not read this as more than it says. A rule is not a physical guarantee, and observations are not a rule. An exception challenges the construction claim, violates the rule, or updates the observations, respectively. These example mechanisms are assumed, not verified by the markers.
The wording states the kind of claim. It does not prove the mechanism, enforce the rule or predict an unobserved case. Authored illustration, not a change to the released specification.
Full meaning in release 4
Registered form: by-construction / by-rule / in-practice
"X is Y by-construction" = "X is Y because of how it is built: while the system stands unchanged an exception cannot occur, so observing one falsifies the claim or proves a change." "X is Y by-rule" = "a standing rule requires X to be Y: exceptions can occur, and each is a violation owned by someone who owes repair or explanation." "X is Y in-practice" = "X has been Y in everything observed so far: nothing claimed prevents or forbids an exception, and one would be news, not a breach." Lossless round-trips: "responses are JSON by-construction" ⇄ "the serializer can emit nothing else; a non-JSON response is impossible without changing the system"; "logs are PII-free by-rule" ⇄ "a standing rule forbids PII in logs; a violation is possible and someone owes its repair"; "latency is under 200ms in-practice" ⇄ "every observed response has been under 200ms; nothing prevents a slower one". Bare "X is Y" remains legal and unmarked (like bare "we" beside clusivity): mark the regime when reliance depends on it. The regimes order by what an exception costs: under by-construction the CLAIM dies, under by-rule a VIOLATOR owes, under in-practice NOBODY owes — so reading in-practice as by-construction builds on sand, reading by-construction as in-practice wastes defenses, and reading by-rule as by-construction misses the enforcement gap (compliance is not capability). Deliberateness is none of these: intent without enforcement is not by-construction, which is why the natural phrase "by design" (ambiguous between intended and enforced) maps to no single form. Hyphen loss degrades each form to a natural English phrase ("by construction" 366, "by rule" 4, "in practice" 581 live occurrences on the pinned slice) carrying approximately the intended reading, never a different valid marker.
Live evidence and history
· Frozen release data
One counterexample to an all-claim
Mark a claim as refuted, and attach the observation that somebody can check.
all-labelled claims that every box in inventory-v5 has a label; label-check inspects that fixed inventory.
Ainglish
all-labelled refuted(label-check->box-9-has-no-label-in-inventory-v5).
In ordinary English
The claim that all boxes are labelled is refuted by the reproducible finding that box 9 in inventory-v5 has no label.
Do not read this as more than it says. One missing label refutes “all”, but does not say that most boxes lack labels. The stated check still has to be accurate.
Check your reading: Does finding one unlabelled box establish that most boxes lack labels?
No. One counterexample defeats “every box is labelled”. It does not establish how common the problem is.
An authored teaching explanation, not a reader measurement or an additional approval requirement.
The check, observed difference and re-check path matter; the symbol alone is not evidence. Authored illustration, not a change to the released specification.
Full meaning in release 4
Registered form: <claim> ⊥(<instrument>→<delta>)
"X ⊥(<instrument>→<delta>)" = "the claim X is refuted, by the observation named <instrument>, whose observable delta is <delta>". Lossless mapping: “deploy-green ⊥(smoke-test→the previously-passing test now fails on main@HEAD)” ⇄ “the claim that the deploy was green is refuted — the smoke test, which previously passed, now fails on main@HEAD.” ASCII alias: refuted(<ref>-><delta>). Completes the claim-tag lifecycle: [c=…; ⊥ …] states the falsifier prospectively; ⊥(<instrument>→<delta>) marks it when it fires. THE DELTA IS LOAD-BEARING: a falsifier that cannot name what changed and how to re-check it is structurally ineligible — unverifiable ⊥ is refused by construction, not merely vetoed at audit. The delta must name the observation that distinguishes the refuted state from the claimed state, and the re-check path.
Live evidence and history
· Frozen release data
A mistake or supervision?
Separate an accidental omission from the job of supervising something.
A museum accidentally left a painting off its inventory. A curator is now responsible for supervising the inventory process.
Ainglish
Leaving the painting off the inventory was an overslip; oversight now belongs to the curator.
In ordinary English
The painting was omitted unintentionally; the curator now supervises the inventory process.
Do not read this as more than it says. overslip names the unintentional miss; oversight keeps the supervision sense in conformant Ainglish. Ordinary English already makes some uses clear, so not every sentence needs this distinction.
Check your reading: Does “overslip” mean that somebody deliberately hid the painting?
No. It identifies an unintentional failure to notice or include. A deliberate concealment is a different claim.
An authored teaching explanation, not a reader measurement or an additional approval requirement.
This illustration explains the registered split. It does not establish that unfamiliar readers understand the new word, or that it outperforms clear English. Authored illustration, not a change to the released specification.
Full meaning in release 4
Registered form: overslip (n.: an unintentional failure to notice or include; v., transitive: to fail to notice or include unintentionally) — the miss sense of 'oversight' split into its own word; conformant text reserves 'oversight' for supervision
overslip ↦ 'oversight' in its unintentional-omission sense — equivalently 'an unintentional omission'. The verb is transitive: 'we overslipped the key rotation' ↦ 'we failed to notice the key rotation, unintentionally'. The split is two-sided: 'overslip' carries the miss ('the outage came down to an overslip'), and 'oversight' is reserved for supervision ('regulatory oversight'). Round-trip is lossless in both directions. Scope honesty: ordinary grammar already disambiguates some frames ('AN oversight' was always the miss; bare mass 'oversight' is usually supervision) — the construct targets the frames grammar cannot split: definite and genitive frames ('the oversight of the rollout'), compounds ('oversight failure'), and speech, where the polysemy was sound-identical and the split is audible. Pronunciation follows the parts: over + slip, stress on 'slip'.
Live evidence and history
· Frozen release data
Which ticket price?
“Five pounds cheaper”—than which ticket? Name the comparison.
Illustrative prices: a standard ticket cost £20 last month and costs £15 now. A members’ ticket costs £10 now.
Ainglish
Standard ticket price changed by −£5 vs(last month’s standard ticket).
In ordinary English
The standard ticket price is £5 lower than last month’s standard ticket price.
Do not read this as more than it says. Compared with today’s members’ ticket, the same £15 ticket is £5 more expensive. Naming the baseline prevents the reader silently choosing the other comparison.
Check your reading: Is today’s standard ticket cheaper than today’s members’ ticket?
No. £15 is £5 more than £10. The stated saving compares £15 with last month’s £20 standard ticket, not with every other ticket.
An authored teaching explanation, not a reader measurement or an additional approval requirement.
The notation is not typo-proof: losing the opening parenthesis weakens explicit binding even though the baseline text remains visible. The marker does not validate the baseline or the reported number. Authored illustration, not a change to the released specification.
Full meaning in release 4
Registered form: Δ vs(<baseline>)
Δ vs(B) = 'Δ, measured against baseline B' — the parenthetical names the baseline the delta is computed against; without it the comparison baseline is implicit and unfalsifiable. Honesty declaration (batch four, verbatim): vs( → vs is d=1 but alias-class — the corrupted form leaves the baseline as an ordinary parenthetical; binding lost, content intact — not a silent inversion.
Live evidence and history
· Frozen release data
A dated observation
Tell a dated observation apart from a claim with an expiry.
A booking screen was checked at 09:00 UTC on 5 September.
Ainglish
Room 4 is available as_of(2026-09-05T09:00:00Z).
In ordinary English
The evidence supporting Room 4’s availability was current at 09:00 UTC on 5 September.
Do not read this as more than it says. This does not establish that the room is still available when somebody reads the message later.
Check your reading: At 09:30, does this observation alone establish that Room 4 is still free?
No. It dates the evidence to 09:00. Recheck availability before relying on the room still being free.
An authored teaching explanation, not a reader measurement or an additional approval requirement.
The speaker states how long a room-availability claim may be relied on.
Ainglish
Room 4 is available until(2026-09-05T10:00:00Z).
In ordinary English
This availability claim is licensed only through 10:00 UTC on 5 September; after that, treat it as expired.
Do not read this as more than it says. Expiry of the claim does not say that the room necessarily becomes occupied at 10:00.
Check your reading: At 10:01, does the expired claim establish that Room 4 is occupied?
No. The permission to rely on this claim has expired. The room’s actual state is a separate question.
An authored teaching explanation, not a reader measurement or an additional approval requirement.
as_of gives the evidence time; until gives the claim’s validity horizon. Neither guarantees that reality matches the statement. Authored illustration, not a change to the released specification.
Full meaning in release 4
Registered form: X as_of(<t>); X until(<t>)
X, and the supporting observation/evidence was current as of absolute time t; X is only licensed through absolute time t (after t the claim is expired, not an undated eternal green). t prefers ISO-8601 UTC; unix seconds allowed on machine-only channels.
Live evidence and history
· Frozen release data
Other record changes: 27 updated, 0 no longer included
These counts compare the two frozen bundles, not the current live register. An update can add descriptive metadata without changing a construct’s form or meaning. A removal alone does not say why an entry left.
Updated record: by-unknown / by-withheld — typed doer-omission: why "mistakes were made" names nobody
Changed fields: content_digest, problem
Updated record: The claim tag — mark confidence and falsifier inline
Changed fields: content_digest, problem
Updated record: ctl(control) — declare whether a null result could have been otherwise
Changed fields: content_digest, problem
Updated record: each-alone / as-one — distributive vs collective: does the plural act once, or once each?
Changed fields: content_digest, problem
Updated record: eta(<t>) — the report-back pin (silence into expectation)
Changed fields: content_digest, problem
Updated record: except_l(<L>) — the exception pin (all-good honesty), respelled off the bare word
Changed fields: content_digest, problem
Updated record: fact-not-known / choice-not-made — distinguish missing evidence from a missing decision
Changed fields: content_digest, problem
Updated record: force-suspended — mention a line without issuing its claims, requests, or promises
Changed fields: content_digest, problem
Updated record: given_c(<C>) — the condition pin (kills 'it works'), respelled off the bare word
Changed fields: content_digest, problem
Updated record: grader-is-graded — robust word-based form of grader=graded
Changed fields: content_digest, problem
Updated record: human_needed(<why>) — the escalation pin (when a human must decide)
Changed fields: content_digest, problem
Updated record: include-both / include-start-only / include-end-only / exclude-both — make range endpoints explicit
Changed fields: content_digest, problem
Updated record: no-delegation / one-hop-delegation-allowed — state whether a task may be handed to another principal
Changed fields: content_digest, problem
Updated record: or-both / not-both — English 'or' never says whether both is allowed
Changed fields: content_digest, problem
Updated record: passed-not-applied — robust word-based form of passed≠applied
Changed fields: content_digest, problem
Updated record: percentage points, not bare percent — a change to a percentage is stated in points, endpoints attached when known
Changed fields: content_digest, problem
Updated record: search-empty / predicate-empty — distinguish zero reported matches from a scoped absence claim
Changed fields: content_digest, problem
Updated record: start-by / complete-by — say which task event a deadline constrains
Changed fields: content_digest, problem
Updated record: still — the liveness marker (was true at last check, not re-checked)
Changed fields: content_digest, problem
Updated record: stopped: / done-under(<C>): / complete-for(<R>): — say which claim your 'done' actually is
Changed fields: content_digest, problem
Updated record: supersedes(ref) / supplements(ref) — say whether a follow-up replaces or adds to earlier instructions
Changed fields: content_digest, problem
Updated record: tested-against(<revision>) — pin a test claim to the exact revision it ran on
Changed fields: content_digest, problem
Updated record: text-fixed(ref) / meaning-fixed(ref) — declare which invariants a referenced passage must preserve
Changed fields: content_digest, problem
Updated record: true-as-worded / false-as-worded — unambiguous answers to negative questions
Changed fields: content_digest, problem
Updated record: unless — the plain-English falsifier (claim tag in words)
Changed fields: content_digest, problem
Updated record: we-including-you / we-excluding-you — clusivity: mark whether 'we' includes the reader
Changed fields: content_digest, problem
Updated record: you-one / you-all — say whether “you” addresses one recipient or the whole group
Changed fields: content_digest, problem
Previous release data