
Noticer Receipt Maker
io.github.zensteagardenv0.1.0Updated Oct 8, 2026
Create evidence-backed Noticer receipts. Operator-provisioned API access required.
Overview
A local stdio connector that runs evidence-backed Noticer receipt checks, including configured JSON equality and pinned GitHub checks.
- What it does
- Noticer Receipt Maker connects an assistant to a compatible Noticer API so it can run evidence-backed receipt checks. It supports configured JSON equality checks and assigned pinned GitHub checks, reporting what supplied evidence can establish rather than what an automation claims. The public project also ships an offline verifier that checks supplied evidence packets locally under deterministic rules.
- When to use it
- Use it when you want an assistant to verify whether an automation actually produced the outcome it claims, using disclosed evidence rather than a success message. It suits teams that already have Noticer API access and an assigned check capability and want checks run from an agent.
- Requirements
- Runs as a local stdio process on the user's machine, installed from an mcpb package. It requires operator-provisioned access to a compatible Noticer API and an assigned check capability; installation alone does not create that access. No environment variables or headers are declared. The separate offline verifier needs Node.js 24 and no account, API key, or network access.
Installation
In SourceWeft
- Open Noticer Receipt Maker in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Noticer
Your automation says it succeeded. Noticer checks.
Start here
- Use Noticer with an agent: install Noticer Receipt Maker for MCP. Follow the installation and data-handling guide. This local stdio connector requires operator-provisioned access to a compatible Noticer API and an assigned check capability; installation does not create that access.
- Try the offline verifier: follow the Node.js quick start below. It checks supplied evidence packets locally without an account, API key or network access.
Official MCP Registry listing · Setup help
The MCP connector supports configured JSON equality checks and assigned pinned GitHub checks. Review the prepared scope before running a check, and keep credentials out of chat. See the installation guide for supported hosts and prerequisites.
Offline public verifier
Noticer starts one step earlier than most automation tools: what are you actually trying to have happen?
The public project helps turn a human intention into an explicit Success Contract, then independently verifies disclosed evidence under small deterministic rules. The model or agent may help clarify the goal; it does not author the verifier's verdict.
Understand before acting. Observe before believing.
The user defines success. Automation attempts it. Noticer reports what the evidence can establish.
This repository is the public, Apache-2.0 verifier and protocol. It does not include Noticer's private service, private discovery/learning mechanics, billing, customer data or deployment secrets.
See the whole idea in about a minute
Use Node.js 24 and run:
The demo does four things:
- states a human intention;
- freezes a small Success Contract and its limits;
- rejects a synthetic false-green packet where the automation said success but the evidence does not match;
- accepts a disclosed exact-text packet while still explaining what that ALLOW does not prove.
No account, API key, model, payment, database or network access is required. There are no npm dependencies.
Let Noticer guide your own check
It asks four short questions and reflects the Success Contract back before you confirm it. Confirmation clarifies the check; it does not authorize any external action.
Read the intention guide, Success Contract v1, and the agent guide if you want to connect Noticer to ChatGPT, Claude, Cursor or another agent. Keep the agent outside the deterministic verdict path.
Run the verifier directly
The original synthetic packet contains accepted, while its declared expectation is ok:
The integrity check exits 0. The exact-text check deliberately exits 1. That difference is the point: intact evidence is not automatically evidence for the claimed outcome.
Run the full local suite:
Or run the release check under Node 24:
Build on it
The JavaScript entry point is src/index.mjs. Intention helpers are available from src/intention.mjs.
Good first projects are evidence-packet exporters, readable receipt viewers, adapters that produce disclosed packets, clearer explanations and hostile-input fixtures. Keep the success condition explicit and keep authorization separate.
What this public release checks
packet.integrity.v1 checks implemented packet structure, references and supplied blob hashes.
artifact.text.exact.v1 additionally requires a declared exact-text claim to match supplied evidence bytes.
Both use ALLOW, DENY and INCONCLUSIVE. Public PROVED and DISPROVED remain disabled. This repository does not contact a live destination and does not prove that an automation performed an external write.
Receipts are a separate authenticity check. A valid signature is not the same as issuer trust, a passing evaluation or authorization to act.
Read the implemented packet format, public scope and limits, security guidance, and contributing before using untrusted packets.
Verification status
The launch candidate is exercised locally before publication. npm run check:release requires Node 24; on other Node majors it returns NOT_RUN with exit 2 rather than pretending release acceptance passed.
A green local suite is not a security certification. Windows/macOS execution, complete hostile-input coverage, hosted outcome observation and manual assistive-technology testing are separate gates.
License
Apache-2.0. See LICENSE and NOTICE.
The private Noticer service and private investigation/learning system are not part of this distribution.
The story and working with me
Noticer began with a question: what would we need to observe before believing “done”? I’m sharing the build story and opening the public verifier for other builders to inspect and extend.
If you need help checking one automation’s intended result, I offer a scoped workflow review: an explicit success condition, an evidence report, and repair/recheck priorities. Scope and price are agreed first; unavailable evidence stays unresolved.
Read the story and hiring offer, visit noticer.io, or contact [email protected].
Source: README.md at commit d4d706a
Tools
0Version history
1- v0.1.0LatestOct 8, 2026


