What a memory_recall receipt records
A memory_recall 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_recall 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_recall, 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 public examples below carried private deliveries, so the saved output on the public page is the delivery notice itself: the fields visibility and message. The recalled facts stay behind the owner and client links.
- Output digest: output_hash, the SHA-256 digest of those canonical bytes, with the canonical byte length recorded too (635 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,
noneon 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_recall receipt examples
Each example below is a real memory_recall receipt. Open one and you see the saved result, when it was saved, and its digest, the same fields described above.
zambo.dev/run/29e9de1e-b129-4b86-a003-2c59f151bfca
Saved: 2026-10-24T18:21:03.244Z
Output SHA-256 digest: sha256:147d232b9e4de82ea3d4a208e819f80975345d34bf710fcee7966a0b163ce2b0
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
zambo.dev/run/76428d51-633c-4340-b539-049e104facd4
Saved: 2026-10-24T18:15:51.309Z
Output SHA-256 digest: sha256:c75e6e31c724edc98a8356af6dd65cf5ef9ef903b1fb3ce4ce7371624908dfbe
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
zambo.dev/run/6106f6cc-3ef6-4dc2-8331-2882a849a3bd
Saved: 2026-10-24T18:13:31.560Z
Output SHA-256 digest: sha256:a661f31cccb8c7e1dca3271b9a0f283d85d7609d9f4a352febd164ab94b0377d
Checked live on 2026-10-24: this URL returned HTTP 200 with this receipt on the page.
How to verify a memory_recall 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.