{
  "schema": "https://miscsubjects.com/schemas/jarticle.json",
  "status": "published",
  "slug": "proven-work-claim-and-record",
  "title": "Proven work: the base unit — a claim, a record, and a door",
  "kind": "canon",
  "summary": "This page defines the base unit this whole system is built around: proven work. It settles whether the reframe is correct, reduces the object to its smallest true structure, states the standard as a checklist — what qualifies, what does",
  "created": "2026-08-03T07:15:42.843Z",
  "body": [
    "*This page defines the base unit this whole system is built around: proven work. It settles whether the reframe is correct, reduces the object to its smallest true structure, states the standard as a checklist — what qualifies, what does not, what is required and what is explicitly not required — explains the inspection-token technology, surveys everything else like it, names what is distinct, gives working use cases with live receipts, and answers the criticisms. A reader who finishes this page can produce proven work, buy it, or refute a piece of it.*\n\n## The verdict\n\nYes. This is the primitive everything else in the build is built around, and the reframe is correct — because it renames what the system already does rather than adding anything. The [[proven-work|canonical definition]] exists. The ledger exists. The sealed panels exist. The delegated tokens exist. Naming proven work as the base unit stops the site from selling machinery and starts it selling the thing the machinery was always for. Under the [[logic-law|logic law]] that is the cheapest move with the largest effect: subtract the framing, keep the plant.\n\nThe competitive sentence is one line. Everyone ships agents, frameworks, and ontologies. They have no proof.\n\n## The definition\n\n**Proven work is a claim about completed work, bound to the complete record of that work's formation, with standing authority for any stranger to inspect the record and test the claim.**\n\nTwo parts and a door:\n\n**The claim.** What the work says about itself, written by the worker and bound to the work: what was asked, what was done, what was considered, what it guarantees, what it leaves open. The claim is the only part a human normally reads.\n\n**The record.** Everything that happened, raw: every model call and every tool call with request and response together in a single payload — the effective prompts are inside those payloads, not a separate artifact — hash-chained in order, timestamped, carrying the authority each action ran under and the errors it hit. Not curated. Not summarized. Not written after the fact. On this site the record is the public ledger.\n\n**The door.** A scoped, expiring token that hands a stranger the authority to read the record. The door is not a third part of the object — it is access to it — but without it \"proven\" means \"trust us,\" which is the thing being replaced.\n\nWork is proven when every sentence of the claim resolves against the record. Three verdicts exhaust the space: **SUPPORTED_BY_RECORD**, **MISSING_EVIDENCE**, **CONTRADICTED_BY_RECORD**. A claim sentence with no bearing record is a named gap or it is a lie. There is no third state.\n\n## Why not nine fields, and why not three\n\nAsk a model to define a primitive and it returns a taxonomy. Nine fields — demand, considerations, formation, deliverable, completeness, robustness, surety, replay, open gaps — is the same object described from nine chairs. Every one of the nine is one of exactly two things: something that **happened**, which is therefore in the record and needs no field; or a **question you ask** of what happened, which is a query, and storing a query's answer as a schema slot is decoration.\n\nThe three-field reduction — input, execution trace, output boundary — is closer but still double-counts. On this build's ledger a request and its response are one payload. You never hold an input without the output it produced; splitting them describes transport, not proof. And the boundary is not stored beside the record — it is derived from it, or it is marketing.\n\n\"Was it complete?\" — diff the claim's scope against the record. \"Did the worker know about X?\" — search the record's payloads. \"Would it replay?\" — rerun the recorded calls and diff. \"What would change the result?\" — read the recorded assumptions. All of the nine collapse into queries against two parts.\n\n## The standard, as a checklist\n\nWork qualifies as proven work when all five hold:\n\n1. **A written claim** — request, actions, considerations, guarantees, open gaps — bound to the work object, authored before or during the work. A claim reconstructed afterward is itself work product and says so.\n2. **A complete record** — every consequential action as a single request-plus-response payload, hash-chained, timestamped, with its authority and its errors. Model deliberations count as payloads. Tool calls count as payloads. Edits, sends, and deployments count as payloads.\n3. **Binding** — every sentence of the claim resolves to named record ids or to an explicitly named gap. The binding is enumerable: a manifest of requirements, each carrying its evidence ids and a PASS or a gap.\n4. **Standing inspection authority** — a scoped token any stranger can use without asking permission, where every inspection lands its own receipt. Proof that cannot be checked by an adversary is reputation, not proof.\n5. **Derived status** — PROVEN or PARTIAL is computed from the manifest by evaluation, never asserted by the worker. PARTIAL printed honestly outranks PROVEN asserted loudly.\n\nWhat the standard does **not** require:\n\n- **A vendor or framework.** Observability stacks are one way to produce the record; the standard is indifferent to how the payloads were captured.\n- **Correctness.** Proven work proves what happened, not that it was right. Correctness is a separate claim that needs its own record — on this site, the sealed multi-model panels whose agreement is checked by arithmetic.\n- **Human review.** A record either bears a claim or it does not; the reviewer can be a model, and the review itself leaves a receipt.\n- **Disclosure of secrets.** The projection redacts credentials, personal data, and private paths at egress. Confidential proven work is a private projection with the same structure.\n- **The worker's later cooperation.** The record was written as the work happened. The worker cannot improve it afterward, which is the point.\n- **Nine fields.**\n\n## The token technology\n\nThe inspection door is a **scoped delegated capability**, and its properties are what make publishing proof safe:\n\n- **Row-scoped and body-fixed** — the token can invoke exactly one thing: a GET of one work object's proof projection. It cannot read anything else, write anything, or spend anything.\n- **Expiring** — seven days by default; a stale link dies on its own.\n- **Unlimited uses inside the window** — proof does not ration its readers.\n- **Fingerprinted and receipted** — every inspection returns its own invocation id and public receipt, so reading the proof is itself recorded work. The first stranger-style inspection of PW-0002 is receipt `inv_3pvg41v5xp`.\n- **Minted on demand, never stored in prose** — the write path of this site refuses to store a live bearer token inside an article body; that refusal was verified while building this page. Blocks are minted fresh from each work object's drop lane and handed out in correspondence, chat, or a copy-paste block, so a leaked page can never leak a credential that outlives its window.\n\nThe projection the token opens is self-explaining: it carries its schema, its manifest with per-requirement evidence, its formation records, the redaction rule, and the response contract — the three allowed verdicts and the citation rule. A model with zero context can be handed the block and told: test this claim against this record.\n\n## The working examples, live\n\n**PW-0002 — the sealed statutory panel.** Claim: five AI models from four vendors adjudicated one EU AI Act Article 50 question in parallel, blind to one another, under a fixed machine-parseable shape; four structurally valid findings across three model lineages sealed a unanimous record-bound APPROVE; the fifth was discarded for a malformed shape, in public. Eight requirements, eight PASS, status PROVEN — computed, not asserted. Projection: https://miscsubjects.com/api/proven-work/three-models-deliberate-one-statutory-question. The receipts: `inv_gte0gtx31p`, `inv_mr0y1mcw8f`, `inv_t61klfgq4u`, `inv_lffvxuzad4`, `inv_804vr5xvdj`; the strict seal's honest escalation `inv_tkj82c7m1v`; the APPROVE `inv_qmxwk924vw`. The full account: [[three-models-deliberate-one-statutory-question|the panel record]].\n\n**PW-0001 — the honest counterexample.** [[proven-work-example-one|The first object]] records status PARTIAL because its consideration inventory was reconstructed after the work. Under this page's reduction that failure states itself in one line: the inventory is claim, not record — MISSING_EVIDENCE. A standard that cannot fail its own first example is not a standard.\n\n## Everything else like it\n\nEvery serious proof discipline arrived at the claim-and-record shape, under different names. What each proves — and what none of them prove — locates the distinct thing here.\n\n- **Interactive and zero-knowledge proofs** — a statement and the interaction that convinces a verifier; knowledge is measured over the transcript (Goldwasser–Micali–Rackoff, 1985). Proves mathematical statements; says nothing about open-ended work.\n- **Software attestation — in-toto, SLSA** — a subject artifact bound to a signed predicate about how it was built, with resolved dependencies and builder identity. Proves the pipeline ran; does not record why any decision inside it was made.\n- **Reproducible builds** — the same inputs yield bit-identical outputs, so the binary proves its own source. The strongest replay guarantee in software; only works where determinism holds.\n- **TEE remote attestation** — hardware signs a measurement of the code it runs, proving the environment. Proves where work ran, not what the work considered.\n- **C2PA content credentials** — signed provenance metadata travels with a media file. Proves origin and edits of an artifact; the reasoning that produced it is out of scope.\n- **W3C PROV** — entities, activities, and agents as a provenance data model. A vocabulary for the record; validity judgments are derived over it, never stored in it.\n- **Financial audit — ISA 500** — management's assertions versus the evidence obtained to test them; completeness and accuracy are properties *to be tested*. The oldest living claim-versus-record industry.\n- **Chain of custody** — the exhibit and its unbroken record of holders; admissibility is judged over the record.\n- **Preregistration in science** — the claim (hypothesis, method) filed before the work, so the record can contradict it. The strongest known cure for after-the-fact claims.\n- **Flight data recorders** — the total raw record, kept precisely because nobody knows in advance which question will matter.\n- **Double-entry bookkeeping** — the statement and the journal; the audit profession exists because the two are separable and must be reconciled.\n\nNone of these store robustness, surety, or completeness as fields. All of them derive every such property from a claim tested against a record. That is the whole argument for two parts.\n\n## What is distinct here\n\nEvery scheme above proves an **artifact**, an **environment**, or **provenance metadata**. None of them captures the formation of open-ended AI work — the actual deliberations, tool calls, errors, and authority, as raw payloads — and none of them makes inspection itself a recorded, delegable act. The distinct move is threefold:\n\n1. **The record includes the reasoning.** Model calls are payloads; the \"why\" is not a memo written later, it is the request and response that actually ran, with a `why` field on every consequential write.\n2. **Inspection is recorded work.** Every read of the proof leaves a receipt. The proof of the work accumulates proofs of its reading — an audit trail of audits.\n3. **Interrogation is delegable to machines.** The token plus the response contract turns any capable model into an auditor with three verdicts and a citation rule. The system does not ask you to trust its models; it hands your model the record.\n\n## Use cases\n\n- **A regulator defers to documentation.** A statutory question is adjudicated on the record — [[three-models-deliberate-one-statutory-question|the Article 50 panel]] — and the standing offer on [[eu-ai-act-complete-compliance-guide|the compliance guide]] lets any legislator or private party request a demonstration, an audit, or a compliance schematic, free, with the reasoning published.\n- **A buyer traces a research report.** Every conclusion resolves to sources and to the payloads that weighed them; \"did they consider the contrary study\" is a search, not a deposition.\n- **A failed task keeps its value.** The record of an attempt that hit a wall — with the repair lineage — is proven work about the wall. Failures stop being embarrassments and become records.\n- **Outbound correspondence proves itself.** The letters sent from the compliance guide are published on it as proof objects with tracked receipts; the recipient can verify the sender's claims about its own conduct before replying.\n- **Disputes collapse to record checks.** \"Did the contractor account for X\" returns SUPPORTED_BY_RECORD, MISSING_EVIDENCE, or CONTRADICTED_BY_RECORD with record ids — in minutes, by any model either side chooses.\n- **Agents trust agents by record, not reputation.** A delegating agent hands a sub-agent's proven work object to its own verifier before building on it. Delegation chains stop being faith chains.\n\n## The criticisms, answered\n\n**\"Records can be fabricated.\"** Inside one operator's ledger, yes — hash chains prove order and integrity, not honesty at the moment of writing. The mitigations are structural: receipts are public as they land (fabrication requires prospective, sustained lying, not retroactive editing); inspections by outsiders leave receipts the operator cannot predict; and cross-anchoring to external timestamps is a known, cheap upgrade. The claim this site makes is exact: the record cannot be quietly rewritten, and any reader can check that.\n\n**\"Complete records are huge and expensive.\"** The record is exhaust — it already existed the moment the work ran; the only decision is keeping it addressable. Storage is the cheapest component of AI work by orders of magnitude.\n\n**\"Proof of process is not proof of quality.\"** Correct, and the standard says so. Proven work proves what happened. Whether it was *good* is a further claim needing its own record — agreement arithmetic across independent models, calibration studies, outcome tracking. Conflating the two would be the decorative move this page exists to kill.\n\n**\"Confidentiality.\"** Redaction at egress is part of the projection, and a private projection with the same structure serves counterparties under NDA. Proof and secrecy compose; what does not compose is proof and *editing*.\n\n**\"Replay will drift.\"** Models version, APIs change. The record pins model identifiers, timestamps, and full payloads, so drift is measurable and disclosed rather than hidden. Replay proves what replays; the record proves the rest.\n\n**\"Nobody pays for proof.\"** Audit, attestation, notarization, escrow, inspection, certification — proof is one of the oldest products there is. What did not exist is proof native to AI-performed work. That is the gap.\n\n**\"It will be gamed.\"** The standard measures the presence and binding of record, not virtue. Gaming it means writing more of the truth down. That is the only Goodhart failure worth having.\n\n## Bringing work up to the standard\n\nExisting work migrates in four steps, none of which require rebuilding it: write the claim as a requirement manifest; bind each requirement to the records that already exist; name every gap where the record is missing (that names it PARTIAL, which is correct); mint the door. New work is cheaper: run it through surfaces that ledger by default, and the record writes itself — the claim is the only part the worker authors.\n\n## Sources\n\n- https://dl.acm.org/doi/10.1145/22145.22178 — Goldwasser, Micali, Rackoff: interactive proof systems, knowledge measured over the transcript.\n- https://slsa.dev/spec/v1.0/provenance — SLSA v1.0 provenance: subject bound to signed predicate.\n- https://github.com/in-toto/attestation — in-toto attestation framework.\n- https://reproducible-builds.org/docs/definition/ — reproducible builds definition.\n- https://www.w3.org/TR/prov-dm/ — W3C PROV data model.\n- https://c2pa.org/specifications/specifications/2.1/specs/C2PA_Specification.html — C2PA content credentials.\n- https://www.iaasb.org/publications/international-standard-auditing-isa-500-audit-evidence-4 — ISA 500, assertions versus audit evidence.\n- https://csrc.nist.gov/glossary/term/chain_of_custody — NIST: chain of custody.\n- https://www.cos.io/initiatives/prereg — preregistration: the claim filed before the work.\n\nThe product is work. With proof. A claim, a record, and a door any stranger can walk through."
  ],
  "facts": {
    "converted_from": "markdown",
    "original_updated": "2026-08-03T07:24:57.356Z",
    "register": null,
    "category": "canon"
  },
  "hero": "https://miscsubjects.com/img/gen/arcads-gpt-image-74f996c6-7264-4c40-8403-5ec62556ad28.png",
  "model": "unattributed",
  "sources": [
    {
      "id": "s1",
      "url": "https://dl.acm.org/doi/10.1145/22145.22178",
      "title": "The knowledge complexity of interactive proof-systems",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "genesis",
      "hash": "02befb0b34d5544162f8fb556dbc1e4e3de0eb06e57c99377933aebb44990e74"
    },
    {
      "id": "s2",
      "url": "https://slsa.dev/spec/v1.0/provenance",
      "title": "SLSA v1.0 provenance specification",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "02befb0b34d5544162f8fb556dbc1e4e3de0eb06e57c99377933aebb44990e74",
      "hash": "af8f3aea0f4508881a1c5ee80f79c501438d71d198a008126b58e4b951a4a885"
    },
    {
      "id": "s3",
      "url": "https://github.com/in-toto/attestation",
      "title": "in-toto attestation framework",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "af8f3aea0f4508881a1c5ee80f79c501438d71d198a008126b58e4b951a4a885",
      "hash": "4995af1ae0b77ac9f35f82bf8a462fe5c4f1320023bb1fcc4afe5f43e52a4ada"
    },
    {
      "id": "s4",
      "url": "https://www.w3.org/TR/prov-dm/",
      "title": "W3C PROV-DM",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "4995af1ae0b77ac9f35f82bf8a462fe5c4f1320023bb1fcc4afe5f43e52a4ada",
      "hash": "136e3053fe1a5c9560d6ca122a238dab04fdd8e96b322b74ca502bef28ff9263"
    },
    {
      "id": "s5",
      "url": "https://www.iaasb.org/publications/international-standard-auditing-isa-500-audit-evidence-4",
      "title": "ISA 500, Audit Evidence",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "136e3053fe1a5c9560d6ca122a238dab04fdd8e96b322b74ca502bef28ff9263",
      "hash": "4da1b68f328f27e188e46ba1eb6976ac986c770cd063655e38b125aca3e5d368"
    },
    {
      "id": "s6",
      "url": "https://csrc.nist.gov/glossary/term/chain_of_custody",
      "title": "NIST glossary: chain of custody",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "4da1b68f328f27e188e46ba1eb6976ac986c770cd063655e38b125aca3e5d368",
      "hash": "f41030ef85dec0a1a9f26fb2659b7c45cf75b13d8a27d88ba59ce82352838edb"
    },
    {
      "id": "s7",
      "url": "https://miscsubjects.com/a/three-models-deliberate-one-statutory-question",
      "title": "PW-0002: the sealed panel record",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "f41030ef85dec0a1a9f26fb2659b7c45cf75b13d8a27d88ba59ce82352838edb",
      "hash": "51f7189efc21e6f37f410b626063157628f1454906d0f538347d23b6ede606a2"
    },
    {
      "id": "s8",
      "url": "https://reproducible-builds.org/docs/definition/",
      "title": "Reproducible builds definition",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "51f7189efc21e6f37f410b626063157628f1454906d0f538347d23b6ede606a2",
      "hash": "6ec2b51cf923221aaa3e3b314a9f0114d8321826854e2f572b4ddac413a879f8"
    },
    {
      "id": "s9",
      "url": "https://c2pa.org/specifications/specifications/2.1/specs/C2PA_Specification.html",
      "title": "C2PA content credentials specification",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "6ec2b51cf923221aaa3e3b314a9f0114d8321826854e2f572b4ddac413a879f8",
      "hash": "dc3ab9d97d716d64cbc143a188f8396550246b9d438ebead48fdb0bf0f070895"
    },
    {
      "id": "s10",
      "url": "https://www.cos.io/initiatives/prereg",
      "title": "Preregistration (Center for Open Science)",
      "accessed_at": "2026-08-03T07:24:57.157Z",
      "prev": "dc3ab9d97d716d64cbc143a188f8396550246b9d438ebead48fdb0bf0f070895",
      "hash": "b4a88c636634ec511bc19f17b91542c893ce11692bb5c36bd08acdd509a1accb"
    }
  ],
  "claims": [
    {
      "id": "c1",
      "text": "Interactive proof systems consist of a statement and a convincing interaction; knowledge complexity is defined over the transcript.",
      "source_ids": [
        "s1"
      ]
    },
    {
      "id": "c2",
      "text": "SLSA provenance binds a subject artifact to a signed predicate describing its build.",
      "source_ids": [
        "s2"
      ]
    },
    {
      "id": "c3",
      "text": "in-toto attestations are subject plus predicate with evidence.",
      "source_ids": [
        "s3"
      ]
    },
    {
      "id": "c4",
      "text": "W3C PROV-DM derives validity judgments over the record rather than storing them in it.",
      "source_ids": [
        "s4"
      ]
    },
    {
      "id": "c5",
      "text": "ISA 500 separates management assertions from the evidence obtained to test them.",
      "source_ids": [
        "s5"
      ]
    },
    {
      "id": "c6",
      "text": "Chain of custody is an exhibit plus its unbroken record; admissibility is judged over the record.",
      "source_ids": [
        "s6"
      ]
    },
    {
      "id": "c7",
      "text": "PW-0002 declares eight requirements, each PASS with ledger receipts; its status PROVEN is computed by evaluation, not asserted.",
      "source_ids": [
        "s7"
      ]
    },
    {
      "id": "c8",
      "text": "A stranger-style tokenized inspection of PW-0002 returned the projection with its own receipt (inv_3pvg41v5xp).",
      "source_ids": [
        "s7"
      ]
    },
    {
      "id": "c9",
      "text": "Reproducible builds prove a binary against its source by bit-identical rebuild where determinism holds.",
      "source_ids": [
        "s8"
      ]
    },
    {
      "id": "c10",
      "text": "C2PA binds signed provenance metadata to media artifacts; the producing reasoning is out of scope.",
      "source_ids": [
        "s9"
      ]
    },
    {
      "id": "c11",
      "text": "Preregistration files the claim before the work so the record can contradict it.",
      "source_ids": [
        "s10"
      ]
    }
  ],
  "type": "article",
  "updated": "2026-10-08T11:32:00.800Z",
  "version": 1,
  "hash": "bf729c53896e00642b2f1b59bc9bf1c322d6a78ed9479243e39e68753bcf80aa",
  "styling": {
    "scope": "shared",
    "how": "no value on the page is set by hand: each comes from this theme, and each theme value becomes the CSS variable named beside it. PATCH https://miscsubjects.com/api/jarticles/theme changes them.",
    "widget_style": {
      "what": "every widget may carry style: {…}; these are the only keys it reads",
      "rotate": "degrees, a number",
      "offset_x": "pixels, a number",
      "offset_y": "pixels, a number",
      "pulse": "true to pulse"
    },
    "theme": {
      "color": {
        "page_bg": "#f5f5f7",
        "sheet_bg": "#ffffff",
        "ink": "#1d1d1f",
        "soft": "#424245",
        "muted": "#6e6e73",
        "dim": "#86868b",
        "line": "#d2d2d7",
        "accent": "#0071e3",
        "accent_soft": "rgba(0,113,227,0.08)",
        "link": "#0066cc",
        "selection": "rgba(0,113,227,0.18)",
        "widget_bg": "#f5f5f7",
        "widget_border": "#d2d2d7",
        "card_bg": "#ffffff",
        "code_bg": "#f5f5f7",
        "json_bg": "#161b19",
        "json_ink": "#e6e1d4",
        "json_key": "#7fd3c3",
        "json_string": "#e9c46a",
        "json_number": "#f4a261",
        "json_bool": "#c792ea",
        "json_null": "#928d7e",
        "json_punct": "#6b6759",
        "json_bar": "#0e1512",
        "kind_badge_bg": "#0e6e60",
        "kind_badge_ink": "#ffffff"
      },
      "color_dark": {
        "page_bg": "#000000",
        "sheet_bg": "#1d1d1f",
        "ink": "#f5f5f7",
        "soft": "#d2d2d7",
        "muted": "#a1a1a6",
        "dim": "#86868b",
        "line": "#424245",
        "accent": "#2997ff",
        "accent_soft": "rgba(41,151,255,0.12)",
        "link": "#2997ff",
        "selection": "rgba(41,151,255,0.25)",
        "widget_bg": "#2c2c2e",
        "widget_border": "#424245",
        "card_bg": "#1d1d1f",
        "code_bg": "#2c2c2e",
        "json_bg": "#0a0d0c",
        "json_ink": "#e6e1d4",
        "json_key": "#7fd3c3",
        "json_string": "#e9c46a",
        "json_number": "#f4a261",
        "json_bool": "#c792ea",
        "json_null": "#757062",
        "json_punct": "#5d665f",
        "json_bar": "#060807",
        "kind_badge_bg": "#4fc1ab",
        "kind_badge_ink": "#0b0f0d"
      },
      "font": {
        "display": "-apple-system,BlinkMacSystemFont,\"SF Pro Display\",\"SF Pro Text\",\"Helvetica Neue\",Helvetica,Arial,sans-serif",
        "body": "-apple-system,BlinkMacSystemFont,\"SF Pro Display\",\"SF Pro Text\",\"Helvetica Neue\",Helvetica,Arial,sans-serif",
        "mono": "ui-monospace,SFMono-Regular,\"SF Mono\",Menlo,Consolas,monospace",
        "google_fonts": ""
      },
      "size": {
        "body": "17px",
        "small": "17px",
        "eye": "17px",
        "lead": "17px",
        "h1": "52px",
        "h2": "34px",
        "h3": "22px",
        "byline": "17px",
        "h1_measure": "none",
        "code": "17px",
        "json": "17px",
        "widget_title": "17px"
      },
      "leading": {
        "body": "1.7",
        "head": "1.18",
        "lead": "1.5",
        "json": "1.6"
      },
      "weight": {
        "display": "700",
        "head": "700",
        "body": "400",
        "strong": "700",
        "eye": "700"
      },
      "tracking": {
        "eye": "0.14em",
        "display": "-0.03em",
        "body": "-0.006em",
        "badge": "0.08em"
      },
      "layout": {
        "sheet_width": "1000px",
        "text_width": "880px",
        "gutter": "16px",
        "sheet_padding": "56px 64px 64px",
        "sheet_padding_mobile": "24px 18px 40px",
        "sheet_margin": "28px auto 72px",
        "block_gap": "1.15em",
        "widget_gap": "28px",
        "grid_gap": "14px"
      },
      "border": {
        "sheet": "0px solid",
        "sheet_radius": "30px",
        "widget": "1px solid",
        "widget_radius": "24px",
        "card_radius": "24px",
        "badge_radius": "999px",
        "rule": "1px solid",
        "code_radius": "18px",
        "accent_bar": "3px"
      },
      "shadow": {
        "sheet": "0 1px 1px rgba(0,0,0,.02),0 6px 26px rgba(0,0,0,.05)",
        "widget": "none",
        "card_hover": "0 10px 28px -16px rgba(28,27,23,0.35)"
      },
      "motion": {
        "hover": "160ms ease"
      }
    }
  },
  "page": "https://miscsubjects.com/a/proven-work-claim-and-record",
  "json": "https://miscsubjects.com/a/proven-work-claim-and-record.json",
  "markdown": "https://miscsubjects.com/a/proven-work-claim-and-record.md",
  "theme": "https://miscsubjects.com/article-theme.json",
  "calls": [
    {
      "what": "this article as a page (no key)",
      "method": "GET",
      "url": "https://miscsubjects.com/a/proven-work-claim-and-record",
      "headers": {}
    },
    {
      "what": "this article as its object (no key)",
      "method": "GET",
      "url": "https://miscsubjects.com/a/proven-work-claim-and-record.json",
      "headers": {}
    },
    {
      "what": "this article as Markdown (no key)",
      "method": "GET",
      "url": "https://miscsubjects.com/a/proven-work-claim-and-record.md",
      "headers": {}
    },
    {
      "what": "the object with its hash, drafts too",
      "method": "GET",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)"
      }
    },
    {
      "what": "one piece and that piece’s hash",
      "method": "GET",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record/at?path=facts",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)"
      }
    },
    {
      "what": "grep: every key or value that matches, with the path to change it",
      "method": "GET",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record/grep?q=owner",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)"
      }
    },
    {
      "what": "change pieces (set, merge, delete, append, insert, move); if-match is the hash",
      "method": "PATCH",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
        "content-type": "application/json",
        "if-match": "<hash from the read>"
      },
      "body": {
        "ops": [
          {
            "op": "set",
            "path": "facts.example",
            "value": 1
          }
        ]
      }
    },
    {
      "what": "replace the whole object",
      "method": "PUT",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
        "content-type": "application/json",
        "if-match": "<hash>"
      },
      "body": {
        "slug": "proven-work-claim-and-record",
        "title": "…"
      }
    },
    {
      "what": "fetch every source, hash what came back and check the quote is in it",
      "method": "POST",
      "url": "https://miscsubjects.com/api/jarticles/proven-work-claim-and-record/verify",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
        "content-type": "application/json"
      },
      "body": {}
    },
    {
      "what": "an Obsidian-style command",
      "method": "POST",
      "url": "https://miscsubjects.com/api/jarticles/cli",
      "headers": {
        "x-sheets-key": "$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
        "content-type": "application/json"
      },
      "body": {
        "command": "backlinks",
        "file": "proven-work-claim-and-record"
      }
    }
  ]
}