Labsco
Prismer-AI logo

Signet

โ˜… 37

from Prismer-AI

Cryptographic action receipts for AI agents. Signs every MCP tool call with Ed25519, hash-chained audit log. 3 lines of code to integrate.

๐Ÿ”ฅ๐Ÿ”ฅ๐Ÿ”ฅโœ“ VerifiedAccount requiredNeeds API keys

Signet

Don't just log agent actions. Prove them.
Cryptographic receipts for every AI agent tool call โ€” signed, hash-chained, offline-verifiable. Independent of any provider.

TypeScript packages: @signet-auth/core ยท @signet-auth/mcp ยท @signet-auth/mcp-server ยท @signet-auth/mcp-tools ยท @signet-auth/node ยท @signet-auth/vercel-ai

โ–ถ Try the live demo โ€” sign a tool call in your browser, change a field, and watch verification fail. (mirror: GitHub Pages)

Watch the Signet walkthrough on YouTube

โ–ถ Walkthrough: signing, audit log, and verification ยท โ–ถ Demo: execution boundary & MCP integration

Pilot demo: identity โ†’ sign โ†’ bundle โ†’ restore on auditor's machine

Single-host pilot flow: sign every tool call, hand off a signed evidence bundle, re-verify on any machine โ€” no signet keystore required. Pilot runbook โ†’

Your AI agent just placed an order, deleted a row, sent an email, merged a PR. Can you prove exactly what it did โ€” to an auditor, a customer, or yourself after an incident?

Signet is the independent verification layer for agent actions. Every tool call gets a signed receipt that anyone can verify offline, without trusting the platform that hosted the agent or the vendor that stored the logs.

Your agents run on their infrastructure. The proof belongs to you.

Why Not Just Logs?

Traditional logs tell you what a platform says happened. They're mutable, provider-dependent, and unverifiable without trusting the party that wrote them.

Signet receipts are different. Modify any field โ€” tool name, parameters, timestamp, signer โ€” and the Ed25519 signature breaks. Delete or reorder entries and the SHA-256 hash chain breaks. Verification requires only the public key. No network call, no API, no login.

Ordinary logsSignet receipts
Provider says it happenedAnyone can verify it, offline
Mutable after the factSignature breaks on tamper
No ordering proofHash chain breaks on delete/reorder
Trust the log hostVerify with the public key
One-sided claimBilateral co-signing available

Use logs for observability. Use Signet when you need evidence.

Who Is This For?

  • MCP builders โ€” wrap any MCP server with signet proxy, sign every tools/call, no code changes
  • Security / compliance teams โ€” tamper-evident audit trail that satisfies EU AI Act Art. 12, SOC 2 CC7.2, ISO 27001 A.8.15
  • Enterprise agent platforms โ€” prove what the agent did, who authorized it, which policy was in force
  • Framework users โ€” LangChain, CrewAI, Claude Code, Codex, OpenAI Agents, Vercel AI SDK โ€” all supported
  • Agent-to-agent deployments โ€” bilateral co-signing when both sides hold keys

If a tool call cannot be verified independently, it should not be trusted unconditionally. This matters when an auditor asks for proof, when an incident happens on infrastructure you don't control, or when the question isn't "what does the console say" but "what actually happened."

Each agent gets an Ed25519 identity. Every tool call can be signed, appended to a hash-chained audit trail, verified offline or before execution, co-signed by the server, bound to a delegation chain, and optionally bound to a policy decision.

The video above shows the full flow. The SVG below shows the CLI signing details, or jump to See It Reject Bad Requests to watch the server block bad requests before they run.

Signet demo

This first demo shows signing + audit receipts. See also the MCP flow diagram.

What Signet Adds

Signet adds a lightweight trust layer for agent actions:

  • Sign every tool call with the agent's cryptographic key
  • Verify requests offline or at the execution boundary before they are trusted
  • Proxy any MCP server transparently โ€” sign requests without touching agent or server code, with local bilateral audit co-signing in the proxy path
  • Co-sign server responses with bilateral receipts when you control both sides
  • Trace multi-step workflows by linking receipts with trace_id and parent_receipt_id
  • Authorize agents with scoped delegation chains that prove who allowed the action
  • Attest policy by embedding a signed PolicyAttestation when a YAML policy is satisfied
  • Inspect locally with an append-only audit log and dashboard, no hosted control plane required

What's New In 0.9

  • MCP proxy: signet proxy --target <cmd> --key <name> โ€” drop Signet in front of any MCP server as a transparent stdio proxy. No changes to the agent or server required. Signs every tools/call and appends bilateral co-signatures to the local audit path; client-visible bilateral response handling is stronger through integrated transport/server helpers.
  • Trace correlation: trace_id and parent_receipt_id fields on Action link receipts across multi-step workflows into a causal chain. Both fields are part of the signed payload โ€” tampering invalidates the signature.
  • Policy engine: signet sign --policy policy.yaml enforces policy before signing and binds the decision into the receipt. The proxy also respects --policy, blocking denied calls before they reach the server while producing signed bilateral rejected / requires_approval outcomes and a hash-chained policy_violation audit record.
  • Delegation chains: signet delegate ... produces v4 receipts that prove who authorized the agent and what scope it had.
  • Local dashboard: signet dashboard shows timeline, chain integrity, signature health, and delegated vs direct activity.
  • Broader integrations: official Claude Code plugin, Codex plugin, MCP middleware, Python SDK, and Vercel AI SDK callbacks.

Compliance

Signet provides the technical controls that auditors look for when assessing AI agent operations. See the full Compliance Mapping for details.

FrameworkWhat Signet Addresses
SOC 2 Type IISigned audit trail (CC7.2), tamper detection (CC7.3), role-based scope (CC6.3), authorization proof (CC8.1)
ISO 27001Event logging (A.8.15), access control (A.5.15), authentication (A.5.17), configuration management (A.8.9)
EU AI ActArticle 12 record-keeping: event logging, traceability, identification, integrity
DORAICT incident logging (Art. 17), third-party risk evidence (Art. 28-30), audit trail integrity
NIST AI RMFGovern (delegation chains), Map (signed receipts), Measure (audit queries), Manage (policy engine)

Signet is a tool, not a certification. It provides controls that support compliance โ€” your deployment and configuration determine compliance posture.

Try It In 30 Seconds

pip install signet-auth
from signet_auth import SigningAgent

agent = SigningAgent.create("my-agent", owner="team")
receipt = agent.sign("github_create_issue", params={"title": "fix bug"})

assert agent.verify(receipt)
print(receipt.id)

Why Star This Repo?

Signet is building a new category: verifiable tool-call receipts for AI agents. Starring isn't just a bookmark โ€” it helps push cryptographic evidence for agent actions into the ecosystem so regulated industries, enterprise platforms, and framework users don't have to roll their own.

  • Working with Microsoft Agent Governance Toolkit (example merged in PR #1196)
  • Named contributor in LangChain's ComplianceBackend RFC (#35691)
  • Conformance work toward the IETF draft-farley-acta-signed-receipts spec
  • Maps to NIST NCCoE's four pillars for AI agent identity and authorization (Q4 2026 Interoperability Profile)

If you're building agents that need to survive an audit, an incident, or a third party asking "prove it" โ€” star the repo, try it, open an issue.

If you're new, start with one of these five paths:

Choose Your Path

  • Claude Code: Best for the fastest first run in a coding agent. Run /plugin install signet@claude-plugins-official in Claude Code. In 5 minutes you'll have signed tool calls and a local audit log at ~/.signet/audit/.
  • Codex CLI: Best for signing Bash tool calls in Codex. Copy plugins/codex/ into ~/.codex/plugins/signet and add one PostToolUse hook. In 5 minutes you'll have signed Bash actions in Codex using the same audit trail.
  • Python SDK: Best if you want receipts inside LangGraph, LlamaIndex, OpenAI Agents, CrewAI, or your own tool runner. Start with SigningAgent.create(...) and add framework hooks only where you need them.
  • MCP clients: Best if you control an MCP client or transport. Wrap your transport with new SigningTransport(inner, secretKey, "my-agent"). In 5 minutes you'll have signed tools/call requests with receipts in params._meta._signet.
  • MCP servers: Best if you want verification before execution. Call verifyRequest(request, {...}) in your tool handler. In 5 minutes you'll have signer, freshness, target-binding, and tool/params checks at the execution boundary.

See It Reject Bad Requests

Run the shortest execution-boundary demo:

cd examples/mcp-agent
npm run execution-boundary-demo

Execution-boundary demo showing invalid requests rejected before execution

Prefer motion? Download the MP4 or GIF.

See examples/mcp-agent/demo-execution-boundary.mjs for the demo source.

Delegation Chains: Who Authorized This Agent?

Signet receipts prove what happened. Delegation chains prove who allowed it.

A root identity (human or org) cryptographically delegates scoped authority to an agent. Permissions can only narrow, never widen. The agent's v4 receipt carries the full proof of authorization.

Owner (alice) โ†’ Agent A (tools: [Bash, Read], max_depth: 0)
                    โ†“
              v4 Receipt: tool=Bash, authorization.chain proves alice โ†’ Agent A
# Create a delegation token (expires in 24 hours)
signet delegate create --from alice --to deploy-bot --to-name deploy-bot \
    --tools Bash,Read --targets "mcp://github" --max-depth 0 --ttl 24h

# Sign with authorization proof (v4 receipt)
signet delegate sign --key deploy-bot --tool Bash \
    --params '{"cmd":"git pull"}' --target "mcp://github" --chain chain.json

# Verify: signature + chain + scope + root trust
signet delegate verify-auth receipt.json --trusted-roots alice

Best practice: Use short-lived delegations (--ttl 1h, --ttl 24h) instead of long-lived or non-expiring tokens. If an agent is compromised, the delegation expires automatically. Re-issue tokens as needed. This is the same pattern used by short-lived JWTs and X.509 certificates.

Or in Python:

from signet_auth import sign_delegation, sign_authorized, verify_authorized

# Delegation functions accept JSON strings for scope, chain, and receipts
token_json = sign_delegation(root_key_b64, "alice", agent_pubkey_b64, "bot", scope_json)
receipt_json = sign_authorized(agent_key_b64, action_json, "bot", f"[{token_json}]")
scope_json = verify_authorized(receipt_json, [root_pubkey_b64])

Delegation chain demo

Policy Attestations: Was This Allowed?

Signet can enforce a YAML policy before signing. When an action is allowed, the signed receipt carries a PolicyAttestation proving which policy hash, rule, and decision were in force.

version: 1
name: production-agents
default_action: deny
rules:
  - id: allow-read
    match:
      tool: Read
    action: allow
  - id: deny-rm-rf
    match:
      tool: Bash
      params:
        command:
          contains: "rm -rf"
    action: deny
    reason: destructive command
signet policy validate policy.yaml
signet policy check policy.yaml --tool Bash --params '{"command":"rm -rf /"}'

signet sign --key deploy-bot --tool Read \
    --params '{"path":"README.md"}' --target "mcp://github" --policy policy.yaml

Denied actions fail before a receipt is produced. Allowed actions produce a receipt whose signed payload proves the policy decision.

When Teams Reach For Signet

  • You need a tamper-evident audit trail for coding agents, MCP tools, or CI automation
  • You want to prove which agent requested an action and who authorized it after an incident
  • You need receipts that can be verified offline without depending on a hosted service
  • You want lightweight policy enforcement before signing without adding a proxy to your stack

What Signet Is And Isn't

  • Signet is a trust layer for agent actions: signing, audit, verification, delegation, and policy attestation
  • Signet is designed to fit into existing agent stacks with SDKs, plugins, and MCP middleware
  • Signet can reject unsigned, stale, replayed, or mis-targeted MCP requests before execution
  • Signet can deny actions before signing when you provide a policy file
  • Signet is not a hosted gateway, always-on control plane, or replacement for sandboxing and least-privilege design

How It Works

Your Agent
    |
    v
SigningTransport (wraps any MCP transport)
    |
    +---> Signs each tool call (Ed25519)
    +---> Appends Action Receipt to local audit log (hash-chained)
    +---> Forwards request to MCP server (unchanged)

Client-side signing works without changing the server. If you control the server too, add verifyRequest() and optional signResponse() for execution-boundary verification and bilateral receipts. signResponse() should only run after a successful trusted verifyRequest(), and it can now carry final executed / failed / rejected / requires_approval outcome state inside the bilateral signature.

Action Receipt

Every tool call starts with a signed receipt. Higher receipt versions add server co-signing (v3) and authorization chains (v4):

{
  "v": 1,
  "id": "rec_e7039e7e7714e84f...",
  "action": {
    "tool": "github_create_issue",
    "params": {"title": "fix bug"},
    "params_hash": "sha256:b878192252cb...",
    "target": "mcp://github.local",
    "transport": "stdio"
  },
  "signer": {
    "pubkey": "ed25519:0CRkURt/tc6r...",
    "name": "demo-bot",
    "owner": "willamhou"
  },
  "ts": "2026-03-29T23:24:03.309Z",
  "nonce": "rnd_dcd4e135799393...",
  "sig": "ed25519:6KUohbnSmehP..."
}

The signature covers the entire receipt body (action + signer + timestamp + nonce) using RFC 8785 (JCS) canonical JSON. Modifying any field invalidates the signature.

CLI Commands

CommandDescription
signet identity generate --name <n>Generate Ed25519 identity (encrypted by default)
signet identity generate --unencryptedGenerate without encryption (for CI)
signet identity listList all identities
signet identity export --name <n>Export public key as JSON
signet sign --key <n> --tool <t> --params <json> --target <uri>Sign an action
signet sign --hash-onlyStore only params hash (not raw params)
signet sign --output <file>Write receipt to file instead of stdout
signet sign --no-logSkip audit log append
signet sign --encrypt-paramsEncrypt action.params in the audit log while keeping the receipt output unchanged
signet sign --policy <path>Enforce policy before signing and embed PolicyAttestation
signet verify <receipt.json> --pubkey <name>Verify a receipt signature
signet verify --chainVerify audit log hash chain integrity
signet auditList recent actions
signet audit --since <duration>Filter by time (e.g. 24h, 7d)
signet audit --tool <substring>Filter by tool name
signet audit --verifyVerify all receipt signatures
signet audit --export <file>Export records as JSON
signet audit --bundle <dir>Build a portable signed evidence bundle (records.jsonl + manifest.json + hash-summary.txt) for off-host audit handoff
signet audit --bundle <dir> --include-trust-bundle <path>Embed a trust bundle snapshot in the evidence package
signet audit --restore <dir>Re-verify a previously produced evidence bundle (works on any machine, no signet keystore required)
signet audit --export <file> --decrypt-paramsExport original audit records plus materialized_receipt with decrypted params
signet exploreBrowse receipts interactively (table, detail, stats, chain check)
signet explore --show NInspect receipt #N with signature, policy, and chain info
signet explore --show N --decrypt-paramsMaterialize encrypted action.params for local inspection
signet explore --statsReceipt statistics by tool, signer, and version
signet delegate create ... --ttl 24hCreate a scoped delegation token (short-lived)
signet delegate sign ... --chain <file>Sign with delegation proof and produce a v4 receipt
signet delegate verify-auth <receipt> --trusted-roots <name>Verify authorization chain, scope, and trusted root
signet policy validate <path>Validate policy syntax and print its hash
signet policy check <path> --tool <t> --params <json>Dry-run whether an action would be allowed
signet proxy --target <cmd> --key <name>Run as MCP stdio proxy โ€” sign all tool calls transparently (ephemeral server key)
signet proxy ... --server-key <name>Use a persistent server signing identity (required for trust bundles to anchor a stable server pubkey across restarts)
signet proxy ... --policy <path>Proxy with policy enforcement before signing
signet verify <bilateral.json> --trust-bundle <bundle> --nonce-store <path>Verify v3 bilateral receipts with replay protection that survives process restarts
signet claude installInstall Claude Code plugin (PostToolUse signing hook)
signet claude uninstallRemove Claude Code plugin
signet dashboardOpen local audit dashboard in browser

Passphrase via interactive prompt or SIGNET_PASSPHRASE env var for CI.

Audit Dashboard

Run signet dashboard to open a local web UI for your audit log โ€” no account, no network, just your local receipts.

Signet audit dashboard โ€” timeline view showing every signed tool call

Timeline view: every tool call logged with signer, tool name, target, and receipt ID. Filter by time, tool, or signer.

The Chain Integrity tab verifies the SHA-256 hash chain across your entire audit log โ€” any tampering or gap is pinpointed to the exact file and line:

Signet chain integrity check โ€” break point detected at line 189

Chain broken at line 189: expected vs actual hash shown. This is what "append-only" actually looks like in practice.

Documentation

DocDescription
ArchitectureSystem design, component overview, data flow
SecurityCrypto primitives, threat model, key storage
Pilot Deployment RunbookEnd-to-end runbook for a founder-assisted pilot: identities, trust bundle, proxy --server-key, durable replay, evidence bundles, outcome capture, on-compromise procedures
MCP Integration GuideStep-by-step MCP setup with SigningTransport
CI/CD IntegrationGitHub Actions example, key management for CI
Audit Log GuideQuerying, filtering, hash chain verification
ContributingBuild instructions, development workflow
ChangelogVersion history

Project Structure

signet/
โ”œโ”€โ”€ crates/signet-core/       Rust core: identity, sign, verify, audit, keystore
โ”œโ”€โ”€ signet-cli/               CLI tool (signet binary)
โ”œโ”€โ”€ bindings/
โ”‚   โ”œโ”€โ”€ signet-ts/            WASM binding (wasm-bindgen)
โ”‚   โ””โ”€โ”€ signet-py/            Python binding (PyO3 + maturin)
โ”œโ”€โ”€ plugins/
โ”‚   โ”œโ”€โ”€ claude-code/          Claude Code plugin (WASM signing + audit)
โ”‚   โ””โ”€โ”€ codex/                Codex CLI plugin (WASM signing + audit)
โ”œโ”€โ”€ packages/
โ”‚   โ”œโ”€โ”€ signet-core/          @signet-auth/core โ€” TypeScript wrapper
โ”‚   โ”œโ”€โ”€ signet-mcp/           @signet-auth/mcp โ€” MCP SigningTransport middleware
โ”‚   โ”œโ”€โ”€ signet-mcp-server/    @signet-auth/mcp-server โ€” Server verification
โ”‚   โ”œโ”€โ”€ signet-mcp-tools/     @signet-auth/mcp-tools โ€” Standalone MCP signing server
โ”‚   โ”œโ”€โ”€ signet-node/          @signet-auth/node โ€” Node local audit/operator helpers
โ”‚   โ””โ”€โ”€ signet-vercel-ai/     @signet-auth/vercel-ai โ€” Vercel AI SDK middleware
โ”œโ”€โ”€ examples/
โ”‚   โ”œโ”€โ”€ wasm-roundtrip/       WASM validation tests
โ”‚   โ””โ”€โ”€ mcp-agent/            MCP agent, echo server, and verifier server example
โ”œโ”€โ”€ docs/                     Design docs, specs, plans
โ”œโ”€โ”€ LICENSE-APACHE
โ””โ”€โ”€ LICENSE-MIT

Building from Source

Prerequisites

  • Rust (1.70+)
  • wasm-pack
  • Node.js (18+)
  • Python (3.10+) + maturin (for Python binding)

Build

# Rust core + CLI
cargo build --release -p signet-cli

# WASM binding
wasm-pack build bindings/signet-ts --target nodejs --out-dir ../../packages/signet-core/wasm

# TypeScript packages
cd packages/signet-core && npm run build
cd packages/signet-mcp && npm run build
cd packages/signet-mcp-server && npm run build
cd packages/signet-mcp-tools && npm run build
cd packages/signet-node && npm run build
cd packages/signet-vercel-ai && npm run build
# Python binding
cd bindings/signet-py
pip install maturin
maturin develop

Test

# Rust tests
cargo test --workspace

# Python tests
cd bindings/signet-py && pytest tests/ -v

# WASM roundtrip
node examples/wasm-roundtrip/test.mjs

# TypeScript tests
cd packages/signet-core && npm test
cd packages/signet-mcp && npm test
cd packages/signet-mcp-server && npm test
cd packages/signet-mcp-tools && npm test
cd packages/signet-node && npm test

# Plugin tests
cd plugins/claude-code && npm test
cd plugins/codex && npm test

# Vercel AI SDK tests
cd packages/signet-vercel-ai && npm test

# Reference verifier server smoke test
cd examples/mcp-agent && npm run smoke

Security

  • Ed25519 signatures (128-bit security level, ed25519-dalek)
  • Argon2id key derivation (OWASP recommended minimum)
  • XChaCha20-Poly1305 key encryption with authenticated associated data (AAD)
  • SHA-256 hash chain for tamper-evident audit log
  • RFC 8785 (JCS) canonical JSON for deterministic signatures

Keys stored at ~/.signet/keys/ with 0600 permissions. Override with SIGNET_HOME env var.

What Signet proves

  • Agent key X signed intent to call tool Y with params Z at time T

What Signet does NOT prove (yet)

  • That the MCP server executed the action (use bilateral receipts with signResponse() for server co-signing โ€” shipped in v0.4)
  • That signer.owner actually controls the key (planned: identity registry)

Signet is first an evidence layer: it proves what happened. It can also enforce checks at the signing boundary and execution boundary, but it does not replace sandboxing, least-privilege design, or human approval where those are required.

  • Prismer Cloud โ€” Full agent harness with evolution engine, memory layer, community, and built-in Ed25519/DID identity. Use Prismer Cloud for the complete agent platform; use Signet when you only need the standalone attestation layer.
  • Prismer.AI โ€” The open-source AI research platform