Machine-readable tool names and argument schemas.
Docs · MCP
MCP server
15 tools
Tools
MCP tool reference
MCP tool groups
The hosted MCP server exposes payment setup, file operations, verification and freshness checks, and receipt-attached memory. Tools that touch protected locker state require client-signed envelopes.
Payment signatures are recorded after local execution.
Locker reads, writes, deletion, and provisioning bind to client proof.
Tool table
Hosted tool surface
| Group | Tool | Description |
|---|---|---|
| Payment and setup | nukez_quote | Quote storage and return payment_options for units, provider, network, and payment asset selection. |
nukez_pay | Record an externally executed transaction signature. The hosted MCP server does not move funds. | |
nukez_provision | First confirms payment and returns the provision envelope spec; then activates the locker with a client-signed envelope. | |
nukez_setup | Rehydrate an existing receipt-backed locker. New storage setup uses quote, external transfer, pay, and provision. | |
| Files | nukez_create_file | Create a file entry and return upload_url, download_url, and confirm_url for direct signed-URL flows. |
nukez_store | Store files through signed inline data_b64, source_url, or host-byte staging with data_token. | |
nukez_confirm | Confirm bytes after a direct signed-URL upload so size and content_hash enter the manifest. | |
nukez_upload_chunk | Advanced fallback for constrained runtimes when source_url and host byte staging are unavailable. | |
nukez_retrieve | List visible files, retrieve file content, or fall through to the memory index for unresolved names. | |
nukez_delete | Delete files from a locker. Deletion invalidates prior attestations until the file set is re-attested. | |
| Proof and freshness | nukez_status | Pre-setup status, active session bootstrap, manifest_hash and memory.version freshness checks. |
nukez_verify | Verify storage with push=false, anchor with push=true, or return a per-file Merkle inclusion proof. | |
nukez_diff | Compare current signed-list manifest state against cached_manifest_hash without downloading file bytes. | |
| Memory | nukez_remember | Write structured memory records through the production two-phase sign_envelopes plan/execute flow. |
nukez_recall | Read memory records by key, namespace, tags, query, prefix, or include_archived. |
Resources
MCP resources and prompt
| URI / prompt | Purpose |
|---|---|
nukez://instructions | Full operational instructions |
nukez://instructions/minimal | Abbreviated instructions for returning sessions |
nukez://tools/compact | Compact name, summary, and category list |
nukez://locker/{receipt_id}/manifest | Visible files, manifest_hash, and memory summary |
nukez://locker/{receipt_id}/file/{filename} | File content resource |
session_bootstrap | Prompt for trust check, context load, and cache refresh |
Canonical flow
Notebook-backed sequence
| Step | Method / tool | Purpose |
|---|---|---|
| 0 | initialize, tools/list | Handshake and tool discovery |
| 1 | nukez_status | Pre-setup status |
| 2 | nukez_quote | Quote storage and payment options |
| 3 | solana_transfer, nukez_pay | Execute external payment and record transaction |
| 4 | nukez_provision | Confirm payment, sign provision envelope, activate locker |
| 5-6 | nukez_store | Store small or moderate data_b64 files with envelope |
| 7 | /blob/*, nukez_store(data_token=...) | Canonical large-file host byte staging |
| 8-9 | nukez_retrieve | List files, download, and byte-match verify |
| 10 | gateway receipt proxy | Public receipt file URL |
| 11-12 | nukez_status | Active bootstrap and returning-session freshness |
| 13-15 | nukez_verify | Pre-attest check, on-chain attest, and Merkle inclusion proof |
| 16-17 | gateway verification | Receipt hash check and verification bundle |
| 18 | nukez_delete | Delete file and invalidate prior attestation |
| 19-20 | nukez_remember, nukez_recall | Memory write/read and session persistence via supersedes |
| 21 | nukez_store, nukez_remember | Provenance tracking |
| 22 | nukez_retrieve | Unified file/memory retrieval |
| 23 | nukez_diff | Zero-download freshness check |
Rules
Operational constraints
| Rule |
|---|
| Save receipt_id permanently after payment confirmation. |
| Production post-provisioning operations require signed envelopes. |
| Use locker:write for create/delete/write flows, locker:list for listings, locker:read for per-file reads, and locker:provision for provisioning. |
| Build envelope bodies with canonical JSON: compact separators and sorted keys. |
| Use MCP host byte staging for large local files; reserve nukez_upload_chunk for advanced fallback cases. |
| Re-run nukez_verify(push=True) after storing or deleting files. |
| Cache manifest_hash and memory.version between sessions. |