What a memory_remember receipt records
A memory_remember receipt is one AER-1 record (receipt schema version 0.4, hosted profile zambo-hosted-receipt/1) for one call. Read from a real memory_remember payload, it records:
- Receipt id: a full UUID. The id is the address of the record: the human page is https://zambo.dev/run/ followed by the id.
- Tool: name
memory_remember, version4.0.0, scopepublic. - Timestamps: the record creation time, and inside the step list a started_at and a completed_at for the call itself.
- Step status: one step per call, with the tool name and its status. On the first example below the step status is
success. - The saved output: the exact output object the call returned, kept as canonical bytes. The saved output is small and exact: status, fact_id and fact_hash. The receipt for a remember call is the evidence the fact went in, and the fact_hash is what a later recall can be checked against.
- Output digest: output_hash, the SHA-256 digest of those canonical bytes, with the canonical byte length recorded too (649 bytes on the first example below).
- Caller and provenance: a caller type (
sessionon the first example) and a provenance class ofEXECUTED BY ZAMBO, which states how the record was produced. - Declared side effects: the record declares its side effects,
state_writeon the first example. - Verification status: the API carries a verification_status field for the record. On the first example below, the verify API reported verification_status
commitment_matches, its wording for a record whose digest still matches the saved bytes.
Live memory_remember receipt examples
Each example below is a real memory_remember receipt. Open one and you see the saved result, when it was saved, and its digest, the same fields described above.
zambo.dev/run/04d1d860-8898-41fd-895a-7d1b9ba00c36
Saved: 2026-10-24T18:16:20.554Z
Output SHA-256 digest: sha256:9b59797a22f9215a3661ce675779b7907956b2ab6f8d81b95700946fb4214218
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
zambo.dev/run/35edaec3-3f20-4815-aa89-0e64c7bce121
Saved: 2026-10-24T18:13:27.258Z
Output SHA-256 digest: sha256:da89d6b7562989754f48ff805059dbf46f52e29011da979d4ce0432c44d5f237
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
zambo.dev/run/5bc2a363-e1ea-4d62-af55-abf3bbfbc133
Saved: 2026-10-24T18:01:21.647Z
Output SHA-256 digest: sha256:b04309531e54001bf3848527a44ceb2e1d89cc97b3e80d00c157b5e5ee477d79
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
How to verify a memory_remember receipt
- Open zambo.dev/verify/ and paste the receipt link or the receipt id. The checker recomputes the SHA-256 digest over the saved bytes and reports whether the record still matches.
- Or call the API directly:
GET https://zambo.dev/api/v2/receipt/{receipt-id}/verifyreturns the record as JSON, including its output_hash and verification_status. - The format is AER-1, an open IETF Internet-Draft: draft-zambo-aer1-26. Anyone can implement the check; it does not need a Zambo account.
Verification answers one question: is this the record that was saved, byte for byte? It does not answer whether the result inside was right.
Get receipts for your own calls
Add Zambo to your AI once, at zambo.dev/add/, and every tool call after that files a receipt like the ones above. Every account starts with 20 free calls per day, and free calls file receipts too. The background is at AI agent receipts, and more worked examples are indexed at receipt examples by tool.