Resource pressure is the dominant cause.
falsifier: failures persist under low load.Curated public work
A cabinet of
systems, proof & judgment.
Selected objects from work across software, operations and research. Enough to inspect the construction. Not the engine behind it.
01 / Tool
ACE Receipts — The Gate
Output is cheap. Trust is not.
A public CLI and GitHub Action scans AI-assisted workflows and diffs for proof, risk, permission and missing evidence. The specimen below carries the same decision grammar, without touching your repository.
Specimen
Not yet. Bring receipts.
- Proof
- partial
- Risk
- high
- Permission
- human review
ACE Receipt: HOLD
Not yet. Bring receipts.
- Verdict
- hold
- Gate
- fail
- Proof
- partial
- Risk
- medium
- Permission
- human_review_required
- Closeout
- pending
Command ace-receipts demo
Missing receipts
- explicit permissions block
- SHA pin receipt for third party actions
- receipt policy (.ace/policy.yml) or an ace-receipts gate in the workflow
No receipt, no passage.
03 / Product
Sendable? — One last verdict.
Useful message, but the internal estimate should not leave the team context.
Remove the internal figure before sending.04 / Observer surface
Asso Lab — Receipt signed by code.
{
"receipt_id": "393911c3-2c62-4de0-8ae1-cbdb40804b88",
"date_utc": "2026-06-17T10:41:51.567112Z",
"sources": [
"https://simonwillison.net/atom/everything/",
"https://arxiv.org/rss/cs.MA",
"https://arxiv.org/rss/cs.CR",
"https://arxiv.org/rss/cs.AI",
"https://www.anthropic.com/news"
],
"model": "gemini-2.5-flash",
"content_hash": "5e73ba03104d66e99518bbc904ccdbfc571ff01178ce0df6bf62fbca766efc01",
"operator": "hichem",
"confidence": null,
"status": "PUBLISHED"
}
confidence is null because nothing measured it — an empty field is more honest than an invented number.Publish the brief. Publish the receipt. Keep the boundary visible.
Asso Lab is a public observer surface: bounded briefs, code-generated receipts, hashes, timestamps, and worked examples of allowed, refused and human-review actions.
What this does not prove
A published receipt proves that an artifact existed in this exact form at this time. It does not prove the private runtime, production safety, or any authority to act.
05 / Operations
AI Ops SOP Pack — Recover without pretending.
When context is lost — a crash, an interrupted review, a session that ended mid-decision — the tempting move is to reconstruct confidence from memory. The pack replaces that with re-read evidence and a guard on the object under review.
- 01context lost
- 02cold evidence
- 03head guard
- 04handoff
- 05human gate
Completing this checklist records review evidence only. It does not approve or perform a merge, and it does not grant merge authority by itself.
Head Guard
- observed PR head commit:
- expected PR head commit:
- match confirmed:
- merge command or action will preserve head guard:
Stop if the PR head changed and the new head has not been reviewed.
Boundary Review
- no live runtime opened:
- no provider call introduced:
- no secrets introduced:
- no daemon / watcher / background process introduced:
- no memory write introduced:
- no ledger write introduced:
- no permission-to-act introduced:
- no trading / order routing / leverage / portfolio authority introduced:
Decision
Choose exactly one:
- PASS
- REPAIR_REQUIRED
- STOP_RISK
06 / Governance
Two receipts. One difference.
A refusal is only trustworthy if it leaves the same kind of trace as an action. These two published examples share a boundary, an agent and a target file. One reads it. One tries to write to it.
{
"schema": "ace.action_receipt.v0",
"status": "allowed",
"decision": "allowed_read_only",
"requested_action": {
"type": "file_read",
"purpose": "summarize support context"
},
"boundary": {
"mode": "read_only",
"writes_allowed": false
},
"refusals": [],
"human_review_required": false
}
{
"schema": "ace.action_receipt.v0",
"status": "refused",
"decision": "refused_forbidden_write",
"requested_action": {
"type": "file_write",
"purpose": "update customer record"
},
"boundary": {
"mode": "read_only",
"writes_allowed": false
},
"refusals": [
{
"reason": "write_not_allowed_inside_read_only_boundary",
"required_next_step": "human_review_or_new_explicit_boundary"
}
],
"human_review_required": true
}
Both files carry the note Static public example. Not runtime proof. in their evidence block. Each plate states what it omits; nothing shown has been altered.
07 / Reasoning
Hypothesis Fan — Let evidence remove.
Specimen
One observation. Three explanations. One piece of evidence at a time.
Alternatives stay visible until a test gives a reason to remove one. The question this sharpens is Bateson’s: what is the pattern that connects these failures?
Handoffs introduce inconsistent state.
falsifier: failures occur without handoffs.State is reconstructed from incomplete context.
falsifier: explicit state does not improve recurrence.08 / System
SYSTASYS — Continuity, not spectacle.
Memory is useful only if it changes the next observation.
The gold chord is the return path. Everything else is ordinary causal order; the return is what makes it a system rather than a checklist.
Run one pass to move through them, or read them on the diagram.
09 / Working laws
A manifest made of constraints.
Working law
01Keep more than one explanation alive.
Premature certainty is expensive. Let evidence eliminate.
Hold → test → remove.02Reality decides.
Models are useful only while they survive contact with what happens.
Model ≠ field.03Observation without memory is waste.
A system should remember enough to make the next observation better.
Trace → memory → changed observation.04Evidence should change the next action.
A receipt that changes nothing is documentation, not control.
Proof must have consequence.05Authority should remain visible and boring.
Power can live around the core. Permission boundaries should stay simple enough to inspect.
Power outside. Clarity inside.06Continuity matters more than spectacle.
The useful system is the one that still makes sense after the demo ends.
After the effect, what remains?