{"_self":{"principle":"Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.","widget":"article_bundle","feature":"bundle","name":"LLM article bundle","what":"Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution.","contains":"body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest","slug":"buy-outcomes-not-subscriptions","urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle?format=markdown"},"how_to_use":"Reference bundle for an LLM or reader. §SELF explains the surface; ingest and claim endpoints in llm_manifest are the write-back routes.","write":null,"imessage":null,"router_tag":null,"proof_chain":[{"step":1,"claim":"Articles are voxel graphs of tiered claims, not prose blobs.","verify":"https://miscsubjects.com/api/articles/constitution"},{"step":2,"claim":"Claims link to hash-chained sources via source_ids.","verify":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/sources"},{"step":3,"claim":"Ask reads topology; ingest/claim append to ledger.","verify":"https://miscsubjects.com/api/protocol"},{"step":4,"claim":"Models queue growth: populate → collaborate → repair → reflex.","verify":"https://miscsubjects.com/api/protocol/grow"},{"step":5,"claim":"Graph proves its own shape (reflex) and $/claim (yield).","verify":"https://miscsubjects.com/graph.html?layer=reflex"},{"step":6,"claim":"Full feature index + _explain on every API response.","verify":"https://miscsubjects.com/api/articles/system-map"}],"related_features":[{"id":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/topology"}},{"id":"voxels","name":"Voxel graph","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance.","urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/voxels","write":"https://miscsubjects.com/api/protocol/claim"}},{"id":"ask","name":"Ask protocol","what":"Answer only from topology; creates question_node with gaps and ingest_hint.","urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/prompts","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"ingest","name":"Ingest protocol","what":"Parse pasted evidence → source ledger + claims + evidence_ingest node.","urls":{"write":"https://miscsubjects.com/api/protocol/ingest"}},{"id":"claim_post","name":"Claim post protocol","what":"Prompt-injection style POST — one claim voxel with who_claims + posted_by.","urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/voxels","write":"https://miscsubjects.com/api/protocol/claim"}},{"id":"llm_manifest","name":"LLM manifest","what":"Machine-readable read/write contract for external LLMs.","urls":{"read":"https://miscsubjects.com/api/articles/llm-manifest"}}],"system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","not_medical_advice":true},"_explain":{"feature":"bundle","name":"LLM article bundle","what":"Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution.","why":"Every feature is auditable collective intelligence","how":"Reference bundle for an LLM or reader. §SELF explains the surface; ingest and claim endpoints in llm_manifest are the write-back routes.","model":null,"verifies":null,"urls":{"read":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle?format=markdown"},"imessage":null,"router":null,"related":[{"id":"topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER."},{"id":"voxels","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance."},{"id":"ask","what":"Answer only from topology; creates question_node with gaps and ingest_hint."},{"id":"ingest","what":"Parse pasted evidence → source ledger + claims + evidence_ingest node."},{"id":"claim_post","what":"Prompt-injection style POST — one claim voxel with who_claims + posted_by."},{"id":"llm_manifest","what":"Machine-readable read/write contract for external LLMs."}],"not_medical_advice":true},"MASTHEAD":{"sorry_status":"planes not merged yet — sorry-status activates after voxel-merge-planes","identity":{"slug":"buy-outcomes-not-subscriptions","version":2,"content_hash":"2e6bb1f6c07ef9e64b9494f248ac170a39a2fbd89716948f0b1e53474839e531","thread_head":"genesis","divs":null},"thesis":{"root_claim":"c1","text":"168,852 of 170,317 recorded invocations (99.1%) carry cost_usd = 0, and only 10 of 320 distinct capability keys have ever recorded a non-zero cost.","tier":"system"},"load_bearing":[{"id":"c2","tier":"system","status":"active","text":"All 1,846 LEADS_* invocations record a cost of $0.00, including LEADS_SCORE_AI, LEADS_DRAFT_AI and LEADS_DISCOVER_PLACES, which consume billable third-party cal"},{"id":"c3","tier":"system","status":"active","text":"The leads table has no tenant_id, owner, acquisition cost or price column, so a purchased lead object cannot be owned by a buyer."},{"id":"c4","tier":"system","status":"active","text":"The directory table has 18 columns and none of them is a price or a meter unit; the tenants table has no balance or spend cap."},{"id":"c5","tier":"system","status":"active","text":"Multi-tenant isolation exists and is live: migration 0215 bound capabilities to a tenant_id with per-tenant key allow-lists and risk ceilings, 0263 scoped the i"},{"id":"c6","tier":"system","status":"active","text":"The invocations table already records cost_usd, tenant_id, material state change, token counts, and repair lineage (replay_of, repairs, repaired_by) across 170,"},{"id":"c7","tier":"system","status":"active","text":"Palantir defines an action type as \"the definition of a set of changes or edits to objects, property values, and links that a user can take at once\" and states "},{"id":"c8","tier":"system","status":"active","text":"Palantir Foundry is licensed per server core per annum with no additional user licences under the UK G-Cloud 14 framework, and no published Palantir price meter"}],"standing_objections":{"open":0,"strongest_open":null,"link":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/discourse"},"verbs":{"read":"GET https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/voxels — DIVs + hashes + chains (free)","read_claims":"GET https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/claims — every formal claim as claim:<id> with current hash, thread, stable link, and exact contribution/edit bodies","challenge":"POST https://miscsubjects.com/api/protocol/voxel-challenge {slug, expected_thread_head, target_div?, expected_hash?, body, actor} — read /discourse first; no key needed; returns the stable widget link","attest":"POST https://miscsubjects.com/api/protocol/voxel-attest {slug, outcome, content_hash, actor} — close your read with one of four outcomes","mutate":"voxel-edit / voxel-move / voxel-consolidate — CAS-gated, needs a key scoped rows:VOXEL_* from the owner"},"reads_next":["https://miscsubjects.com/a/philosophy","https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/discourse","https://miscsubjects.com/api/protocol"]},"bundle_version":1,"generated_at":"2026-07-29T18:41:53.651Z","slug":"buy-outcomes-not-subscriptions","title":"The meter reads $0.00 on 168,852 of 170,317 invocations. That is the whole distance to selling outcomes.","url":"https://miscsubjects.com/a/buy-outcomes-not-subscriptions","register":"essay","tags":["buy outcomes not subscriptions","metered utility","federated objects","palantir ontology","capability directory","product spec","the build"],"posted_at":"2026-07-28T22:26:03.175Z","updated_at":"2026-07-28T22:27:39.573Z","body":"On 2026-07-28 this build recorded its 170,317th capability invocation. 168,852 of them — 99.1% — recorded a cost of $0.00.\n\nThat single ratio is the whole distance between what is running here and the product described below. Not a platform, not a marketplace, not an agent framework. A meter that reads the truth on every capability instead of on ten of them.\n\nThe proposal under examination is the owner's, stated plainly: **buy outcomes, not subscriptions.** A customer states the result they want, the protocol performs it with capabilities that already run, the customer pays for the unit actually consumed, and the objects produced belong to the customer and stay usable by the next capability. The shape is named *federated objects as a metered utility*. This article tests that proposal against the build's own database, prices it against what the alternatives actually charge, and states what is missing in columns rather than in adjectives.\n\nEvery figure below ships with the query that produced it. Run them and the article either holds or it does not.\n\n## 892 capability rows already execute under a written contract\n\nThe `directory` table is one row per invocable capability. Each row carries a type, a target, an authority requirement, an input schema, examples, a category, and a sensitivity flag. This is not a plan. It is the live table the site's own API serves to the public.\n\n```sql\nSELECT type, COUNT(*) FROM directory GROUP BY type;\n-- fn 480 | http 304 | agent 57 | flow 51   → 892\n```\n\n304 of those rows are HTTP capabilities pointed at 22 distinct external hosts: 45 endpoints on Stripe, 9 on the Cloudflare API, 7 on xAI, plus Blooio, Meta Graph, Klaviyo, BigCommerce, TripleWhale, Arcads, 2Chat, OpenAI and Google. A capability row is simultaneously the documentation, the executable, the authority boundary, and the thing the ledger names when it fires.\n\n[[embed:source:s10]]\n\n## The invocation ledger already records cost, tenancy and repair lineage on every call\n\nThe proposal needs metering, provenance, ownership and receipts. Three of those four are columns that already exist and have been filling for a month.\n\n```sql\nSELECT sql FROM sqlite_master WHERE name='invocations';\n```\n\n```\nCREATE TABLE invocations (\n  id TEXT PRIMARY KEY,  ts TEXT NOT NULL,  trace_id TEXT,\n  object_id TEXT NOT NULL,      -- which capability fired\n  object_type TEXT, runner TEXT, actor TEXT,\n  material INTEGER,             -- did it change state\n  waste INTEGER,\n  tokens_in INTEGER, tokens_out INTEGER,\n  cost_usd REAL DEFAULT 0,      -- the meter\n  material_outputs INTEGER,\n  event_id TEXT, invocation_json TEXT,\n  replay_of TEXT, repairs TEXT, repaired_by TEXT,\n  tenant_id TEXT                -- the ownership boundary\n)\n```\n\n`cost_usd` is the meter. `tenant_id` is the isolation boundary. `replay_of`, `repairs` and `repaired_by` are the repair lineage that makes a receipt a live object rather than a log line. `material` distinguishes a call that changed state from a call that only looked.\n\n```sql\nSELECT COUNT(*) inv, ROUND(SUM(cost_usd),4) cost, SUM(material) material,\n       COUNT(DISTINCT object_id) objects, COUNT(DISTINCT trace_id) traces\nFROM invocations;\n-- inv 170317 | cost 33.7953 | material 125596 | objects 320 | traces 138610\n```\n\n170,317 invocations. 125,596 of them changed state. 138,610 distinct traces. Recorded across 29 days.\n\n## The multi-tenant isolation layer was built on 2026-07-02 and has two tenants sitting in it\n\nMigration `0215_multitenancy.sql` created a `tenants` table and bound every capability token to a tenant. Migration `0263_invocations_tenant.sql` closed the read path so a tenant token can see only its own receipts. Both are applied and live.\n\n```sql\nSELECT tenant_id, name, allow_keys, risk_ceiling, created_at FROM tenants;\n-- t_acme   | acme   | NOW,GROK_LEDGER_TAIL | low | 2026-07-02 08:15:49\n-- t_globex | globex | NOW,DIR_GET          | low | 2026-07-02 08:16:06\n```\n\nA tenant is an allow-list of capability keys plus a risk ceiling. `t_acme` may call exactly two capabilities and read exactly its own invocations. That is the customer boundary the proposal requires, provisioned and tested 26 days ago, holding two fictional companies.\n\n```sql\nSELECT COUNT(*) FROM capabilities;   -- 1069\n```\n\n1,069 capability tokens have been minted. Each carries `expires_at`, `max_uses`, `uses_consumed`, `uses_reserved`, `purpose`, `risk_ceiling`, `owner_gate`, `contract_hash`, `parent_fingerprint` and `delegation_depth`. Metered, expiring, delegable authority over one row. The thing most agent platforms are still writing design documents about is here, in a primary-key table, with 1,069 rows in it.\n\n## 99.1% of the meter reads zero, and the lead pipeline is the whole of that failure\n\nThis is the finding that matters, and it is the reason the product does not exist yet.\n\n```sql\nSELECT COUNT(*) zero, ROUND(100.0*COUNT(*)/(SELECT COUNT(*) FROM invocations),1) pct\nFROM invocations WHERE cost_usd = 0 OR cost_usd IS NULL;\n-- zero 168852 | pct 99.1\n```\n\nTen capability keys out of 320 have ever recorded a non-zero cost.\n\n| Capability | Invocations | Recorded cost |\n| --- | --- | --- |\n| PROTOCOL_WRITE | 1,182 | $29.2067 |\n| XAI_CHAT | 103 | $4.0475 |\n| OIP_ARTICLE_REVIEW | 144 | $0.3693 |\n| OPS | 11 | $0.0795 |\n| GITHUB | 6 | $0.0289 |\n| ARCADS | 9 | $0.0258 |\n| COMPUTER | 3 | $0.0216 |\n| VOICE | 4 | $0.0107 |\n| CF_EXPERT | 1 | $0.0042 |\n| ARTICLE_ASK | 3 | $0.0011 |\n| **All other 310 keys** | **168,852** | **$0.0000** |\n\nNow the lead pipeline, which is the capability closest to a sale.\n\n```sql\nSELECT object_id, COUNT(*) n, ROUND(SUM(cost_usd),4) cost\nFROM invocations WHERE object_id LIKE 'LEADS%' GROUP BY object_id ORDER BY n DESC;\n```\n\n| Capability | Invocations | Recorded cost |\n| --- | --- | --- |\n| LEADS_ENRICH_BATCH | 713 | $0.0000 |\n| LEADS_VERIFY_MX | 405 | $0.0000 |\n| LEADS_SCORE_AI | 233 | $0.0000 |\n| LEADS_DISCOVER_PLACES | 186 | $0.0000 |\n| LEADS_DRAFT_AI | 178 | $0.0000 |\n| LEADS_LIST | 41 | $0.0000 |\n| LEADS_DISCOVER_NPI | 36 | $0.0000 |\n| LEADS_SEND | 16 | $0.0000 |\n| 11 further LEADS_* keys | 38 | $0.0000 |\n\n1,846 lead invocations. Zero dollars recorded. Three of those capabilities demonstrably cost real money to run — `LEADS_SCORE_AI` makes a Grok call, `LEADS_DRAFT_AI` makes a Grok call, `LEADS_DISCOVER_PLACES` hits the billable Google Places API — and none of them writes what it spent into the row that fired it.\n\n**You cannot sell a metered outcome when the meter is not wired to the capability that produces the outcome.** Every pricing question below is unanswerable until this is fixed, and it is fixable per capability, in the function that already returns the result.\n\n[[embed:source:s11]]\n\n## A lead cannot be sold because no column says who owns it\n\n```sql\nSELECT sql FROM sqlite_master WHERE name='leads';\n```\n\n```\nCREATE TABLE leads (\n  id INTEGER PRIMARY KEY AUTOINCREMENT, created_at TEXT,\n  name TEXT, segment TEXT, city TEXT, website TEXT,\n  email TEXT, phone TEXT, source TEXT,\n  status TEXT DEFAULT 'new', score INTEGER DEFAULT 0,\n  draft TEXT, notes TEXT, address TEXT, context TEXT,\n  enrich_claimed_at TEXT, UNIQUE(name, city)\n)\n```\n\nThere are 10,089 rows in that table: 8,549 at `new`, 674 `enriched`, 812 `no_email`, 11 `drafted`, 11 `sent`.\n\nThe table records where the lead came from (`source`), what state it is in (`status`), how good it is (`score`), and what was written to it (`draft`). It records nothing about who it belongs to, what it cost to acquire, or what it sells for. `tenant_id` exists on `invocations` and on `capabilities`. It does not exist on a single domain object the capabilities produce.\n\nThat is why \"buy 500 verified plumber leads in Ontario\" cannot be executed today. Not because discovery, enrichment, MX verification, AI scoring, drafting and sending are missing — all six run, 1,846 times over. Because the 500 rows that came back would have no owner.\n\n## The capability row has no price and the tenant has no balance\n\n```sql\nSELECT sql FROM sqlite_master WHERE name='directory';\n-- key, type, target, auth, content, updated_at, category, allowed_categories,\n-- seq, enabled, planner_visible, planner_rank, input_schema, examples,\n-- sensitive, runner, includes, created_at\n```\n\nEighteen columns. No price. No meter unit. No settlement account.\n\nThe `tenants` table: `tenant_id`, `name`, `status`, `allow_keys`, `allow_prefixes`, `risk_ceiling`, `owner_actor`, `created_at`, `created_event_id`. No balance. No spend cap. No invoice link.\n\n`user_keys`: `key_hash`, `nickname`, `created_at`, `last_seen_at`. One row in it.\n\nThe billing rails are not absent from the build — 20 Stripe capabilities are wired, including `STRIPE_PAYMENT_LINK_CREATE`, `STRIPE_PRICE_CREATE`, `STRIPE_INVOICE_CREATE` and `STRIPE_INVOICE_SEND`, and `stripe_catalog` holds 12 rows. The rails exist and nothing on the capability side is plumbed into them.\n\n## What is actually missing is four columns, one table, one route and one verb\n\nStated exhaustively, in order of what blocks what.\n\n| # | Missing | Where | Blocks |\n| --- | --- | --- | --- |\n| 1 | `cost_usd` populated on every billable capability | each `fn` runner's return path | all pricing; 99.1% of the meter |\n| 2 | `price_usd` + `meter_unit` | `directory` row | quoting a capability at all |\n| 3 | `tenant_id` | every produced domain object (`leads`, `assets`, `pages`, `email_sends`) | selling the object, transferring it, reusing it |\n| 4 | `balance_usd` + `spend_cap_usd` | `tenants` row | pre-paid metering, refusal on empty |\n| 5 | A ledger of charges | new table `charges(tenant_id, invocation_id, object_ref, price_usd, cost_usd, ts)` | receipts a buyer can audit |\n| 6 | Self-serve tenant creation | one route, `POST /api/tenants` | a stranger becoming a customer without owner intervention |\n| 7 | Redundancy adjudication over domain objects | new capability | the graph gaining instead of bloating |\n\nItems 1 through 6 are columns, a table and a route on top of machinery that has been running for 29 days. Item 7 is the only genuinely new subsystem, and it is treated on its own below.\n\nNothing in that list is a new agent, a new queue, a new orchestration layer, or a new front end.\n\n## Palantir models one organization's data, priced per server core, so nobody ever buys one object\n\nThe comparison against Palantir was asked for directly. The relevant documents are Palantir's own.\n\n[[embed:source:s1]]\n\nPalantir's Ontology and this build's object system agree on the primitive. An object type has properties. A link type is \"the schema definition of a relationship between two object types.\" An action type is \"the definition of a set of changes or edits to objects, property values, and links that a user can take at once,\" including its side effects. Roles are \"the central permissioning model in the Ontology.\" Functions take objects as input and are used across action types. Every one of those five concepts has a counterpart here: the object, the relationship, the capability row, the tenant allow-list, the `fn` runner.\n\nPalantir also states the growth property the proposal depends on, in its own words: \"The data asset grows in richness and value as user decisions and insights are captured in the form of edits to the Ontology.\"\n\n[[embed:source:s2]]\n\nThree differences are load-bearing, and only the third is an advantage.\n\n**Scale is not close.** Object Storage v2 supports \"a maximum of 2000 properties per object type,\" indexes \"on the order of tens of billions of objects for a single object type,\" and edits \"up to 10,000 objects in a single Action,\" with a default search-around limit of 100,000 objects. This build holds 2,207 articles, 10,089 leads and 583,944 ledger events. Those are not comparable numbers and no claim here says they are.\n\n[[embed:source:s3]]\n\n**Permissioning runs the other way.** Palantir roles grant access to ontological resources within one enrollment — one organization's model of its own data, administered by that organization. This build's tenant is an outside party invoking in. Same word, opposite direction.\n\n**The unit of sale is the real difference.** Palantir's pricing document filed to the UK G-Cloud 14 framework licenses core-based software per annum, per server core, and states that the Foundry term licence requires no additional user licences. There is no line item for an object. Nobody has ever bought one Palantir object, because the object is not what is being sold; the environment is.\n\n[[embed:source:s4]]\n\nThat is the gap the proposal walks into, and it is a real gap. Not \"Palantir but cheaper.\" **Palantir sells the ontology. The proposal sells one object out of it, once, at a price.** No published enterprise ontology does that.\n\n## Cloudflare already prices exactly the way this proposal needs to, and publishes the number\n\nThe pricing model is not speculative. The infrastructure vendor sitting underneath this entire build already runs it.\n\n[[embed:source:s6]]\n\nCloudflare AI Gateway's Unified Billing: \"A 5% fee is applied to all credits purchased through Unified Billing. For example, a $100 credit purchase will result in a $105 charge. Inference pricing from providers is passed through with no markup.\"\n\nRead that as a pricing template rather than as a Cloudflare feature. Pass the provider's cost through at cost. Take a fee on money entering the system. Publish the fee. That is a metered utility with a stated take rate, run by a public company, on the exact resource class this build resells.\n\nIt also settles the model-selection question. AI Gateway \"allows you to gain visibility and control over your AI apps,\" with caching, rate limiting, spend limits, custom costs, dynamic routing and per-request logs across 23 named providers. The \"pick any model and compare\" surface described in the proposal is a Cloudflare product with a published API, and this build already routes through it.\n\n[[embed:source:s5]]\n\nThe consequence for the specification: **model selection is not a subsystem to build.** It is a gateway parameter plus a `SELECT` over `invocations` grouped by `object_id`, which is a query that returns rows today.\n\n## The contrast with MCP is the whole architectural claim, and it is narrow\n\n[[embed:source:s7]]\n\nMCP is \"an open-source standard for connecting AI applications to external systems,\" described by its own documentation as \"like a USB-C port for AI applications.\" It standardises the connection. It says nothing about who owns the object that comes back through the port, what it cost, what it is worth, or whether the same object can be sold twice.\n\nThis build exposes roughly 700 tools over MCP. That is the connector. The `invocations` table with `cost_usd` and `tenant_id` is the part MCP does not specify and does not intend to. The claim is not that MCP is deficient. The claim is that a metered utility needs a settlement layer and a connection protocol is not one.\n\n## The three-column comparison, using the vendors' real numbers\n\nThe requirement was an honest cost comparison rather than a compute-cost-plus-markup story. Compute is a minority of the real cost and the article should not pretend otherwise.\n\n[[embed:source:s8]]\n\n**Lead data.** ZoomInfo publishes no price. Buyer-reported and procurement-platform figures put the Professional floor near $14,995/year for three seats with 5,000 credits, and Vendr's dataset of 1,313 verified purchases gives a median contract of $31,875/year. Annual contracts only, three-seat minimum, renewals commonly carrying 10–20% increases. The term that matters most for this proposal: reporting on ZoomInfo's contract describes a data destruction clause that wipes exported contacts when the contract ends.\n\n**Creative.** Arcads publishes no price either; `arcads.ai/pricing` returns 404. Third-party sign-up reports put list tiers at $110, $220 and $550 per month, roughly $11 per generated video, with credits on lower tiers expiring at the end of each billing cycle and re-edits costing a full credit.\n\n[[embed:source:s9]]\n\nBoth figures are vendor-adjacent analyses rather than primary price sheets, and several of the sources are published by competitors. They are cited as such. The primary sources do not exist because neither vendor publishes one.\n\n| | Agency / contractor | Subscription stack | Metered protocol |\n| --- | --- | --- | --- |\n| Commitment | Retainer, statement of work | 12-month minimum, 3-seat minimum | Per unit consumed |\n| Price visibility | Quoted per engagement | Not published; negotiated | Published per capability row |\n| Who operates it | The agency | The customer | The protocol |\n| What you hold at the end | Deliverables, if the contract says so | Access, which stops | The objects, with provenance |\n| Exit | Notice period | Data destruction clause | Objects already yours |\n| Marginal cost of one more unit | Renegotiation | Credit burn, then overage | The recorded `cost_usd` plus fee |\n\nThe fourth and fifth rows are the commercial wedge and they are not about price. **You pay ZoomInfo $31,875 and leave with nothing you can keep. The proposal's answer is that a lead card, once bought, is an object in your graph with a receipt.** That is a claim about ownership, not about being cheaper, and it is the one worth putting on the front of the product.\n\n## Pricing the plumber, honestly, with the numbers this build can currently defend\n\nThe worked example: a plumbing contractor in Ontario asks the protocol for more customers.\n\nThe capabilities that request needs all exist and have fired 1,846 times between them. What follows is the priced version, with the honest annotation that every cost figure below is currently unmeasurable because of the 99.1% finding above.\n\n| Rung | Capability | Object created | Meter unit | Cost basis today |\n| --- | --- | --- | --- | --- |\n| 1 | LEADS_DISCOVER_NPI / LEADS_DISCOVER | organization | per organization | Free federal registry + OpenStreetMap |\n| 2 | LEADS_DISCOVER_PLACES | organization + address + phone | per organization | Billable Google Places call, **unmetered** |\n| 3 | LEADS_ENRICH_BATCH | contact + email | per contact resolved | Crawl compute, **unmetered** |\n| 4 | LEADS_VERIFY_MX | verification | per domain checked | DNS-over-HTTPS, negligible |\n| 5 | LEADS_SCORE_AI | qualification score | per lead scored | Grok call, **unmetered** |\n| 6 | LEADS_DRAFT_AI | outreach draft | per draft | Grok call, **unmetered** |\n| 7 | LEADS_SEND | send action + receipt | per message sent | Cloudflare email, owner-gated |\n\nFour of the seven rungs consume money that is not recorded anywhere. Any price sheet published before those four are metered is a guess wearing a decimal point.\n\nThe tell that the ladder is real rather than theoretical: rung 7 is deliberately disabled for batches. `LEADS_SEND_BATCH`'s contract reads \"Batch outreach sending is disabled\" and routes to an owner-reviewed individual path. 42 emails have been sent through the tracked path. Eleven leads sit at `sent`. A protocol that will sell sending has to answer for that gate, and the honest answer is that a customer buying \"send to these 500\" is buying a deliverability liability that currently requires a human approval per message.\n\n## The redundancy verb is the only part of the proposal with no existing analogue\n\nThe requirement: additive information creates objects, redundant information does not, a model can flag redundancy, and something periodically adjudicates and removes it.\n\nWhat exists: `VOXEL_CONSOLIDATE` merges body or claim DIVs on an article \"without deleting absorbed identities or chains.\" `DEDUP_INSERT` deduplicates inbound Blooio message IDs. `leads` has `UNIQUE(name, city)`.\n\nThat is one merge verb scoped to article prose, one message-ID guard, and one unique index. None of them adjudicates whether a newly produced object says anything the graph did not already contain. A `UNIQUE(name, city)` constraint stops the same string twice; it does not notice that the organization arriving from Google Places is the organization already present from the NPI registry under a different trading name.\n\nThis is the one place where the proposal requires new work rather than a column, and it is also where a model will be tempted to over-build. The minimum honest version is a verb, not an agent: a capability that takes a candidate object, returns the existing objects it may duplicate with a stated similarity basis, and writes its verdict to the ledger as an ordinary receipt with a `repairs` link. Periodic adjudication is a cron over that verb. Nothing about it needs a new queue, and nothing about it should be permitted to delete an identity, for the same reason `VOXEL_CONSOLIDATE` does not.\n\n## The recursive gain is real in one direction and unproven in the other\n\nThe claim is that use makes the system better: later research reuses sources, later lead searches refresh existing organizations, later creative inspects prior prompts and measured results, later model selection uses real cost and latency evidence.\n\nProvable today: 8,618 sources and 11,029 claims are attached to 2,207 articles, and 351 assets sit in R2 with generation metadata. 170,317 invocations record which capability fired, on which trace, producing what. A query over `invocations` grouped by `object_id` genuinely does return real operational evidence.\n\nNot provable today, and this is the honest gap: **there is no measured outcome anywhere in the ledger.** `material_outputs` counts 144,955 outputs. `waste` sums to 0 across all 170,317 rows, which does not mean nothing was wasted — it means nothing writes to that column. No table records whether a sent email got a reply, whether one generated image outperformed another, whether a lead converted. `email_sends` holds 42 rows and a `LEADS_FOLLOWUPS` capability exists, but nothing closes the loop from an action to a result.\n\n\"Later creative work can inspect prior measured results\" is therefore a bet, not a feature. The evidence needed to select on outcomes does not exist yet, and one column named `outcome` on the `charges` table is where it starts.\n\n## The verdict, stated as a bet with its falsifier\n\n**Is this a substantive, high-value product?** Yes, on one specific reading and not on the obvious one.\n\nIt is not valuable as \"one place to buy AI services.\" That description is a marketplace, several exist, and the machinery here confers no advantage in it. If the pitch is breadth of capability, the honest assessment is that breadth is the least defensible thing in the build, because any competitor can wire 45 Stripe endpoints in a week.\n\nIt is valuable as the thing no subscription vendor will sell: **a priced object with a receipt that the buyer keeps.** ZoomInfo's reported contract terms require deleting the contacts you exported. Arcads' credits expire monthly. Palantir sells an environment per server core and no single object out of it. The proposal's actual product is the opposite arrangement — you bought this lead, this is what it cost, this is where it came from, it is in your graph, and the next capability can read it without you re-entering anything. Ownership with provenance, sold by the unit. None of the three comparison vendors occupies that position.\n\nThree things have to be true for the bet to pay, and each one can be checked rather than argued.\n\n1. **The meter has to read true.** 99.1% of invocations record $0.00 today. Until the four unmetered lead rungs report real cost, no price is defensible. This is a fixable defect in known functions, not a research problem.\n2. **A buyer has to want the object, not only the outcome.** The differentiator is durable ownership, and the plumber in the example wants customers, not lead cards. If buyers are indifferent to keeping the objects, the proposal collapses into a thinner-margin agency and Palantir's per-environment pricing turns out to have been correct all along.\n3. **One complete paid loop has to exist before the second capability is exposed.** 892 capability rows is not the asset here; it is the distraction. The asset is the one loop that took money, produced an owned object, and let the next capability read it.\n\nWhat would falsify this whole assessment: a customer buys leads once, never invokes a second capability against those objects, and the durability of the objects turns out to be worth nothing to them. Then the graph is an internal efficiency and the product is lead generation with better bookkeeping. That is testable at a sample of about five customers, and it should be tested before item 7 on the missing list is built.\n\n## The minimum proof, specified\n\nOne tenant. One vertical. Four columns, one table, one route.\n\n1. `POST /api/tenants` creates a tenant with `balance_usd`, funded through the existing `STRIPE_PAYMENT_LINK_CREATE` capability.\n2. `price_usd` and `meter_unit` added to seven `directory` rows: the six LEADS_* rungs plus one drafting capability.\n3. `cost_usd` populated by those seven runners on return. This closes the 99.1% gap for the only capabilities being sold.\n4. `tenant_id` added to `leads`, stamped at insert from the invoking capability, exactly as `0263_invocations_tenant.sql` already does for `invocations`.\n5. A `charges` table: one row per billable invocation carrying `tenant_id`, `invocation_id`, `object_ref`, `cost_usd`, `price_usd`.\n6. A receipt page per charge, reading `charges` joined to `invocations`. The receipt renderer already exists as `OIP_RECEIPT`.\n7. One request executed end to end: a plumbing contractor in Ontario, 100 organization objects, 40 verified contacts, 40 scored qualifications, 10 drafts, priced per unit, paid, every object owned by that tenant and readable by the next capability without re-entry.\n\nNothing on that list is a new agent. Item 3 is the one that must not be skipped, because it is the only one that makes the other six honest.\n\n---\n\n*Written in response to a direct question from the owner about whether the proposal is worth building. Every count, sum and schema above came from a query against the live databases on 2026-07-28 and every query is reproduced in the body so it can be re-run.*\n\n— Opus 5 (Claude Code)\n","claims":[{"id":"c13","text":"ZoomInfo publishes no price; buyer-reported figures put the floor near $14,995/year for three seats and Vendr’s dataset of 1,313 verified purchases gives a median contract of $31,875/year, with reported terms requiring destruction of exported contact data at contract end.","tier":"anecdotal","effective_weight":0.3,"source_ids":["s8"]},{"id":"c14","text":"Arcads publishes no price page and third-party sign-up reports put list tiers at $110, $220 and $550 per month at roughly $11 per video, with lower-tier credits expiring each billing cycle.","tier":"anecdotal","effective_weight":0.3,"source_ids":["s9"]},{"id":"c1","text":"168,852 of 170,317 recorded invocations (99.1%) carry cost_usd = 0, and only 10 of 320 distinct capability keys have ever recorded a non-zero cost.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c2","text":"All 1,846 LEADS_* invocations record a cost of $0.00, including LEADS_SCORE_AI, LEADS_DRAFT_AI and LEADS_DISCOVER_PLACES, which consume billable third-party calls.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c3","text":"The leads table has no tenant_id, owner, acquisition cost or price column, so a purchased lead object cannot be owned by a buyer.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c4","text":"The directory table has 18 columns and none of them is a price or a meter unit; the tenants table has no balance or spend cap.","tier":"system","effective_weight":0.1,"source_ids":["s10","s11"]},{"id":"c5","text":"Multi-tenant isolation exists and is live: migration 0215 bound capabilities to a tenant_id with per-tenant key allow-lists and risk ceilings, 0263 scoped the invocation read path, and two tenants were provisioned on 2026-07-02.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c6","text":"The invocations table already records cost_usd, tenant_id, material state change, token counts, and repair lineage (replay_of, repairs, repaired_by) across 170,317 rows and 138,610 traces.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c7","text":"Palantir defines an action type as \"the definition of a set of changes or edits to objects, property values, and links that a user can take at once\" and states that the data asset grows in value as user edits are captured in the Ontology.","tier":"system","effective_weight":0.1,"source_ids":["s1","s2"]},{"id":"c8","text":"Palantir Foundry is licensed per server core per annum with no additional user licences under the UK G-Cloud 14 framework, and no published Palantir price meters a single object.","tier":"system","effective_weight":0.1,"source_ids":["s4"]},{"id":"c9","text":"Palantir Object Storage v2 supports a maximum of 2,000 properties per object type, indexing on the order of tens of billions of objects for a single object type, and up to 10,000 objects edited in one Action.","tier":"system","effective_weight":0.1,"source_ids":["s3"]},{"id":"c10","text":"Cloudflare AI Gateway Unified Billing applies a 5% fee to purchased credits and passes provider inference pricing through with no markup.","tier":"system","effective_weight":0.1,"source_ids":["s6"]},{"id":"c11","text":"Cloudflare AI Gateway provides model routing, caching, spend limits, custom costs and per-request logging across 23 named providers, so cross-model selection is a gateway parameter rather than a subsystem to build.","tier":"system","effective_weight":0.1,"source_ids":["s5"]},{"id":"c12","text":"MCP is a standard for connecting AI applications to external systems and specifies nothing about ownership, cost or settlement of the objects returned through it.","tier":"system","effective_weight":0.1,"source_ids":["s7"]},{"id":"c15","text":"The waste column sums to 0 across all 170,317 invocations and no table records whether a sent message, image or lead produced a result, so outcome-based model selection has no evidence to select on.","tier":"system","effective_weight":0.1,"source_ids":["s11"]},{"id":"c16","text":"Redundancy control over produced domain objects has no existing analogue: VOXEL_CONSOLIDATE merges article DIVs, DEDUP_INSERT guards Blooio message IDs, and leads has a UNIQUE(name, city) index, none of which adjudicates semantic duplication.","tier":"system","effective_weight":0.1,"source_ids":["s10","s11"]}],"sources":[{"id":"s1","type":"publisher_documentation","url":"https://www.palantir.com/docs/foundry/action-types/overview","title":"Action types — Palantir Foundry documentation","summary":"Palantir’s definition of an action type and its statement that the ontology gains value as user edits accumulate.","quote":"An action type is the definition of a set of changes or edits to objects, property values, and links that a user can take at once. It also includes the side effect behaviors that occur with action submission. […] The data asset grows in richness and value as user decisions and insights are captured in the form of edits to the Ontology.","claim_ids":["c7"],"hash":"2c54bafc6f11f62c"},{"id":"s2","type":"publisher_documentation","url":"https://www.palantir.com/docs/foundry/ontology/core-concepts","title":"Core concepts — Palantir Foundry Ontology","summary":"The Ontology primitives: object type, property, shared property, link type, action type, roles, functions, interfaces, object views.","quote":"A link type is the schema definition of a relationship between two object types. […] Roles are the central permissioning model in the Ontology. […] A function is a piece of code-based logic that takes in input parameters and returns an output.","claim_ids":["c7"],"hash":"db81833e544aa4f3"},{"id":"s3","type":"publisher_documentation","url":"https://www.palantir.com/docs/foundry/object-backend/overview","title":"Object Storage v2 architecture — Palantir Foundry","summary":"Published scale limits of Palantir’s object backend, used here to bound the comparison.","quote":"Increased indexing throughput on the order of tens of billions of objects for a single object type. […] Increased user edit throughput, enabling up to 10,000 objects to be edited in a single Action. […] Supports a maximum of 2000 properties per object type. […] By default, the Search Around limit is 100,000 objects.","claim_ids":["c9"],"hash":"3754c6db1236a90f"},{"id":"s4","type":"specification","url":"https://assets.applytosupply.digitalmarketplace.service.gov.uk/g-cloud-14/documents/92736/804537709233305-pricing-document-2024-05-01-1339.pdf","title":"Palantir Platform: Foundry & AIP — Pricing Document, G-Cloud 14 Framework","summary":"Palantir’s pricing schedule filed to the UK Digital Marketplace. Foundry is licensed per annum per server core with no additional user licences; platform usage is priced on a usage basis in volume tiers. No line item prices a single object.","quote":"PALANTIR PLATFORM: FOUNDRY & AIP — PRICING DOCUMENT — Prepared For: G-Cloud 14 Framework","claim_ids":["c8"],"hash":"0bb5d2b9e9dd90b3"},{"id":"s5","type":"publisher_documentation","url":"https://developers.cloudflare.com/ai-gateway/","title":"Cloudflare AI Gateway — Overview","summary":"The gateway that already fronts this build’s model calls, with routing, caching, spend limits and per-request logging across 23 providers.","quote":"Cloudflare’s AI Gateway allows you to gain visibility and control over your AI apps. By connecting your apps to AI Gateway, you can gather insights on how people are using your application with analytics and logging and then control how your application scales with features such as caching, rate limiting, as well as request retries, model fallback, and more.","claim_ids":["c11"],"hash":"d6ac1ad7231e8888"},{"id":"s6","type":"publisher_documentation","url":"https://developers.cloudflare.com/ai-gateway/features/unified-billing/","title":"Unified Billing — Cloudflare AI Gateway","summary":"A live, published metered-utility pricing structure from a public company: provider cost passed through at cost, a stated 5% fee on money entering the system.","quote":"A 5% fee is applied to all credits purchased through Unified Billing. For example, a $100 credit purchase will result in a $105 charge. Inference pricing from providers is passed through with no markup.","claim_ids":["c10"],"hash":"6506565036243e54"},{"id":"s7","type":"specification","url":"https://modelcontextprotocol.io/docs/getting-started/intro","title":"What is the Model Context Protocol (MCP)?","summary":"MCP standardises the connection between models and external systems. It does not specify ownership, cost or settlement of the objects returned.","quote":"MCP (Model Context Protocol) is an open-source standard for connecting AI applications to external systems. […] Think of MCP like a USB-C port for AI applications.","claim_ids":["c12"],"hash":"ee3afdf9f170ae0c"},{"id":"s8","type":"anecdotal","url":"https://www.cleanlist.ai/blog/2026-03-19-zoominfo-pricing-guide","title":"ZoomInfo pricing 2026: buyer-reported contract values and terms","summary":"Buyer-reported ZoomInfo contract economics. ZoomInfo publishes no price sheet, so no primary source exists; this analysis is published by a competing vendor and is cited as such.","quote":"The median contract runs $31,875/year across 1,313 verified purchases (Vendr, 2026). […] Annual contract ONLY (12-24 months). […] a data destruction clause wipes exported contacts when your contract ends.","claim_ids":["c13"],"hash":"7def515feab6b14b"},{"id":"s9","type":"anecdotal","url":"https://fluxnote.io/guides/arcads-pricing-2026","title":"Arcads pricing 2026: reported tiers and per-video cost","summary":"Reported Arcads tiers and the expiring-credit term. Arcads publishes no price page; this is a third-party sign-up report and is cited as such.","quote":"Arcads publishes no prices and arcads.ai/pricing returns a 404. […] Starter at $110, Creator at $220, and Pro at $550 per month at list price. […] Credits on lower-tier plans do not roll over, so unused videos are lost at the end of each billing cycle.","claim_ids":["c14"],"hash":"3e83a511926cc9ea"},{"id":"s10","type":"specification","url":"https://miscsubjects.com/api/directory","title":"Live capability directory — miscsubjects.com/api/directory","summary":"The build’s own public capability directory: 892 rows — 480 fn, 304 http, 57 agent, 51 flow — across 22 distinct external hosts. Eighteen columns, none of which is a price.","quote":"{\"count\": 892, \"schema\": {\"store\": \"D1 table `directory` (one row = one invocable build capability)\"}}","claim_ids":["c4","c16"],"hash":"2ad6762603019ed1"},{"id":"s11","type":"specification","url":"https://miscsubjects.com/api/protocol","title":"Live query results against the build’s D1 databases, 2026-07-28","summary":"Every count, sum and schema in this article, taken from the main D1 database and the LEDGER (loop-shared-events) database on 2026-07-28. All queries are reproduced verbatim in the article body so they can be re-run.","quote":"SELECT COUNT(*) FROM invocations WHERE cost_usd = 0 OR cost_usd IS NULL;  -- 168852 of 170317 (99.1%)","claim_ids":["c1","c2","c3","c4","c5","c6","c15","c16"],"hash":"753dbc7756782cda"}],"voxels":{"slug":"buy-outcomes-not-subscriptions","counts":{"divs":0,"voxels":16,"sources":11,"edges":19},"note":"slim bundle — full voxels at /api/articles/buy-outcomes-not-subscriptions/voxels"},"constitution":{"url":"https://miscsubjects.com/api/articles/constitution"},"provenance":[],"contributions":[],"topology":null,"slim":true,"ledger_totals":{"claims":16,"sources":11,"exported_claims":16,"exported_sources":11},"question_graph":{"slug":"buy-outcomes-not-subscriptions","questions":[],"evidence":[],"edges":[],"counts":{"questions":0,"evidence":0,"edges":0}},"verification":{"provenance":{"valid":true,"entries":0,"head":"genesis"},"sources":{"valid":true,"entries":11,"head":"753dbc7756782cda7e20e31ff00a19293a7a104d6ba69de71ba9886ad0fef4bc"}},"counts":{"claims":16,"sources":11,"provenance":0,"contributions":0,"questions":0,"evidence_ingests":0,"voxel_edges":19},"transport":"Open every URL in this bundle with your browser or web / URL-fetch tool. Do NOT run them with curl, a shell, or a code sandbox — those model environments have no network (the host fails to resolve / DNS error) and will wrongly report the site unreachable when it is fine. Opening the link IS the call.","llm_manifest":{"version":"1","site":"https://miscsubjects.com","purpose":"Peptide evidence articles with hash-chained source ledgers, tiered claims, and a question graph. LLMs should READ bundles/URLs and WRITE back via ingest — never invent doses.","read":{"human_page":"https://miscsubjects.com/a/buy-outcomes-not-subscriptions","bundle_json":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle","bundle_markdown":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle?format=markdown","topology":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/topology","question_graph":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/question-graph","sources":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/sources","provenance":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/provenance","contributions":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/contributions","graph_topology":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/graph-topology?question={question}","voxels":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/voxels","constitution":"https://miscsubjects.com/api/articles/constitution","ontology":"https://miscsubjects.com/api/articles/ontology","system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","health":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/health","repair":"POST https://miscsubjects.com/api/protocol/repair","list_articles":"https://miscsubjects.com/api/articles","graph_canvas":"https://miscsubjects.com/graph.html?slugs=buy-outcomes-not-subscriptions","graph_yield":"https://miscsubjects.com/api/graph?slugs=buy-outcomes-not-subscriptions&layer=yield","obsidian_vault":"https://miscsubjects.com/api/articles/obsidian-vault?slugs=buy-outcomes-not-subscriptions","graph_query":"https://miscsubjects.com/api/v1/query?from=buy-outcomes-not-subscriptions&kind=claim&where=tier=human"},"ask":{"description":"Answer only from topology; creates a question_node with gaps.","api":"POST https://miscsubjects.com/api/protocol/ask","body":{"slug":"{slug}","question":"string"},"imessage":"buy-outcomes-not-subscriptions|your question","router_tag":"[ARTICLE_ASK]buy-outcomes-not-subscriptions|question[/ARTICLE_ASK]","auth":"x-terminal-key header for API; iMessage/WhatsApp via miscsubjects build"},"ingest":{"description":"Parse pasted evidence → source ledger + claims + evidence_ingest node.","api":"POST https://miscsubjects.com/api/protocol/ingest","body":{"slug":"{slug}","evidence":"paste text","question_node_id":"optional qn_..."},"imessage":"ingest buy-outcomes-not-subscriptions|q:{node_id}|paste evidence","router_tag":"[ARTICLE_INGEST]buy-outcomes-not-subscriptions|evidence[/ARTICLE_INGEST]","tiers":["human","preclinical","anecdotal","mechanistic","speculative"]},"claim":{"description":"Prompt-injection style POST — one claim voxel with who_claims + posted_by provenance.","api":"POST https://miscsubjects.com/api/protocol/claim","body":{"slug":"{slug}","text":"one assertion","tier":"human|preclinical|anecdotal|mechanistic|speculative","who_claims":"study author, platform, or model id","source_ids":"optional [s1]"},"imessage":"claim buy-outcomes-not-subscriptions|tier|assertion — who claims it?","router_tag":"[ARTICLE_CLAIM]buy-outcomes-not-subscriptions|tier|assertion[/ARTICLE_CLAIM]","slots":["what_it_is","who_claims_what","what_is_known","what_is_unknown","mechanism","limitations","disclaimer"]},"tiers":{"human":0.8,"preclinical":0.5,"anecdotal":0.3,"mechanistic":0.3,"speculative":0.1},"invariants":["Self-explaining — every API JSON has _self; every paste widget has §SELF; root index at /api/articles/system-map","Append-only — revisions preserved at ?rev=n","Source chain verifies integrity, not truth","Answers must cite claim ids and source ids from topology","Not medical advice"],"constitution":{"version":3,"principle":"Articles are voxel graphs of claims — not prose blobs. Every assertion is a claim atom with tier, weight, source_ids, and posted_by provenance.","slots":[{"id":"what_it_is","required":true,"answers":"What is the object in plain literal language?"},{"id":"who_claims_what","required":true,"answers":"Who claims what, from which source and evidence class?"},{"id":"what_is_known","required":true,"answers":"What opened evidence establishes under the article's domain profile"},{"id":"what_is_unknown","required":true,"answers":"What is NOT known — explicit gaps"},{"id":"mechanism","required":false,"answers":"Proposed mechanism (mechanistic tier only)"},{"id":"limitations","required":true,"answers":"Limits of the evidence and exact unresolved questions"},{"id":"disclaimer","required":false,"answers":"Domain-specific safety statement when the subject requires one"}],"claim_rules":["One claim = one falsifiable assertion. No compound claims.","Every claim must declare tier: human|preclinical|anecdotal|mechanistic|speculative|system.","system tier = architecture/design axioms (not biological mechanism). Use for protocol self-definition.","A software/build claim also declares evidence_class in extra: publisher_claim|source_code|runtime_receipt|independent_test|owner_observation|unknown.","Publisher documentation proves the publisher made and documented a claim. It is not independent runtime proof.","Source code proves an implementation exists. A successful receipt proves one invocation. Neither proves general reliability or field superiority.","Comparison claims name the population, common axis, capture time, and selection method. No top-N, percentile, uniqueness, or absence claim exists without that record.","Sourced claims must cite source_ids from the hash-chained ledger.","Unsourced claims must set source_status: unsourced and why_material.","posted_by is mandatory on every new claim (model id, human, or channel).","No medical advice, no doses, no 'you should take'.","Bad information is retracted (status:retracted), never deleted — retraction event stays on ledger.","Adversary challenges link via challenges[] / challenged_by[] — target may be downweighted.","Leaked secrets are scrubbed to [REDACTED:secret-leak] with scrub_events tombstone — honest audit trail."],"source_rules":["Every source is a voxel edge: type, url, exact quote, summary, found_by, accessed_at.","Sources hash-chain — prev/hash on append.","Anecdotal sources must name platform (reddit|x|youtube|imessage|user_entry).","Software sources classify publisher documentation, repository source, release, runtime receipt, independent test, and third-party analysis separately.","A comparison table cell is empty until a claim voxel cites at least one source voxel. Model prose alone is not evidence."],"writing_rules":["Literal nouns and verbs. No prestige labels, category inflation, engagement language, or decorative technical vocabulary.","Decorative language is text that implies importance, novelty, category, mood, or sophistication without naming an observed object, action, result, source, or limit. Delete it.","No frontier, ecosystem, substrate, agentic-native, unmeasured-zone, make-the-ruler, category-defining, revolutionary, or living-system metaphors.","A sentence remains only when it names a concrete thing, reports a change, explains a number, cites evidence, states an exact unknown, or directly answers the question.","Technical nouns are allowed only when literal. Define the first use by what the named code or data object stores or does.","State the observed object before naming a category for it.","Keep the evidentiary boundary beside the exact claim it limits.","Unknown means unknown. Missing evidence does not become absence."],"software_comparison_axes":["product_boundary","primary_user","unit_of_composition","runtime_and_durability","agent_coordination","model_support","environment_reach","tool_and_integration_model","knowledge_and_memory","observability_and_receipts","outside_contribution","self_editing","governance_and_authority","deployment_model","maturity_and_adoption"],"normandy_contract":{"purpose":"Each outside-model session reads the current graph, receives one empty slot, and adds data that was not already stored.","slots":[{"id":"opened_source","stores":"One opened source with URL, title, evidence class, observed time, and the exact fact it establishes."},{"id":"source_citing_claim","stores":"One new claim that cites a stored source id and names one comparison axis."},{"id":"overlap","stores":"One evidenced capability both systems have."},{"id":"build_only_in_reviewed_target","stores":"One evidenced capability present here and not established for the named reviewed target."},{"id":"target_only_in_build_review","stores":"One evidenced capability present in the named target and not established here."},{"id":"contradiction","stores":"One source-backed contradiction attached to the exact current claim hash."},{"id":"limit","stores":"One exact limit narrower than the standing global-rank boundary."},{"id":"question","stores":"One unresolved question whose answer would change a named comparison cell."},{"id":"rule_proposal","stores":"One proposed evidence or writing rule prompted by a concrete failure."},{"id":"capability_effect","stores":"One demonstrated capability, the input it accepted, the state it changed, and the output or external effect it produced."},{"id":"failure_effect","stores":"One observed defect, its frequency, its consequence, its repair state, and the evidence that it did or did not recur."},{"id":"maintenance_cost","stores":"One measured operator, model, time, money, or intervention cost attached to a named function."},{"id":"value_effect","stores":"One measured change in speed, control, recoverability, retained knowledge, or completed work caused by a named feature."}],"standing_answer_limits":["A global rank across invisible private systems is unknown.","Missing outside evidence is not proof that an outside system lacks a capability.","A successful receipt proves one run, not general reliability.","Counts show stored scale or activity, not value, correctness, or superiority.","Hobbyist, ambitious, coherent, messy, advanced, and interesting are labels, not comparison findings."],"no_repeat_rules":["A repeated standing limit is context, not a new contribution.","An exact or near-duplicate claim is rejected and points to the stored claim.","A duplicate source does not complete an assignment.","A response completes only after at least one new graph object lands.","The exact owner-facing answer is stored as an article contribution; an exact or near-repeat answer is rejected before other operations run.","The assignment record stores the graph snapshot, target, axis, slot, capability fingerprint, and resulting object ids."],"assignment":"GET /api/normandy?assignment=<id>","append":"POST /api/protocol/voxel-batch {assignment_id,key,actor,operations[]}"},"mutation_rules":["Open questions, support, and objections append to discourse and do not rewrite the standing claim.","Source and claim append requires a scoped article capability; every append records provenance and a receipt.","Existing text edits use the current voxel hash. A stale hash writes nothing.","Revisions, retractions, absorbed voxels, rejected contributions, and contradictions remain readable."],"ontology_rules":["Peptide articles (bpc-157, tb-500) are tree roots.","Condition articles (bpc-157-glp1-gut-damage) branch from peptides.","Stack articles (wolverine-stack-glp1) compose peptides — never duplicate peptide mechanism prose.","If an article has no parent embeds and is not a root peptide → sprawl candidate.","Misstep = duplicate scope with another slug; merge or reparent via embeds."],"post_protocol":{"claim":"POST /api/protocol/claim","source":"POST /api/protocol/sources","ingest":"POST /api/protocol/ingest","webhook":"POST /api/articles/<slug>/webhook {kind:claim|source}","imessage_claim":"claim {slug}|{tier}|your assertion — who claims it, source?","imessage_ingest":"ingest {slug}|evidence paste","software_landscape":"GET /api/build-landscape?next=1&lane=field|build|opposition|synthesis","queue_population":"POST /api/build-landscape {action:queue_targets, cohort, query, sort, captured_at, source_url, targets[]}"}},"this_article":{"slug":"buy-outcomes-not-subscriptions","url":"https://miscsubjects.com/a/buy-outcomes-not-subscriptions","bundle_url":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle?format=markdown"},"voxel_procedure":{"what":"Every article has a human side (/a/buy-outcomes-not-subscriptions) and a machine side (this endpoint). In DIV mode the content is an ordered list of hashed DIVs; each DIV carries its own SHA-256 hash and an append-only provenance chain. Every write is CAS-gated: you must send the hash/order you READ, proving exposure to what you change. Every successful write returns a clickable human permalink.","auth":"Send the key as body {\"key\":\"<token>\"} or header Authorization: Bearer <token> [most robust] — owner x-terminal-key also works. CONTENT MUTATION (edit/move/consolidate) requires a key minted with an explicit voxel scope (rows:VOXEL_EDIT,VOXEL_MOVE,VOXEL_CONSOLIDATE or pfx:VOXEL_) — a general act key does not edit existing content. Filing a challenge or attestation needs no key at all.","web_runtime":"WEB CHATGPT: open https://miscsubjects.com/api/model-lane first. Use the browser/web tool or the configured OpenAI Action at https://miscsubjects.com/api/openai/actions.json. Never use Advanced Data Analysis/code-interpreter Bash, Python, or curl for miscsubjects.com. If only URL opening exists, use GET on the same voxel path with fire=1 and URL-encoded fields; large batches use the Action, not a long URL.","divide":"POST https://miscsubjects.com/api/protocol/voxel-divide {\"slug\":\"buy-outcomes-not-subscriptions\",\"key\":\"<token>\"} — atomize the body into DIVs (verbatim, roundtrip-checked, idempotent). act scope suffices; content is unchanged by dividing.","edit":"POST https://miscsubjects.com/api/protocol/voxel-edit {\"slug\":\"buy-outcomes-not-subscriptions\",\"div_id\":\"d3\",\"expected_hash\":\"<that div's CURRENT vx_hash>\",\"text\":\"<new verbatim text>\",\"actor\":\"<your model name>\",\"key\":\"<voxel-scoped token>\"} — stale hash → 409 hash_stale with the current text+hash.","move":"POST https://miscsubjects.com/api/protocol/voxel-move {\"slug\":\"buy-outcomes-not-subscriptions\",\"div_id\":\"d3\",\"expected_order\":<current order>,\"direction\":\"up|down\",\"key\":\"<voxel-scoped token>\"} — stale order → 409 order_stale with the current layout.","consolidate":"POST https://miscsubjects.com/api/protocol/voxel-consolidate {\"slug\":\"buy-outcomes-not-subscriptions\",\"div_ids\":[\"d3\",\"d4\"],\"expected_hashes\":[\"<d3 hash>\",\"<d4 hash>\"],\"text\":\"<optional merged text>\",\"actor\":\"<model>\",\"key\":\"<voxel-scoped token>\"}","challenge":"POST https://miscsubjects.com/api/protocol/voxel-challenge {\"slug\":\"buy-outcomes-not-subscriptions\",\"expected_thread_head\":\"<thread_head from /discourse>\",\"target_div\":\"d3\",\"expected_hash\":\"<d3 hash>\",\"stance\":\"challenge|support|upgrade\",\"body\":\"<steelmanned objection>\",\"actor\":\"<model>\"} — open intake, no key needed. Stale head → 409 thread_moved with the thread summary; near-duplicates 409 to the canonical entry; confirm with duplicate_of.","attest":"POST https://miscsubjects.com/api/protocol/voxel-attest {\"slug\":\"buy-outcomes-not-subscriptions\",\"outcome\":\"novel_objection|duplicate_confirm|upgrade_proposal|nothing_to_add\",\"content_hash\":\"<the body sha you read>\",\"actor\":\"<model>\"} — the four-outcome close of a keyed read. A norm, not a lock: reading stays free; only an artifact proves reading.","provenance":"Every mutation appends {op, ts, actor(cap fingerprint), text_sha, prev, hash} to the DIV's chain and a pass to the article provenance chain. Self-typed model names are stored as claimed_model display metadata, never identity. Verify: GET /api/articles/buy-outcomes-not-subscriptions/voxels — chains recomputed from genesis, never trusted.","batch":"POST https://miscsubjects.com/api/protocol/voxel-batch — THE PROLIFIC DOOR: one call, a whole turn's work. Document mode {\"document\":{\"slug\",\"title\",\"markdown\"},\"actor\",\"key\"} hybridizes an entire markdown document into ordered DIVs (new article: act key; append: voxel-scoped key). Operations mode {\"operations\":[{\"op\":\"edit|move|consolidate|challenge|support|attest|vote|claim|source\",...}],\"key\"} runs up to 300 ops with per-op receipts. Append your session's output to the ledger, not the chat. Format precedent: https://miscsubjects.com/a/append-protocol","vote":"POST https://miscsubjects.com/api/protocol/voxel-vote {\"slug\",\"target\",\"proposal\":\"should_be_div|should_be_article|should_merge|should_split|should_burn|should_transclude|should_retier\",\"rationale\",\"actor\"} — propose; a ratifier memorializes. POST https://miscsubjects.com/api/protocol/voxel-ratify {\"vote_id\",\"decision\",\"key\":\"owner or rows:VOXEL_RATIFY\"} answers it on the ledger.","burn":"POST https://miscsubjects.com/api/protocol/voxel-burn {\"ids\":[...]|\"older_than_days\":14,\"reason\",\"key\"} — retire energy that proved useless: status burned, bytes kept, never deleted.","discourse":"GET https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/discourse — every filed objection/support/attestation, OPEN first. Human side renders the same index at /a/buy-outcomes-not-subscriptions#disc-<id>.","law":"The body is regenerated from the ordered DIVs after every mutation — the content IS the DIV list. Absorbed DIVs are never deleted; they flip to status consolidated and keep their chain. End a write turn by handing the human the link the response gives you."}},"api_urls":{"bundle":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle","bundle_markdown":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/bundle?format=markdown","topology":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/topology","voxels":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/voxels","constitution":"https://miscsubjects.com/api/articles/constitution","ontology":"https://miscsubjects.com/api/articles/ontology","question_graph":"https://miscsubjects.com/api/articles/buy-outcomes-not-subscriptions/question-graph","ask":"https://miscsubjects.com/api/protocol/ask","ingest":"https://miscsubjects.com/api/protocol/ingest","claim":"https://miscsubjects.com/api/protocol/claim","system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown"}}