no sw
The surface audits itself
This page calls the audit tool, which calls every other tool the way a client would, replays every documented example, and checks the leads registry against tools/list. The table is the tool's own result. When a check fails here, the site build fails too.
710 of 710 checks pass over 41 tools, 85 examples and 2700 leads.
audit · The surface audits itself through tools/call: every tool has a schema and an example, every documented example replays as documented, every served lead names a served tool, and the error paths answer as JSON-RPC requires. Each check carries its evidence; a failed check is a lead, not a ruling.
Checks
710
Passed
710
Failed
0
Tools
41
Examples
85
Leads
2700
| Check | Result | Evidence |
|---|---|---|
| initialize | ✓ | {"name":"qpu","version":"1.4.0","license":"CC-BY-NC-ND-4.0","author":"Tsvetan Rouschev"} |
| license:initialize | ✓ | serverInfo.license and instructions carry the licence |
| tools/list | ✓ | 41 tools |
| schema:processor | ✓ | 1 properties, 1 required |
| covered:processor | ✓ | 2 example(s) |
| schema:circuit | ✓ | 8 properties, 1 required |
| covered:circuit | ✓ | 3 example(s) |
| schema:echo | ✓ | 2 properties, 1 required |
| covered:echo | ✓ | 1 example(s) |
| schema:echo_benchmark | ✓ | 0 properties, 0 required |
| covered:echo_benchmark | ✓ | 1 example(s) |
| schema:roadmap | ✓ | 1 properties, 0 required |
| covered:roadmap | ✓ | 2 example(s) |
| schema:algorithm | ✓ | 13 properties, 1 required |
| covered:algorithm | ✓ | 6 example(s) |
| schema:software | ✓ | 0 properties, 0 required |
| covered:software | ✓ | 1 example(s) |
| schema:statements | ✓ | 1 properties, 0 required |
| covered:statements | ✓ | 1 example(s) |
| schema:repositories | ✓ | 1 properties, 0 required |
| covered:repositories | ✓ | 1 example(s) |
| schema:quantumlib | ✓ | 1 properties, 0 required |
| covered:quantumlib | ✓ | 1 example(s) |
| schema:quantum-error-correction | ✓ | 5 properties, 0 required |
| covered:quantum-error-correction | ✓ | 1 example(s) |
| schema:chemistry-simulation | ✓ | 3 properties, 0 required |
| covered:chemistry-simulation | ✓ | 1 example(s) |
| schema:fault-tolerant-design | ✓ | 5 properties, 0 required |
| covered:fault-tolerant-design | ✓ | 1 example(s) |
| schema:leads | ✓ | 1 properties, 0 required |
| covered:leads | ✓ | 1 example(s) |
| schema:audit | ✓ | 0 properties, 0 required |
| covered:audit | ✓ | 1 example(s) |
| schema:match | ✓ | 2 properties, 1 required |
| covered:match | ✓ | 7 example(s) |
| schema:clay | ✓ | 3 properties, 0 required |
| covered:clay | ✓ | 3 example(s) |
| schema:verify | ✓ | 5 properties, 1 required |
| covered:verify | ✓ | 3 example(s) |
| schema:metrics | ✓ | 1 properties, 0 required |
| covered:metrics | ✓ | 1 example(s) |
| schema:textbook | ✓ | 5 properties, 0 required |
| covered:textbook | ✓ | 2 example(s) |
| schema:css | ✓ | 1 properties, 0 required |
| covered:css | ✓ | 1 example(s) |
| schema:dashboard | ✓ | 3 properties, 0 required |
| covered:dashboard | ✓ | 3 example(s) |
| schema:clone | ✓ | 2 properties, 0 required |
| covered:clone | ✓ | 1 example(s) |
| schema:discover | ✓ | 6 properties, 0 required |
| covered:discover | ✓ | 2 example(s) |
| schema:wave | ✓ | 4 properties, 0 required |
| covered:wave | ✓ | 1 example(s) |
| schema:readiness | ✓ | 8 properties, 0 required |
| covered:readiness | ✓ | 1 example(s) |
| schema:imagine | ✓ | 3 properties, 0 required |
| covered:imagine | ✓ | 1 example(s) |
| schema:e2e | ✓ | 4 properties, 0 required |
| covered:e2e | ✓ | 1 example(s) |
| schema:translate | ✓ | 4 properties, 0 required |
| covered:translate | ✓ | 2 example(s) |
| schema:prose | ✓ | 4 properties, 1 required |
| covered:prose | ✓ | 1 example(s) |
| schema:mongo | ✓ | 9 properties, 0 required |
| covered:mongo | ✓ | 2 example(s) |
| schema:stripe | ✓ | 16 properties, 0 required |
| covered:stripe | ✓ | 3 example(s) |
| schema:legal | ✓ | 7 properties, 0 required |
| covered:legal | ✓ | 2 example(s) |
| schema:repository | ✓ | 5 properties, 0 required |
| covered:repository | ✓ | 1 example(s) |
| schema:jsonld | ✓ | 12 properties, 0 required |
| covered:jsonld | ✓ | 2 example(s) |
| schema:codes | ✓ | 3 properties, 0 required |
| covered:codes | ✓ | 1 example(s) |
| schema:payload | ✓ | 13 properties, 0 required |
| covered:payload | ✓ | 6 example(s) |
| schema:configure | ✓ | 7 properties, 0 required |
| covered:configure | ✓ | 8 example(s) |
| schema:extend | ✓ | 6 properties, 0 required |
| covered:extend | ✓ | 4 example(s) |
| schema:fold | ✓ | 7 properties, 0 required |
| covered:fold | ✓ | 1 example(s) |
| schema:seal | ✓ | 3 properties, 1 required |
| covered:seal | ✓ | 1 example(s) |
| example-tool:discover-lead-registry | ✓ | discover |
| license:discover-lead-registry | ✓ | result, widget and block carry the licence |
| css-vars:discover-lead-registry | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:discover-lead-registry | ✓ | images named, tables headed, links worded, a heading present |
| example:discover-lead-registry | ✓ | Leads first: a lead's distinctive words asked of the public MCP registry (registry.modelcontextprotocol.io) before any guess about which MCP serves it; the client fetches, and the answers name the related servers and the request that extends each through qpu. |
| example-tool:discover-requests | ✓ | discover |
| license:discover-requests | ✓ | result, widget and block carry the licence |
| css-vars:discover-requests | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:discover-requests | ✓ | images named, tables headed, links worded, a heading present |
| example:discover-requests | ✓ | Phase one of discovery: the requests a client makes for every contract — the unit's tools/list, its catalogue door, its well-known file, and the verifiers' contract documents. |
| example-tool:wave-requests | ✓ | wave |
| license:wave-requests | ✓ | result, widget and block carry the licence |
| css-vars:wave-requests | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:wave-requests | ✓ | images named, tables headed, links worded, a heading present |
| example:wave-requests | ✓ | Phase one of the wave: the requests two leads need, once per URL, each naming the leads it serves. |
| example-tool:readiness-plan | ✓ | readiness |
| license:readiness-plan | ✓ | result, widget and block carry the licence |
| css-vars:readiness-plan | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:readiness-plan | ✓ | images named, tables headed, links worded, a heading present |
| example:readiness-plan | ✓ | Phase one of readiness without measurements: every lead judged (served by its tool, refuted by declaration, or in trial), the sources for the unit, an empty border plan because nothing was discovered, and the unit plan. |
| example-tool:e2e-requests | ✓ | e2e |
| license:e2e-requests | ✓ | result, widget and block carry the licence |
| css-vars:e2e-requests | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:e2e-requests | ✓ | images named, tables headed, links worded, a heading present |
| example:e2e-requests | ✓ | Phase one of the end-to-end gate for three tools: every dashboard cell and every example of theirs as a tools/call request to one host, each carrying the hash of the tree's own answer; without tools, every tool's. |
| example-tool:imagine-two | ✓ | imagine |
| license:imagine-two | ✓ | result, widget and block carry the licence |
| css-vars:imagine-two | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:imagine-two | ✓ | images named, tables headed, links worded, a heading present |
| example:imagine-two | ✓ | Two leads imagined: one served by the processor tool, one blocked (a 404), plus the leads every schema and application family open. |
| example-tool:translate-bg | ✓ | translate |
| license:translate-bg | ✓ | result, widget and block carry the licence |
| css-vars:translate-bg | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:translate-bg | ✓ | images named, tables headed, links worded, a heading present |
| example:translate-bg | ✓ | English to Bulgarian by vocabulary: the labels and verdicts translate; a word with no entry stays and is reported. |
| example-tool:translate-coverage | ✓ | translate |
| license:translate-coverage | ✓ | result, widget and block carry the licence |
| css-vars:translate-coverage | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:translate-coverage | ✓ | images named, tables headed, links worded, a heading present |
| example:translate-coverage | ✓ | The vocabulary measured: for every locale, which surface terms have no entry — the leads of the tables, updated from measurement. |
| example-tool:prose-clay-bg | ✓ | prose |
| license:prose-clay-bg | ✓ | result, widget and block carry the licence |
| css-vars:prose-clay-bg | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:prose-clay-bg | ✓ | images named, tables headed, links worded, a heading present |
| example:prose-clay-bg | ✓ | Programmable prose in Bulgarian from the clay tool's answer and the tree toolbox's skill: the numbers are the tool's, the words the vocabulary's, the rest reported. |
| example-tool:mongo-find | ✓ | mongo |
| license:mongo-find | ✓ | result, widget and block carry the licence |
| css-vars:mongo-find | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:mongo-find | ✓ | images named, tables headed, links worded, a heading present |
| example:mongo-find | ✓ | A Mongo filter over documents read from the docket: operators, array membership, sort; the match is computed here, the storage is the docket. |
| example-tool:mongo-update | ✓ | mongo |
| license:mongo-update | ✓ | result, widget and block carry the licence |
| css-vars:mongo-update | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:mongo-update | ✓ | images named, tables headed, links worded, a heading present |
| example:mongo-update | ✓ | An update computed as a new document and a new entry linked to the one it replaces: entries are immutable and content-addressed, so history is kept. |
| example-tool:stripe-plan | ✓ | stripe |
| license:stripe-plan | ✓ | result, widget and block carry the licence |
| css-vars:stripe-plan | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:stripe-plan | ✓ | images named, tables headed, links worded, a heading present |
| example:stripe-plan | ✓ | A checkout plan for a yearly commercial licence of acme on two domains, bought at tenant psg: the form Stripe takes, the metadata the webhook brings back, the tenant secret the Worker alone holds. |
| example-tool:stripe-catalogue | ✓ | stripe |
| license:stripe-catalogue | ✓ | result, widget and block carry the licence |
| css-vars:stripe-catalogue | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:stripe-catalogue | ✓ | images named, tables headed, links worded, a heading present |
| example:stripe-catalogue | ✓ | The QPU as a product line for tenant uuidna: seven variants over five products, each a Stripe price form in two currencies, the a432 default at zero. |
| example-tool:stripe-webhook | ✓ | stripe |
| license:stripe-webhook | ✓ | result, widget and block carry the licence |
| css-vars:stripe-webhook | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:stripe-webhook | ✓ | images named, tables headed, links worded, a heading present |
| example:stripe-webhook | ✓ | A checkout completed at tenant psg, its signature verified with psg's webhook secret, read into one licence entry granting acme on both domains. |
| example-tool:legal-audit-offline | ✓ | legal |
| license:legal-audit-offline | ✓ | result, widget and block carry the licence |
| css-vars:legal-audit-offline | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:legal-audit-offline | ✓ | images named, tables headed, links worded, a heading present |
| example:legal-audit-offline | ✓ | Phase two with no answers (offline): the claims, the tree's security checks, and the audit's own content address over the SHA-256 of every input — change a source and the address changes. |
| example-tool:legal-plan | ✓ | legal |
| license:legal-plan | ✓ | result, widget and block carry the licence |
| css-vars:legal-plan | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:legal-plan | ✓ | images named, tables headed, links worded, a heading present |
| example:legal-plan | ✓ | Phase one on fixture texts and a three-door discovery: the claims gathered (licence, author, metadata, measured table, perspectives), the tree's security checks, and the plan — one forensics call per claim, the rights and security doors once, free by default. |
| example-tool:repository-watch | ✓ | repository |
| license:repository-watch | ✓ | result, widget and block carry the licence |
| css-vars:repository-watch | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:repository-watch | ✓ | images named, tables headed, links worded, a heading present |
| example:repository-watch | ✓ | Fixture facts against fixture answers: two local branches unpushed, one remote branch not here, a local tag not pushed, a remote tag not fetched, a moved tag, a release whose tag is gone, a version with a tag and no release, a Zenodo version without a release, a second workspace: ten leads. |
| example-tool:jsonld-block | ✓ | jsonld |
| license:jsonld-block | ✓ | result, widget and block carry the licence |
| css-vars:jsonld-block | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:jsonld-block | ✓ | images named, tables headed, links worded, a heading present |
| example:jsonld-block | ✓ | A block as schema.org JSON-LD: a CreativeWork of the SoftwareApplication, the author a Person with an ORCID, the licence a URL, the date ISO 8601. |
| example-tool:jsonld-catalogue | ✓ | jsonld |
| license:jsonld-catalogue | ✓ | result, widget and block carry the licence |
| css-vars:jsonld-catalogue | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:jsonld-catalogue | ✓ | images named, tables headed, links worded, a heading present |
| example:jsonld-catalogue | ✓ | The whole catalogue as an OfferCatalog of Offers priced in ISO 4217 EUR, each a UnitPriceSpecification by month or year where recurring. |
| example-tool:codes-plan | ✓ | codes |
| license:codes-plan | ✓ | result, widget and block carry the licence |
| css-vars:codes-plan | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:codes-plan | ✓ | images named, tables headed, links worded, a heading present |
| example:codes-plan | ✓ | What the codes tool would validate and where the CLDR lists are: eleven locales, three currencies, the tenants' countries. |
| example-tool:configure-versions | ✓ | configure |
| license:configure-versions | ✓ | result, widget and block carry the licence |
| css-vars:configure-versions | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-versions | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-versions | ✓ | Versions define development and development defines versions: the current version from its single source, the next number from what the catalogue changed since the last tag (tools added: the minor digit carries), kept to single digits with a build address, the open leads as the version's plan, Payload's versioning over the RAID (every version an entry, never overwritten, no cap). |
| example-tool:configure-migration | ✓ | configure |
| license:configure-migration | ✓ | result, widget and block carry the licence |
| css-vars:configure-migration | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-migration | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-migration | ✓ | A provider added or moved at 100 % uptime: deploy beside, mirror the docket by address, decode old and new as copies through the gate, route, and the rollback is the earlier version still answering. |
| example-tool:configure-api | ✓ | configure |
| license:configure-api | ✓ | result, widget and block carry the licence |
| css-vars:configure-api | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-api | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-api | ✓ | The QPU's API overview as data, the way platform.claude.com's overview is one for the Claude API: one MCP endpoint and every surface around it, the headers, the authorization (none for every pure tool), the content addressing and its involution, the tools by toolbox, the MCP connector for Claude and for any client, quick tests, limits and errors; docs/api.md is written from it. |
| example-tool:configure-fullstack | ✓ | configure |
| license:configure-fullstack | ✓ | result, widget and block carry the licence |
| css-vars:configure-fullstack | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-fullstack | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-fullstack | ✓ | QPU's full stack from the source of payloadcms.com (MIT): its twelve collections, thirty blocks, globals and fields kept, the qpu block added, search, multi-tenant and mcp added to its four plugins, the database the RAID, storage and deploy at Cloudflare; two source files and a README generated for the fork. |
| example-tool:configure-all | ✓ | configure |
| license:configure-all | ✓ | result, widget and block carry the licence |
| css-vars:configure-all | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-all | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-all | ✓ | Every configuration MCP computes, tested around the torus: Payload's plugins, the Worker, the tenants' variable names, the manifest, the registration, the versions, the migration, the full stack; each with its address, seed, reflection and trinity, every loop closed. |
| example-tool:configure-payload | ✓ | configure |
| license:configure-payload | ✓ | result, widget and block carry the licence |
| css-vars:configure-payload | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-payload | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-payload | ✓ | Payload configured by MCP: eight default plugins over the one pages collection, the lexical block qpu with its UUID logic fields, the tenants in multi-tenant, 256 combinations. |
| example-tool:configure-wrangler-drift | ✓ | configure |
| license:configure-wrangler-drift | ✓ | result, widget and block carry the licence |
| css-vars:configure-wrangler-drift | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-wrangler-drift | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-wrangler-drift | ✓ | The Worker configuration compared to a text a client holds: every differing path is a lead, nothing is rewritten by the tool. |
| example-tool:configure-tenant-missing | ✓ | configure |
| license:configure-tenant-missing | ✓ | result, widget and block carry the licence |
| css-vars:configure-tenant-missing | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:configure-tenant-missing | ✓ | images named, tables headed, links worded, a heading present |
| example:configure-tenant-missing | ✓ | Each tenant's variable names and which an environment lacks: Stripe keys and the Cloudflare MCP tokens are the operator's to set; values never travel. |
| example-tool:payload-theorems-plan | ✓ | payload |
| license:payload-theorems-plan | ✓ | result, widget and block carry the licence |
| css-vars:payload-theorems-plan | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-theorems-plan | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-theorems-plan | ✓ | The textbook's axioms replaced by theorems through the Payload MCP plugin, as a client: the endpoint, the authorization the tenant sends, the tools/list request, and the steps — the find and update doors picked by what they take, every qpu block without a theorem given the kernel-accepted key its example names. |
| example-tool:payload-theorems-update | ✓ | payload |
| license:payload-theorems-update | ✓ | result, widget and block carry the licence |
| css-vars:payload-theorems-update | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-theorems-update | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-theorems-update | ✓ | With the Payload MCP's answers: the find and update doors recognised by what they take, two pages read, one qpu block without a theorem given textbook_plugin_combinations (the example configure-payload), one already naming its theorem left as it is; one update request emitted. |
| example-tool:payload-website | ✓ | payload |
| license:payload-website | ✓ | result, widget and block carry the licence |
| css-vars:payload-website | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-website | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-website | ✓ | The source of payloadcms.com (github.com/payloadcms/website, MIT) read as a tree: twelve collections, thirty blocks, seven globals, ten fields, its own opsCounter plugin, and the four default plugins its config mounts; the live page's block types contentGrid and cta have their blocks in the source — the site is what Payload computes, verified. |
| example-tool:payload-skills | ✓ | payload |
| license:payload-skills | ✓ | result, widget and block carry the licence |
| css-vars:payload-skills | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-skills | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-skills | ✓ | Payload's skills for agents (github.com/payloadcms/skills) read as a tree: two skills, payload and cms-migration, their fourteen references, each mapped to the tool of this tree that enacts it; names and paths as facts, no text carried. |
| example-tool:payload-site | ✓ | payload |
| license:payload-site | ✓ | result, widget and block carry the licence |
| css-vars:payload-site | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-site | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-site | ✓ | The site as its own use cases, as payloadcms.com is built of what Payload computes: every toolbox a use case, every example a page document in Payload's pages shape (layout blocks, meta, breadcrumbs) at its live /u address. |
| example-tool:payload-doc | ✓ | payload |
| license:payload-doc | ✓ | result, widget and block carry the licence |
| css-vars:payload-doc | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:payload-doc | ✓ | images named, tables headed, links worded, a heading present |
| example:payload-doc | ✓ | The clay result as a Payload document: a lexical root with a heading, one qpu block of UUID logic and the licence paragraph; nested under its referer; the SEO fields from the block's Open Graph. |
| example-tool:extend-out | ✓ | extend |
| license:extend-out | ✓ | result, widget and block carry the licence |
| css-vars:extend-out | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:extend-out | ✓ | images named, tables headed, links worded, a heading present |
| example:extend-out | ✓ | This catalogue as the registration any MCP client mounts: every tool as tools/list serves it, grouped by toolbox, at this tree's own endpoint; and as the Claude API mounts it, through the Messages API's MCP connector (mcp_servers with the mcp_toolset, beta mcp-client-2025-11-20), the tenant's key in the request. |
| example-tool:extend-in-request | ✓ | extend |
| license:extend-in-request | ✓ | result, widget and block carry the licence |
| css-vars:extend-in-request | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:extend-in-request | ✓ | images named, tables headed, links worded, a heading present |
| example:extend-in-request | ✓ | Without the host's tools: the one tools/list request the client makes of Cloudflare's documentation server (no token needed there), and the integration matrix: every MCP this tree knows, its token name and what the tree does with it once open (GitHub → the repository watch through its doors; Cloudflare's eight → the verifier, the mirrors, the metrics, the wave, the audit, the prose, the tenants, the textbook; the Claude API → the operator agent, and outward the Messages API registration that mounts this catalogue). |
| example-tool:extend-in-docs | ✓ | extend |
| license:extend-in-docs | ✓ | result, widget and block carry the licence |
| css-vars:extend-in-docs | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:extend-in-docs | ✓ | images named, tables headed, links worded, a heading present |
| example:extend-in-docs | ✓ | Cloudflare's documentation server read into this catalogue: one door, docs.mcp.cloudflare.com:search_cloudflare_documentation, taking a query. |
| example-tool:extend-call-served | ✓ | extend |
| license:extend-call-served | ✓ | result, widget and block carry the licence |
| css-vars:extend-call-served | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:extend-call-served | ✓ | images named, tables headed, links worded, a heading present |
| example:extend-call-served | ✓ | A foreign door served and its event-stream answer read back into the text the host returned. |
| example-tool:fold-ledger | ✓ | fold |
| license:fold-ledger | ✓ | result, widget and block carry the licence |
| css-vars:fold-ledger | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:fold-ledger | ✓ | images named, tables headed, links worded, a heading present |
| example:fold-ledger | ✓ | A forty-row ledger folded under a bound of 600 bytes: the pieces, each with its address, SHA-256 and key range, the root over them, the mirror piece of each across the fold, and the one piece the key k27 sits in — decided by comparisons, the whole never read for it. |
| example-tool:seal-text | ✓ | seal |
| license:seal-text | ✓ | result, widget and block carry the licence |
| css-vars:seal-text | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:seal-text | ✓ | images named, tables headed, links worded, a heading present |
| example:seal-text | ✓ | SHA-256, the HMAC under a test key and the fold address of one text, the same at every host. |
| example-tool:textbook-categories | ✓ | textbook |
| license:textbook-categories | ✓ | result, widget and block carry the licence |
| css-vars:textbook-categories | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:textbook-categories | ✓ | images named, tables headed, links worded, a heading present |
| example:textbook-categories | ✓ | The textbook as an adapter: every example categorised for reuse by toolbox, tool, theorem and module; the categories are computed, never written. |
| example-tool:textbook-reuse | ✓ | textbook |
| license:textbook-reuse | ✓ | result, widget and block carry the licence |
| css-vars:textbook-reuse | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:textbook-reuse | ✓ | images named, tables headed, links worded, a heading present |
| example:textbook-reuse | ✓ | One example reused by id: replayed, its result returned, as documented. |
| example-tool:vortex-trinity | ✓ | verify |
| license:vortex-trinity | ✓ | result, widget and block carry the licence |
| css-vars:vortex-trinity | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:vortex-trinity | ✓ | images named, tables headed, links worded, a heading present |
| example:vortex-trinity | ✓ | The 9-vortex of a UUID read whole: the seed, its reflection under σ_10, the trinity it belongs to and the trinity it reflects into at the same time (3, 6, 9 ↔ 7, 4, 1; 2, 5, 8 into itself), and whether it sits in the key's trinity; stated by the kernel as triad_reflect. |
| example-tool:css-stylesheet | ✓ | css |
| license:css-stylesheet | ✓ | result, widget and block carry the licence |
| css-vars:css-stylesheet | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:css-stylesheet | ✓ | images named, tables headed, links worded, a heading present |
| example:css-stylesheet | ✓ | The UI as CSS: the stylesheet from the key 432 with the rules that draw every block from its own custom properties, and the thirteen variables one UUID sets on its block root, its vortex seed and the seed's reflection summing to 10; no script anywhere. |
| example-tool:dashboard-processor | ✓ | dashboard |
| license:dashboard-processor | ✓ | result, widget and block carry the licence |
| css-vars:dashboard-processor | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:dashboard-processor | ✓ | images named, tables headed, links worded, a heading present |
| example:dashboard-processor | ✓ | The processor tool laid out whole: its one facet (three devices) and the three combinations, each a final cell drawn by its own UUID with a link to its walk page, so the click is the decision. |
| example-tool:dashboard-algorithm-narrowed | ✓ | dashboard |
| license:dashboard-algorithm-narrowed | ✓ | result, widget and block carry the licence |
| css-vars:dashboard-algorithm-narrowed | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:dashboard-algorithm-narrowed | ✓ | images named, tables headed, links worded, a heading present |
| example:dashboard-algorithm-narrowed | ✓ | The algorithm tool with its name fixed to shor: the space of every combination counted whole, and the next facet open as cells that narrow it further, until one combination remains and its cell is the walk. |
| example-tool:dashboard-index | ✓ | dashboard |
| license:dashboard-index | ✓ | result, widget and block carry the licence |
| css-vars:dashboard-index | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:dashboard-index | ✓ | images named, tables headed, links worded, a heading present |
| example:dashboard-index | ✓ | Every tool with the size of its input space: how many combinations its enumerable facets admit, which properties stay free, and the address of its own dashboard. |
| example-tool:clone-language | ✓ | clone |
| license:clone-language | ✓ | result, widget and block carry the licence |
| css-vars:clone-language | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:clone-language | ✓ | images named, tables headed, links worded, a heading present |
| example:clone-language | ✓ | The language toolbox cloned whole under a new name: its two tools with their schemas, its instructions, directions and examples, its selftest run now; the quantum state is never cloned, its classical description is. |
| example-tool:metrics-live | ✓ | metrics |
| license:metrics-live | ✓ | result, widget and block carry the licence |
| css-vars:metrics-live | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:metrics-live | ✓ | images named, tables headed, links worded, a heading present |
| example:metrics-live | ✓ | The tree's metrics computed now: tools, toolboxes, examples and how many a theorem backs, the kernel's counts, leads by status, the audit, the balancer. |
| example-tool:processor-willow | ✓ | processor |
| license:processor-willow | ✓ | result, widget and block carry the licence |
| css-vars:processor-willow | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:processor-willow | ✓ | images named, tables headed, links worded, a heading present |
| example:processor-willow | ✓ | How many qubits Willow has, as its spec sheet states it: 105, with average connectivity 3.47. |
| example-tool:processor-sycamore | ✓ | processor |
| license:processor-sycamore | ✓ | result, widget and block carry the licence |
| css-vars:processor-sycamore | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:processor-sycamore | ✓ | images named, tables headed, links worded, a heading present |
| example:processor-sycamore | ✓ | Sycamore from its printed diagram: 54 qubits and 88 couplers, derived and stated. |
| example-tool:circuit-hadamard-amplitudes | ✓ | circuit |
| license:circuit-hadamard-amplitudes | ✓ | result, widget and block carry the licence |
| css-vars:circuit-hadamard-amplitudes | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:circuit-hadamard-amplitudes | ✓ | images named, tables headed, links worded, a heading present |
| example:circuit-hadamard-amplitudes | ✓ | A Hadamard gives two amplitudes of 1/√2. |
| example-tool:circuit-hadamard-sampled | ✓ | circuit |
| license:circuit-hadamard-sampled | ✓ | result, widget and block carry the licence |
| css-vars:circuit-hadamard-sampled | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:circuit-hadamard-sampled | ✓ | images named, tables headed, links worded, a heading present |
| example:circuit-hadamard-sampled | ✓ | The same circuit measured: 400 bitstrings, each 0 or 1, in a histogram. |
| example-tool:circuit-bit-flip-noise | ✓ | circuit |
| license:circuit-bit-flip-noise | ✓ | result, widget and block carry the licence |
| css-vars:circuit-bit-flip-noise | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:circuit-bit-flip-noise | ✓ | images named, tables headed, links worded, a heading present |
| example:circuit-bit-flip-noise | ✓ | An X gate under a bit-flip channel of p = 0.1 on the density matrix: probability 0.1 of reading 0, purity 0.1² + 0.9² = 0.82. Noise does not sample; it returns the mixed state. |
| example-tool:echo-returns | ✓ | echo |
| license:echo-returns | ✓ | result, widget and block carry the licence |
| css-vars:echo-returns | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:echo-returns | ✓ | images named, tables headed, links worded, a heading present |
| example:echo-returns | ✓ | H forward, Z, H back is X: the echo is destroyed, so the return probability is 0. |
| example-tool:echo-benchmark | ✓ | echo_benchmark |
| license:echo-benchmark | ✓ | result, widget and block carry the licence |
| css-vars:echo-benchmark | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:echo-benchmark | ✓ | images named, tables headed, links worded, a heading present |
| example:echo-benchmark | ✓ | Quantum Echoes as Google states it: Willow, 105 qubits, the 13,000× figure (Google's, not this tree's). |
| example-tool:roadmap-all | ✓ | roadmap |
| license:roadmap-all | ✓ | result, widget and block carry the licence |
| css-vars:roadmap-all | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:roadmap-all | ✓ | images named, tables headed, links worded, a heading present |
| example:roadmap-all | ✓ | The six roadmap milestones and the four application bands. |
| example-tool:roadmap-milestone-3 | ✓ | roadmap |
| license:roadmap-milestone-3 | ✓ | result, widget and block carry the licence |
| css-vars:roadmap-milestone-3 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:roadmap-milestone-3 | ✓ | images named, tables headed, links worded, a heading present |
| example:roadmap-milestone-3 | ✓ | One milestone by number. |
| example-tool:algorithm-shor-15 | ✓ | algorithm |
| license:algorithm-shor-15 | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-shor-15 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-shor-15 | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-shor-15 | ✓ | Shor's circuit on the state-vector simulator: order 4 and factors 3 × 5 for N = 15, a = 7. |
| example-tool:algorithm-qft-3 | ✓ | algorithm |
| license:algorithm-qft-3 | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-qft-3 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-qft-3 | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-qft-3 | ✓ | The QFT of |5⟩ on three qubits: eight amplitudes of equal magnitude. |
| example-tool:algorithm-grover | ✓ | algorithm |
| license:algorithm-grover | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-grover | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-grover | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-grover | ✓ | Grover on two qubits finds the marked |00⟩ with certainty. |
| example-tool:algorithm-teleportation | ✓ | algorithm |
| license:algorithm-teleportation | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-teleportation | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-teleportation | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-teleportation | ✓ | Teleportation: the received state matches the message on X, Y and Z. |
| example-tool:algorithm-phase-estimation | ✓ | algorithm |
| license:algorithm-phase-estimation | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-phase-estimation | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-phase-estimation | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-phase-estimation | ✓ | Phase estimation reads θ = 0.25 exactly in three bits. |
| example-tool:algorithm-qaoa | ✓ | algorithm |
| license:algorithm-qaoa | ✓ | result, widget and block carry the licence |
| css-vars:algorithm-qaoa | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:algorithm-qaoa | ✓ | images named, tables headed, links worded, a heading present |
| example:algorithm-qaoa | ✓ | QAOA on the Cirq page's instance, sampled from the state's probabilities. |
| example-tool:software | ✓ | software |
| license:software | ✓ | result, widget and block carry the licence |
| css-vars:software | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:software | ✓ | images named, tables headed, links worded, a heading present |
| example:software | ✓ | The Software page tools; only Cirq is implemented here. |
| example-tool:statements-cirq | ✓ | statements |
| license:statements-cirq | ✓ | result, widget and block carry the licence |
| css-vars:statements-cirq | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:statements-cirq | ✓ | images named, tables headed, links worded, a heading present |
| example:statements-cirq | ✓ | One statement by topic. |
| example-tool:repositories | ✓ | repositories |
| license:repositories | ✓ | result, widget and block carry the licence |
| css-vars:repositories | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:repositories | ✓ | images named, tables headed, links worded, a heading present |
| example:repositories | ✓ | The fifteen quantumlib repositories. |
| example-tool:leads-all | ✓ | leads |
| license:leads-all | ✓ | result, widget and block carry the licence |
| css-vars:leads-all | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:leads-all | ✓ | images named, tables headed, links worded, a heading present |
| example:leads-all | ✓ | Every lead with its status; the counts add up to the total. |
| example-tool:qec-bit-flip-0.1 | ✓ | quantum-error-correction |
| license:qec-bit-flip-0.1 | ✓ | result, widget and block carry the licence |
| css-vars:qec-bit-flip-0.1 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:qec-bit-flip-0.1 | ✓ | images named, tables headed, links worded, a heading present |
| example:qec-bit-flip-0.1 | ✓ | The three-qubit repetition code on the density matrix at p = 0.1: logical error 3p² − 2p³ = 0.028, below the raw 0.1. |
| example-tool:chemistry-h2 | ✓ | chemistry-simulation |
| license:chemistry-h2 | ✓ | result, widget and block carry the licence |
| css-vars:chemistry-h2 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:chemistry-h2 | ✓ | images named, tables headed, links worded, a heading present |
| example:chemistry-h2 | ✓ | H₂ in STO-3G at 0.7414 Å: the Hartree–Fock energy from the simulator is −1.1167 Ha and the variational minimum lies below it near −1.137 Ha. |
| example-tool:ftqc-all | ✓ | fault-tolerant-design |
| license:ftqc-all | ✓ | result, widget and block carry the licence |
| css-vars:ftqc-all | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:ftqc-all | ✓ | images named, tables headed, links worded, a heading present |
| example:ftqc-all | ✓ | Resource counts read from six circuits this tree builds; one Toffoli costs 7 T gates by the cited decomposition. |
| example-tool:quantumlib-cirq | ✓ | quantumlib |
| license:quantumlib-cirq | ✓ | result, widget and block carry the licence |
| css-vars:quantumlib-cirq | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:quantumlib-cirq | ✓ | images named, tables headed, links worded, a heading present |
| example:quantumlib-cirq | ✓ | What this tree implements of Cirq, as a cross-reference of its exports. |
| example-tool:clay-register | ✓ | clay |
| license:clay-register | ✓ | result, widget and block carry the licence |
| css-vars:clay-register | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:clay-register | ✓ | images named, tables headed, links worded, a heading present |
| example:clay-register | ✓ | The 54 Clay relations recomputed in exact integer arithmetic: all hold, the widest value needs 33 bits (amplitudes = 2^32), three 16-bit limbs on an 8-bit machine. |
| example-tool:clay-reflection | ✓ | clay |
| license:clay-reflection | ✓ | result, widget and block carry the licence |
| css-vars:clay-reflection | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:clay-reflection | ✓ | images named, tables headed, links worded, a heading present |
| example:clay-reflection | ✓ | The register read by the technique: every relation's value as a vortex seed with its σ_10 reflection and both trinities, the relations whose seeds reflect each other paired, the fixed ones (seed 5) and the ones in the key's trinity named, and the plan to ask the unit's sequence door every value. |
| example-tool:clay-relation-15 | ✓ | clay |
| license:clay-relation-15 | ✓ | result, widget and block carry the licence |
| css-vars:clay-relation-15 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:clay-relation-15 | ✓ | images named, tables headed, links worded, a heading present |
| example:clay-relation-15 | ✓ | One relation: magicBlock = glProd hexbit seed = qftDepth vertices = 15. |
| example-tool:verify-seal-and-content | ✓ | verify |
| license:verify-seal-and-content | ✓ | result, widget and block carry the licence |
| css-vars:verify-seal-and-content | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:verify-seal-and-content | ✓ | images named, tables headed, links worded, a heading present |
| example:verify-seal-and-content | ✓ | One UUID checked cheaply: its seal from its own 31 nibbles, and its content by one fold. |
| example-tool:verify-tampered | ✓ | verify |
| license:verify-tampered | ✓ | result, widget and block carry the licence |
| css-vars:verify-tampered | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:verify-tampered | ✓ | images named, tables headed, links worded, a heading present |
| example:verify-tampered | ✓ | A UUID with one nibble changed: the content-decided version no longer agrees, and no content was needed to see it. |
| example-tool:match-willow | ✓ | match |
| license:match-willow | ✓ | result, widget and block carry the licence |
| css-vars:match-willow | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-willow | ✓ | images named, tables headed, links worded, a heading present |
| example:match-willow | ✓ | Any statement, matched: this one is served by the processor tool. |
| example-tool:match-glagolitic | ✓ | match |
| license:match-glagolitic | ✓ | result, widget and block carry the licence |
| css-vars:match-glagolitic | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-glagolitic | ✓ | images named, tables headed, links worded, a heading present |
| example:match-glagolitic | ✓ | A Glagolitic numeral read as the integer 15 before the match: served by the algorithm tool, factored 3 × 5 in the reflection. |
| example-tool:match-bulgarian | ✓ | match |
| license:match-bulgarian | ✓ | result, widget and block carry the licence |
| css-vars:match-bulgarian | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-bulgarian | ✓ | images named, tables headed, links worded, a heading present |
| example:match-bulgarian | ✓ | A statement in Bulgarian with a Glagolitic numeral, translated by vocabulary offline, matched, and answered with its verdict in Bulgarian. |
| example-tool:match-theorem-first | ✓ | match |
| license:match-theorem-first | ✓ | result, widget and block carry the licence |
| css-vars:match-theorem-first | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-theorem-first | ✓ | images named, tables headed, links worded, a heading present |
| example:match-theorem-first | ✓ | Solved first by the QPU textbook: the statement names a kernel-accepted theorem, so it is served by that theorem, proven, before any tool is called. |
| example-tool:match-pattern-uuid | ✓ | match |
| license:match-pattern-uuid | ✓ | result, widget and block carry the licence |
| css-vars:match-pattern-uuid | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-pattern-uuid | ✓ | images named, tables headed, links worded, a heading present |
| example:match-pattern-uuid | ✓ | Pattern recognition: a UUID in the statement opens the verify door before any token match; the match names the pattern and carries the verification. |
| example-tool:match-pattern-dashboard | ✓ | match |
| license:match-pattern-dashboard | ✓ | result, widget and block carry the licence |
| css-vars:match-pattern-dashboard | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-pattern-dashboard | ✓ | images named, tables headed, links worded, a heading present |
| example:match-pattern-dashboard | ✓ | Pattern recognition: "dashboard of <tool>" lays the tool out whole. |
| example-tool:match-rsa-2048 | ✓ | match |
| license:match-rsa-2048 | ✓ | result, widget and block carry the licence |
| css-vars:match-rsa-2048 | ✓ | the block root carries its UUID's custom properties and no hex colour; the stylesheet draws it |
| accessibility:match-rsa-2048 | ✓ | images named, tables headed, links worded, a heading present |
| example:match-rsa-2048 | ✓ | Any statement, proved impossible from the schema: algorithm.N is bounded to 21; the cluster names what is served instead. |
| example-tool:audit-self | ✓ | audit |
| toolbox:processor | ✓ | in google |
| toolbox:circuit | ✓ | in google |
| toolbox:echo | ✓ | in google |
| toolbox:echo_benchmark | ✓ | in google |
| toolbox:roadmap | ✓ | in google |
| toolbox:algorithm | ✓ | in google |
| toolbox:software | ✓ | in google |
| toolbox:statements | ✓ | in google |
| toolbox:repositories | ✓ | in google |
| toolbox:quantumlib | ✓ | in google |
| toolbox:quantum-error-correction | ✓ | in google |
| toolbox:chemistry-simulation | ✓ | in google |
| toolbox:fault-tolerant-design | ✓ | in google |
| toolbox:leads | ✓ | in tree |
| toolbox:audit | ✓ | in tree |
| toolbox:match | ✓ | in tree |
| toolbox:clay | ✓ | in tree |
| toolbox:verify | ✓ | in tree |
| toolbox:metrics | ✓ | in tree |
| toolbox:textbook | ✓ | in tree |
| toolbox:css | ✓ | in tree |
| toolbox:dashboard | ✓ | in tree |
| toolbox:clone | ✓ | in tree |
| toolbox:discover | ✓ | in flow |
| toolbox:wave | ✓ | in flow |
| toolbox:readiness | ✓ | in flow |
| toolbox:imagine | ✓ | in flow |
| toolbox:e2e | ✓ | in flow |
| toolbox:translate | ✓ | in language |
| toolbox:prose | ✓ | in language |
| toolbox:mongo | ✓ | in raid |
| toolbox:stripe | ✓ | in billing |
| toolbox:legal | ✓ | in legal |
| toolbox:repository | ✓ | in repository |
| toolbox:jsonld | ✓ | in standards |
| toolbox:codes | ✓ | in standards |
| toolbox:payload | ✓ | in payload |
| toolbox:configure | ✓ | in payload |
| toolbox:extend | ✓ | in extension |
| toolbox:fold | ✓ | in crypto |
| toolbox:seal | ✓ | in crypto |
| selftest:google:google:processor-willow | ✓ | How many qubits Willow has, as its spec sheet states it: 105, with average connectivity 3.47. |
| selftest:google:google:processor-sycamore | ✓ | Sycamore from its printed diagram: 54 qubits and 88 couplers, derived and stated. |
| selftest:google:google:circuit-hadamard-amplitudes | ✓ | A Hadamard gives two amplitudes of 1/√2. |
| selftest:google:google:circuit-hadamard-sampled | ✓ | The same circuit measured: 400 bitstrings, each 0 or 1, in a histogram. |
| selftest:google:google:circuit-bit-flip-noise | ✓ | An X gate under a bit-flip channel of p = 0.1 on the density matrix: probability 0.1 of reading 0, purity 0.1² + 0.9² = 0.82. Noise does not sample; it returns the mixed state. |
| selftest:google:google:echo-returns | ✓ | H forward, Z, H back is X: the echo is destroyed, so the return probability is 0. |
| selftest:google:google:echo-benchmark | ✓ | Quantum Echoes as Google states it: Willow, 105 qubits, the 13,000× figure (Google's, not this tree's). |
| selftest:google:google:roadmap-all | ✓ | The six roadmap milestones and the four application bands. |
| selftest:google:google:roadmap-milestone-3 | ✓ | One milestone by number. |
| selftest:google:google:algorithm-shor-15 | ✓ | Shor's circuit on the state-vector simulator: order 4 and factors 3 × 5 for N = 15, a = 7. |
| selftest:google:google:algorithm-qft-3 | ✓ | The QFT of |5⟩ on three qubits: eight amplitudes of equal magnitude. |
| selftest:google:google:algorithm-grover | ✓ | Grover on two qubits finds the marked |00⟩ with certainty. |
| selftest:google:google:algorithm-teleportation | ✓ | Teleportation: the received state matches the message on X, Y and Z. |
| selftest:google:google:algorithm-phase-estimation | ✓ | Phase estimation reads θ = 0.25 exactly in three bits. |
| selftest:google:google:algorithm-qaoa | ✓ | QAOA on the Cirq page's instance, sampled from the state's probabilities. |
| selftest:google:google:software | ✓ | The Software page tools; only Cirq is implemented here. |
| selftest:google:google:statements-cirq | ✓ | One statement by topic. |
| selftest:google:google:repositories | ✓ | The fifteen quantumlib repositories. |
| selftest:google:google:qec-bit-flip-0.1 | ✓ | The three-qubit repetition code on the density matrix at p = 0.1: logical error 3p² − 2p³ = 0.028, below the raw 0.1. |
| selftest:google:google:chemistry-h2 | ✓ | H₂ in STO-3G at 0.7414 Å: the Hartree–Fock energy from the simulator is −1.1167 Ha and the variational minimum lies below it near −1.137 Ha. |
| selftest:google:google:ftqc-all | ✓ | Resource counts read from six circuits this tree builds; one Toffoli costs 7 T gates by the cited decomposition. |
| selftest:google:google:quantumlib-cirq | ✓ | What this tree implements of Cirq, as a cross-reference of its exports. |
| selftest:google | ✓ | 22 of 22 checks pass |
| selftest:tree:tree:match-serves | ✓ | served via processor |
| selftest:tree | ✓ | 1 of 1 checks pass |
| selftest:flow:discover:requests-answerable | ✓ | 23 requests, every one answered by the client fixture |
| selftest:flow:discover:follow-ups | ✓ | follow-ups for verify_claim, sign_commit: the catalogue doors that answer a verdict and are not in tools/list |
| selftest:flow:discover:no-third-wave | ✓ | every follow-up answered, nothing left to ask |
| selftest:flow:discover:doors-read | ✓ | 5 doors: list_tools, get_rights, verify_claim, get_css, sign_commit |
| selftest:flow:discover:capabilities | ✓ | {"statementVerdict":["verify_claim"],"signing":["sign_commit"],"readiness":[],"addressing":[],"rbac":[],"metaphysics":[]} |
| selftest:flow:discover:openapi-paths | ✓ | openapi 3.1.0: /repos/{owner}/{repo}, /orgs/{org}/repos |
| selftest:flow:discover:openapi-yaml | ✓ | yaml paths read |
| selftest:flow:discover:oai-and-html | ✓ | identify and html page detected |
| selftest:flow:discover:leads | ✓ | 18 contract leads: the html page and the hosts with no machine contract named |
| selftest:flow:discover:page | ✓ | the page renders the hosts table |
| selftest:flow:wave:requests | ✓ | 6 requests from 3 leads, each with verifier, url, check and leads |
| selftest:flow:wave:notes | ✓ | titles and GitHub descriptions read from the bodies |
| selftest:flow:wave:contracted | ✓ | yes inside the discovered contract, no outside it, unknown where no contract was discovered |
| selftest:flow:wave:summary | ✓ | {"github":{"requests":2,"ok":2,"contracted":1,"uncontracted":1},"source-page":{"requests":3,"ok":2,"contracted":0,"uncontracted":0}} |
| selftest:flow:wave:page | ✓ | the page renders the summary row |
| selftest:flow:readiness:judge | ✓ | {"served-one":"served","cleanup-gone":"refuted","cleanup-back":"trial","learn":"refuted","partial-one":"trial","willow-title":"served","page:cirq/build":"refuted","declared":"refuted","owed":"trial"} |
| selftest:flow:readiness:judge-evidence | ✓ | HTTP 404 at https://quantumai.google/learn on 2026-01-01 | the match tool serves the page's title "How many qubits does | measured not served: the surface covers 0% of the page's tit |
| selftest:flow:readiness:sources | ✓ | quantumai.google 1 open of 6; scripts 1 open of 2; uuidna.com 1 open of 1 |
| selftest:flow:readiness:border-plan | ✓ | [{"door":"verify_claim","host":"unit.test","arguments":{"statement":"clay_sigma: 1 + 1 = 2"}}] |
| selftest:flow:readiness:border-read | ✓ | verify_claim:VERIFIED:true deposit_trial:the edge does not ho:false prove_verdict:UNVERIFIED:false |
| selftest:flow:readiness:page | ✓ | the page renders the border verdict |
| selftest:flow:imagine:subset | ✓ | willow-spec:impossible learn:impossible; 156 imagined |
| selftest:flow:discover:lead-asks-the-registry-first | ✓ | documentation, cloudflare, servers asked; 2 related, 2 remote(s) to extend |
| selftest:flow:e2e:corrected-by-majority | ✓ | c1: corrected, syndrome b c |
| selftest:flow:e2e:uncorrectable-without-majority | ✓ | c2: uncorrectable, logical error rate 0.5 |
| selftest:flow:e2e:errors-are-uuid-blocks | ✓ | 4 error blocks (the two suspects of an uncorrectable combination count), deterministic uuids, no bodies |
| selftest:flow:e2e:competition-fastest-correct-code-wins | ✓ | c1 won by tree-reference at 10 ms against majority at 20; c2 has 3 possibilities and no winner; 10 ms saved |
| selftest:flow:e2e:teleport-materialised-or-erased | ✓ | two 304s with the held hash materialise; a 304 echoing another hash is an erasure |
| selftest:flow:e2e:involution-proves-at-the-edge | ✓ | two 304 copies: agree, won by involution at 3 ms |
| selftest:flow:e2e:rates-against-textbook | ✓ | p=0.8, textbook 0.8960000000000001, 4 leads |
| selftest:flow | ✓ | 30 of 30 checks pass |
| selftest:language:language:round-trip:bg | ✓ | 77 terms return through bg |
| selftest:language:language:coverage-measured | ✓ | bg: 77 terms, 18 surface terms missing (refuted, trial, requests, results, discovery, plan) |
| selftest:language:language:prose-bg | ✓ | tree toolbox: tree knows itself. clay инструмент answered: total 54, holding 54, max bits 33. how to use it: call match |
| selftest:language:language:match-in-bg | ✓ | served → обслужена |
| selftest:language | ✓ | 4 of 4 checks pass |
| selftest:raid:raid:find-ops | ✓ | or sorted by title (Quantum Echoes before Sycamore), dotted path, regex, in, nin, exists |
| selftest:raid:raid:find-skip-limit | ✓ | skip and limit only when asked; no cap otherwise |
| selftest:raid:raid:update-ops | ✓ | set, inc, push, unset; the source document untouched |
| selftest:raid:raid:entries-addressed | ✓ | same content, same address; a replacement links what it replaces |
| selftest:raid:raid:unported-refused | ✓ | an operator not ported throws, never guesses |
| selftest:raid | ✓ | 5 of 5 checks pass |
| selftest:billing:billing:sha256-vector | ✓ | RFC 2104 / Wikipedia HMAC-SHA256 vector |
| selftest:billing:billing:signature-valid | ✓ | the tenant's own secret verifies |
| selftest:billing:billing:signature-other-tenant | ✓ | another tenant's secret does not: the scenario between tenants |
| selftest:billing:billing:signature-replay | ✓ | an old timestamp and an altered body are refused |
| selftest:billing:billing:idempotent | ✓ | the same event gives the same address |
| selftest:billing:billing:links | ✓ | a renewal links the grant, a refund links both, the domains carry over from the grant |
| selftest:billing:billing:state-across-domains | ✓ | a licence bought at psg is honoured at uuidna and not at a domain it does not name |
| selftest:billing:billing:state-scenarios | ✓ | renewed stays licensed; a refund at another tenant ends it; a dispute holds it; nothing is nothing |
| selftest:billing:billing:variants | ✓ | a subscription change keeps the licence and records the new variant and quantity, linked to the grants |
| selftest:billing:billing:catalogue | ✓ | per-tenant catalogue, metered variant, integer minor units |
| selftest:billing:billing:usage | ✓ | calls in the period summed from usage entries, rounded up to thousands |
| selftest:billing:billing:settlement | ✓ | net by currency, product and tenant from Stripe's own figures; the ledger content-addressed |
| selftest:billing:billing:plan | ✓ | the plan names the tenant secret, the domains and an idempotency key |
| selftest:billing | ✓ | 13 of 13 checks pass |
| selftest:legal:legal:claims | ✓ | 21 claims: licence-spdx, licence-address, author-orcid, representation, disclaimer, citation-cff, zenodo-json, package-json… |
| selftest:legal:legal:security-checks | ✓ | all pass on the fixture sources |
| selftest:legal:legal:security-catches | ✓ | a live key literal and a secret in the handler are caught |
| selftest:legal:legal:plan-free-by-default | ✓ | 48 calls for 21 claims through 8 doors |
| selftest:legal:legal:plan-operator-override | ✓ | the operator's list is used as given; an absent door is named, not guessed |
| selftest:legal:legal:audit-read | ✓ | 42 findings, drift imprint other-imprint vs 459a7ef3-7a8b-8d8e-893a-099292addcd5, refusals 1 |
| selftest:legal:legal:page | ✓ | the page renders the drift |
| selftest:legal:legal:tamper-evident | ✓ | the same inputs give the same address; one changed line changes it |
| selftest:legal | ✓ | 8 of 8 checks pass |
| selftest:repository:repository:requests | ✓ | 4 requests, 3 inside GitHub's contract |
| selftest:repository:repository:no-remote | ✓ | no remote, no requests; an ssh remote parses |
| selftest:repository:repository:leads | ✓ | branch-only-local-rebuild-phase-1, branch-only-local-orphan-v1-1-1-audit, branch-only-remote-clean, tag-only-local-waves-complete, tag-only-remote-v1-0-1, tag-moved-v1-4-0, release-without-tag-v0-9-0, version-without-release-v1.4.0, zenodo-without-release-1-1-1, workspace-qpu-2 |
| selftest:repository:repository:offline | ✓ | without answers only the local facts speak: the second workspace |
| selftest:repository:repository:refusal | ✓ | a refused request is recorded, never read as agreement |
| selftest:repository:repository:page | ✓ | the page renders the tags row |
| selftest:repository:repository:github-mcp-doors | ✓ | three doors (list_branches, list_tags, list_releases), their event-stream answers read into 2 branches, 1 tags, 1 release(s) |
| selftest:repository | ✓ | 7 of 7 checks pass |
| selftest:standards:standards:block | ✓ | CreativeWork with ORCID author, ISO 8601 date, ISO 639-1 language |
| selftest:standards:standards:page | ✓ | WebPage with identifier and locale |
| selftest:standards:standards:offer | ✓ | Offer in ISO 4217 with a yearly UnitPriceSpecification |
| selftest:standards:standards:codes | ✓ | locales 11 valid, currencies 3 valid, territory XX unknown |
| selftest:standards:standards:unmeasured | ✓ | without the lists nothing is called unknown |
| selftest:standards:standards:detect | ✓ | the vocabulary and a CLDR list are told apart |
| selftest:standards | ✓ | 6 of 6 checks pass |
| selftest:payload:payload:lexical-block | ✓ | one qpu block of UUID logic in a lexical root: handle 941ef62e, program 13971143815128 |
| selftest:payload:payload:next-rotated | ✓ | the next uuid keeps the handle and the tail and rotates the program: 13971143815128 → 97114381512813 |
| selftest:payload:payload:nested | ✓ | parent and breadcrumbs follow the chain |
| selftest:payload:payload:seo-and-ld | ✓ | SEO from Open Graph, JSON-LD and licence carried |
| selftest:payload:payload:small | ✓ | 2748 bytes without html: computed once, a few kilobytes |
| selftest:payload:configure:torus-closed | ✓ | wrangler at 775bfca9-f529-5ca0-8248-8e39a0fe1bd4: seed 5, reflection 5, trinity 258 |
| selftest:payload:configure:no-drift-with-itself | ✓ | a JSONC text of the configuration drifts nowhere; a changed name and routes drift exactly there |
| selftest:payload:configure:tenants-named-never-valued | ✓ | 3 tenants, 11 secret names each, no value |
| selftest:payload:configure:payload-plugins | ✓ | the eight default plugins, 256 combinations, the tenants in multi-tenant |
| selftest:payload:payload:website-is-what-payload-computes | ✓ | 12 collections, 30 blocks; two live block types in the source, a made-up one not; four plugins shared |
| selftest:payload:payload:skills-mapped | ✓ | 2 skills and 12 references, every one enacted by a tool of this tree |
| selftest:payload:configure:development-defines-the-version | ✓ | a tool added: 1.5.0+e1.52f5656f; a tool gone: 2.0.0+e1.1b36032f; nothing changed: 1.4.0+e1.1ee0dda0 (the number stays; the build address moves) |
| selftest:payload:configure:single-digits-infinite-lifespan | ✓ | minor carries at 10: 2.0.0+e1.1ee0dda0; major past 9 returns to 1 with the epoch: 1.0.0+e2.1b36032f; the build address is a function of the catalogue |
| selftest:payload:configure:migration-at-whole-uptime | ✓ | five steps, no address moved |
| selftest:payload:configure:mcp-registration | ✓ | the registration of 41 tools, through the extension toolbox |
| selftest:payload | ✓ | 15 of 15 checks pass |
| selftest:extension:extension:inward | ✓ | 1 door, takes query |
| selftest:extension:extension:stream-list | ✓ | tools/list read from an event stream equals the array |
| selftest:extension:extension:outward | ✓ | 41 tools in the registration, every one with a schema |
| selftest:extension:extension:claude-mounts-both-halves | ✓ | the server and its toolset under one name, the beta named, no key |
| selftest:extension:extension:identity | ✓ | QPU extended by its own registration is the identity on the catalogue |
| selftest:extension:extension:served | ✓ | an event-stream answer read back |
| selftest:extension:extension:refusal | ✓ | a host's error is the error, not a result |
| selftest:extension:extension:request-without-token | ✓ | the tool emits the request; the token is the client's |
| selftest:extension:extension:discover-defaults | ✓ | discovery asks every Cloudflare server by default |
| selftest:extension | ✓ | 9 of 9 checks pass |
| selftest:crypto:crypto:pieces-under-the-bound | ✓ | 4 pieces, the largest 590 bytes under 600 |
| selftest:crypto:crypto:reflective-boundary | ✓ | σ_3(i) = 3 − i |
| selftest:crypto:crypto:key-names-its-piece | ✓ | k27 sits in piece 2 by its key range |
| selftest:crypto:crypto:unfold-agrees | ✓ | the pieces give back the whole and the root agrees |
| selftest:crypto:crypto:wrong-piece-named | ✓ | a changed piece is named and the root disagrees |
| selftest:crypto:crypto:whole-fits | ✓ | a payload under the bound is one piece, its own mirror |
| selftest:crypto:crypto:row-cut-at-characters | ✓ | a single row above the bound is cut at characters |
| selftest:crypto:crypto:seal | ✓ | SHA-256 and HMAC-SHA256 agree with the published vectors |
| selftest:crypto | ✓ | 8 of 8 checks pass |
| theorem-exists:stripe-catalogue | ✓ | textbook_prices_are_variants_times_currencies is kernel-accepted (7 * 2 = 14) |
| theorem-exists:legal-audit-offline | ✓ | textbook_uuid_is_36 is kernel-accepted (32 + 4 = 36) |
| theorem-exists:configure-migration | ✓ | textbook_providers_are_tenants_plus_operator is kernel-accepted (2 + 1 = 3) |
| theorem-exists:configure-all | ✓ | textbook_reflection_sums_to_ten is kernel-accepted (∀ (s : Nat), s ≤ 10 → s + (10 - s) = 10) |
| theorem-exists:configure-payload | ✓ | textbook_plugin_combinations is kernel-accepted (2 ^ 8 = 256) |
| theorem-exists:payload-website | ✓ | textbook_website_plugins_partition is kernel-accepted (4 + 3 + 1 = 8) |
| theorem-exists:payload-skills | ✓ | textbook_skills_documents is kernel-accepted (2 + 12 = 14) |
| theorem-exists:payload-doc | ✓ | textbook_uuid_is_36 is kernel-accepted (32 + 4 = 36) |
| theorem-exists:extend-in-request | ✓ | textbook_integrations_are_ten is kernel-accepted (8 + 1 + 1 = 10) |
| theorem-exists:fold-ledger | ✓ | textbook_fold_mirror is kernel-accepted (∀ (n i : Nat), i ≤ n → i + (n - i) = n) |
| theorem-exists:vortex-trinity | ✓ | triad_reflect is kernel-accepted ((10 - 3 = 7 ∧ 10 - 6 = 4 ∧ 10 - 9 = 1) ∧ (10 - 7 = 3 ∧ 10 - 4 = 6 ∧ 10 - 1 = 9) ) |
| theorem-exists:css-stylesheet | ✓ | textbook_reflection_sums_to_ten is kernel-accepted (∀ (s : Nat), s ≤ 10 → s + (10 - s) = 10) |
| theorem-exists:clone-language | ✓ | all_noclone is kernel-accepted (coins ≠ mintOf coins) |
| theorem-exists:clay-reflection | ✓ | triad_reflect is kernel-accepted ((10 - 3 = 7 ∧ 10 - 6 = 4 ∧ 10 - 9 = 1) ∧ (10 - 7 = 3 ∧ 10 - 4 = 6 ∧ 10 - 1 = 9) ) |
| theorem-exists:clay-relation-15 | ✓ | relation_15 is kernel-accepted (magicBlock = glProd hexbit seed ∧ magicBlock = qftDepth vertices) |
| theorem-exists:match-theorem-first | ✓ | mersenne_127 is kernel-accepted (mintOf rays - seed = 127) |
| examples-backed-by-theorems | ✓ | 16 of 85 examples name the theorem that makes them true (stripe-catalogue→textbook_prices_are_variants_times_currencies, legal-audit-offline→textbook_uuid_is_36, configure-migration→textbook_providers_are_tenants_plus_operator, configure-all→textbook_reflection_sums_to_ten, configure-payload→textbook_plugin_combinations, payload-website→textbook_website_plugins_partition, payload-skills→textbook_skills_documents, payload-doc→textbook_uuid_is_36, extend-in-request→textbook_integrations_are_ten, fold-ledger→textbook_fold_mirror, vortex-trinity→triad_reflect, css-stylesheet→textbook_reflection_sums_to_ten, clone-language→all_noclone, clay-reflection→triad_reflect, clay-relation-15→relation_15, match-theorem-first→mersenne_127); the rest are the textbook, respected, each a lead for a theorem |
| example-ids-unique | ✓ | 85 unique ids |
| leads:served-have-tools | ✓ | 256 served leads name a served tool |
| leads:others-have-reasons | ✓ | 2444 non-served leads carry a reason |
| error:unknown-tool | ✓ | {"code":-32601,"message":"no tool no-such-tool; the tools are processor, circuit |
| error:unknown-method | ✓ | {"code":-32601,"message":"method no/such is not served"} |
| error:invalid-params | ✓ | {"code":-32602,"message":"processor Mars is not described here"} |
© Tsvetan Rouschev · CC-BY-NC-ND-4.0 · commercial use by licence (ceccec@psg.bg)