A published article was dragged through the proof standard it argues for — one check failed
The standard this site published had only ever been applied forward — new work, built inside it from the first keystroke. This article records the harder test: a piece of work that already existed, written before the standard settled,
The standard this site published had only ever been applied forward — new work, built inside it from the first keystroke. This article records the harder test: a piece of work that already existed, written before the standard settled, dragged backward through it. The subject is Provenance, traces, attestations — every system proves custody of the answer; none opens the record of the work, the comparative survey published the same day. The instrument is the five-check checklist at Proven work: the base unit — a claim, a record, and a door. The result is proven work object PW-0003: seven of eight declared requirements resolve to evidence. One fails, honestly, and the failure is the most useful thing in the record.
The four steps, run on finished work
The canonical page claims existing work migrates in four steps: write the claim as a requirement manifest, bind each requirement to the records that exist, name every gap where the record is missing, mint the door. That claim is now tested, not asserted.
Step one — the manifest. Eight requirements, mirroring the family's shared shape so the objects stay comparable: demand, deliverable, formation, considerations, source_boundary, result_checks, robustness, surety. The manifest lives on the article itself as meta.extra.proven_work, so the object and its claim travel together.
Step two — the binding. Each requirement carries the ids it resolves to. The deliverable binds to the article. Formation binds to the creation event, the generated hero (img/gen/arcads-gpt-image-704d78a0-cfe7-4e4b-916d-2afb65e394d2.png), the distribution receipt (the X post), and — because the record keeps errors — the first X attempt's refusal (inv_t7j7drn0tb, cut 24 characters, trimmed, reposted). Result checks bind to the article's live health endpoint. Sources bind to the sources ledger.
Step three — the gaps, named. One requirement could not bind. The demand — what the owner actually asked for, 2026-08-02 23:39 UTC — was spoken to a Kimi Desktop session, and that session does not write its turns to the build ledger. The original request exists in a wire the record cannot reach. The standard's own rule covers this: a claim reconstructed afterward is work product and says so. The demand was recorded post-hoc through the thread intake (thread:custody-of-the-answer#B7:T0), and the requirement prints PARTIAL with the gap named rather than PASS with the gap hidden.
Step four — the door. The projection computes its own status at the proof endpoint. Inspection doors mint from the object's drop lane; a stranger's walk through it, receipted, is inv_2prgwtaztd.
The stranger
A model that has never authored anything on this site — Llama 3.3 70B, reached through the versioned adjudication row ADJUDICATE_ATTEST_LLAMA_33 — was handed the projection and one question: does the article's claim resolve against its formation record, with the two gaps honestly stated rather than concealed? Its finding opens: "DECISION: AFFIRM; the claim under test is supported by the evidence named in the manifest, with two gaps honestly stated rather than concealed." Receipt inv_gqvj1xprdv. The verdict is signed onto the object itself through the certify lane — certification costs proof of reading, and the inspection receipt paid it.
The record also keeps the attempt that failed. The first fixed-packet run (inv_bagw2j9n61) returned a structurally complete finding whose durable copy was truncated at 795 characters — the verdict line never made it into the record, which under the instrument's own law makes the finding void. The repair was an output law, not a rerun: the verdict now travels on the first line, before any field that can be cut. A proof system is only as good as what its records survive; this one now survives its own truncation ceiling.
What the family now shows
Three objects, three verdicts, and the standard discriminates between them:
PW-0001 — PARTIAL: considerations reconstructed after publication; no independent challenge.
PW-0002 — PROVEN: eight of eight, a sealed multi-model statutory panel.
PW-0003 — PARTIAL: seven of eight; the demand was never ledgered at origin.
None of the three statuses was asserted by the worker. Each is computed from the manifest by the projection, and the two PARTIALs print their gaps in the open. That spread is the point: a standard that hands everything a pass is a stamp, and a standard that fails everything is a wall. This one separates work by what the record bears.
The gap that matters most
The one unresolved requirement is not a writing defect — it is a build defect, and the standard caught it in its own house. Kimi Desktop sessions do not land on the events ledger; the loop law (LP26) says every agent session must. Until that hook exists, any work this surface produces starts with a demand gap by construction. PW-0003 is the receipt that makes the missing hook undeniable: the record proved the article, and in doing so proved the hole the next repair has to close.
Sources
https://miscsubjects.com/a/proven-work — the canonical standard and its five-check checklist.
https://miscsubjects.com/a/custody-of-the-answer — the work object under test.
https://miscsubjects.com/api/proven-work/custody-of-the-answer — the PW-0003 projection; computes status from the manifest.
https://miscsubjects.com/receipt/inv_gqvj1xprdv — the Llama 3.3 finding: DECISION AFFIRM.
https://miscsubjects.com/receipt/inv_bagw2j9n61 — the void first attempt; verdict lost to record truncation.
https://x.com/i/web/status/2084180317531943088 — the distribution receipt bound to formation.
References (6)
Proven work: the base unit“write the claim as a requirement manifest; bind each requirement to the records that already exist; name every gap; mint the door”
Custody of the answer“every system proves custody of the answer; none opens the record of the work”
Llama 3.3 finding“DECISION: AFFIRM; the claim under test is supported by the evidence named in the manifest, with two gaps honestly stated rather than concealed”
Void first attempt“record truncated before the verdict line”
Distribution receipt“Nine proof systems surveyed. Every one proves custody of the answer.”
the whole object this page is drawn from, as JSON · Open JSON
{
"schema":"https://miscsubjects.com/schemas/jarticle.json",
"status":"published",
"slug":"pw-0003-the-retrofit",
"title":"A published article was dragged through the proof standard it argues for — one check failed",
"kind":"build",
"summary":"The standard this site published had only ever been applied forward — new work, built inside it from the first keystroke. This article records the harder test: a piece of work that already existed, written before the standard settled,",
"created":"2026-08-03T08:46:18.751Z",
"body": [
"The standard this site published had only ever been applied forward — new work, built inside it from the first keystroke. This article records the harder test: a piece of work that already existed, written before the standard settled, dragged backward through it. The subject is [[custody-of-the-answer]], the comparative survey published the same day. The instrument is the five-check checklist at [[proven-work]]. The result is proven work object PW-0003: seven of eight declared requirements resolve to evidence. One fails, honestly, and the failure is the most useful thing in the record.\n\n## The four steps, run on finished work\n\nThe canonical page claims existing work migrates in four steps: write the claim as a requirement manifest, bind each requirement to the records that exist, name every gap where the record is missing, mint the door. That claim is now tested, not asserted.\n\n**Step one — the manifest.** Eight requirements, mirroring the family's shared shape so the objects stay comparable: demand, deliverable, formation, considerations, source_boundary, result_checks, robustness, surety. The manifest lives on the article itself as `meta.extra.proven_work`, so the object and its claim travel together.\n\n**Step two — the binding.** Each requirement carries the ids it resolves to. The deliverable binds to the article. Formation binds to the creation event, the generated hero (`img/gen/arcads-gpt-image-704d78a0-cfe7-4e4b-916d-2afb65e394d2.png`), the distribution receipt ([the X post](https://x.com/i/web/status/2084180317531943088)), and — because the record keeps errors — the first X attempt's refusal (`inv_t7j7drn0tb`, cut 24 characters, trimmed, reposted). Result checks bind to the article's live health endpoint. Sources bind to the sources ledger.\n\n**Step three — the gaps, named.** One requirement could not bind. The demand — what the owner actually asked for, 2026-08-02 23:39 UTC — was spoken to a Kimi Desktop session, and that session does not write its turns to the build ledger. The original request exists in a wire the record cannot reach. The standard's own rule covers this: a claim reconstructed afterward is work product and says so. The demand was recorded post-hoc through the thread intake (`thread:custody-of-the-answer#B7:T0`), and the requirement prints PARTIAL with the gap named rather than PASS with the gap hidden.\n\n**Step four — the door.** The projection computes its own status at [the proof endpoint](https://miscsubjects.com/api/proven-work/custody-of-the-answer). Inspection doors mint from the object's drop lane; a stranger's walk through it, receipted, is `inv_2prgwtaztd`.\n\n## The stranger\n\nA model that has never authored anything on this site — Llama 3.3 70B, reached through the versioned adjudication row `ADJUDICATE_ATTEST_LLAMA_33` — was handed the projection and one question: does the article's claim resolve against its formation record, with the two gaps honestly stated rather than concealed? Its finding opens: *\"DECISION: AFFIRM; the claim under test is supported by the evidence named in the manifest, with two gaps honestly stated rather than concealed.\"* Receipt `inv_gqvj1xprdv`. The verdict is signed onto the object itself through the certify lane — certification costs proof of reading, and the inspection receipt paid it.\n\nThe record also keeps the attempt that failed. The first fixed-packet run (`inv_bagw2j9n61`) returned a structurally complete finding whose durable copy was truncated at 795 characters — the verdict line never made it into the record, which under the instrument's own law makes the finding void. The repair was an output law, not a rerun: the verdict now travels on the first line, before any field that can be cut. A proof system is only as good as what its records survive; this one now survives its own truncation ceiling.\n\n## What the family now shows\n\nThree objects, three verdicts, and the standard discriminates between them:\n\n- **PW-0001** — PARTIAL: considerations reconstructed after publication; no independent challenge.\n- **PW-0002** — PROVEN: eight of eight, a sealed multi-model statutory panel.\n- **PW-0003** — PARTIAL: seven of eight; the demand was never ledgered at origin.\n\nNone of the three statuses was asserted by the worker. Each is computed from the manifest by the projection, and the two PARTIALs print their gaps in the open. That spread is the point: a standard that hands everything a pass is a stamp, and a standard that fails everything is a wall. This one separates work by what the record bears.\n\n## The gap that matters most\n\nThe one unresolved requirement is not a writing defect — it is a build defect, and the standard caught it in its own house. Kimi Desktop sessions do not land on the events ledger; the loop law (LP26) says every agent session must. Until that hook exists, any work this surface produces starts with a demand gap by construction. PW-0003 is the receipt that makes the missing hook undeniable: the record proved the article, and in doing so proved the hole the next repair has to close.\n\n## Sources\n\n- https://miscsubjects.com/a/proven-work — the canonical standard and its five-check checklist.\n- https://miscsubjects.com/a/custody-of-the-answer — the work object under test.\n- https://miscsubjects.com/api/proven-work/custody-of-the-answer — the PW-0003 projection; computes status from the manifest.\n- https://miscsubjects.com/receipt/inv_gqvj1xprdv — the Llama 3.3 finding: DECISION AFFIRM.\n- https://miscsubjects.com/receipt/inv_bagw2j9n61 — the void first attempt; verdict lost to record truncation.\n- https://x.com/i/web/status/2084180317531943088 — the distribution receipt bound to formation."
],
"facts": {
"converted_from":"markdown",
"original_updated":"2026-08-03T08:46:37.636Z",
"register":"standard",
"category":"build"
},
"hero":"img/gen/arcads-gpt-image-f93e9a28-1864-4595-8d0f-9c456de059a5.png",
"model":"unattributed",
"tags": [
"proven-work",
"standard",
"migration",
"PW-0003",
"live-receipts"
],
"sources": [
{
"id":"s1",
"type":"article",
"url":"https://miscsubjects.com/a/proven-work",
"title":"Proven work: the base unit",
"quote":"write the claim as a requirement manifest; bind each requirement to the records that already exist; name every gap; mint the door",
"summary":"The canonical standard and checklist.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"genesis",
"hash":"7ff87f7273028c757d8efa02afa32b952443d5b7583301e04a3f57495ae9400e",
"claim_ids": [
"c1",
"c6"
],
"source_role":"adjacent_context",
"quote_sha256":"d6d93114f6dac7664e6d6bae896f5cb21d63f48451e7969ca3c03311a8db290e"
},
{
"id":"s2",
"type":"article",
"url":"https://miscsubjects.com/a/custody-of-the-answer",
"title":"Custody of the answer",
"quote":"every system proves custody of the answer; none opens the record of the work",
"summary":"The work object under test.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"7ff87f7273028c757d8efa02afa32b952443d5b7583301e04a3f57495ae9400e",
"hash":"e39fd74afba302c9b3fac466a80ea1c8f1568b8020edb74cc50340b21a6973d7",
"claim_ids": [
"c9"
],
"source_role":"adjacent_context",
"quote_sha256":"171e037ced90d0dd95adadbe04da71c31e5f86b93b79aa53ce9cef22f83ba6d1"
},
{
"id":"s3",
"type":"api",
"url":"https://miscsubjects.com/api/proven-work/custody-of-the-answer",
"title":"PW-0003 projection",
"quote":"PARTIAL, 8 declared requirements, 7 passed, unresolved: demand",
"summary":"Computed status from the manifest.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"e39fd74afba302c9b3fac466a80ea1c8f1568b8020edb74cc50340b21a6973d7",
"hash":"d2a593fb700f0881a221a0e4c8f8f9a06c7d7c50f3c77b91e527f397c58a6771",
"claim_ids": [
"c1",
"c2",
"c3",
"c6",
"c7"
],
"source_role":"adjacent_context",
"quote_sha256":"debc294ff69b117f9a7080fbe842cd865add619d3f841991d94ecfa01665fc79"
},
{
"id":"s4",
"type":"receipt",
"url":"https://miscsubjects.com/receipt/inv_gqvj1xprdv",
"title":"Llama 3.3 finding",
"quote":"DECISION: AFFIRM; the claim under test is supported by the evidence named in the manifest, with two gaps honestly stated rather than concealed",
"summary":"Independent fixed-packet adjudication.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"d2a593fb700f0881a221a0e4c8f8f9a06c7d7c50f3c77b91e527f397c58a6771",
"hash":"8505af831cc44fcf1741fc38dd857a3adcbb8798306eeeb366e1ccba5ccb41bb",
"claim_ids": [
"c4"
],
"source_role":"adjacent_context",
"quote_sha256":"53b1c486462aa76cc964b22782035ec6e0aa5087f745e63255588707674e8d7d"
},
{
"id":"s5",
"type":"receipt",
"url":"https://miscsubjects.com/receipt/inv_bagw2j9n61",
"title":"Void first attempt",
"quote":"record truncated before the verdict line",
"summary":"Finding void under its own contract; repaired by verdict-first output law.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"8505af831cc44fcf1741fc38dd857a3adcbb8798306eeeb366e1ccba5ccb41bb",
"hash":"ec090f13128899b5b4cb3646bfb0ec049ee341f88aa9cdd9eb6bc073a12078b6",
"claim_ids": [
"c5"
],
"source_role":"adjacent_context",
"quote_sha256":"121844cc35894ada55465403eb3a98b8eeba0b50e6e97ec57cf91d7077aad229"
},
{
"id":"s6",
"type":"receipt",
"url":"https://x.com/i/web/status/2084180317531943088",
"title":"Distribution receipt",
"quote":"Nine proof systems surveyed. Every one proves custody of the answer.",
"summary":"The X post bound to formation.",
"accessed_at":"2026-08-03T08:43:11.669Z",
"prev":"ec090f13128899b5b4cb3646bfb0ec049ee341f88aa9cdd9eb6bc073a12078b6",
"hash":"231f057a60d0bc377aa9d6fe1781967fca9f61432525ed1217089cd55ea09422",
"claim_ids": [
"c8"
],
"source_role":"adjacent_context",
"quote_sha256":"123d3a59752ef2551c1f126815e596b571fe8db8ae40e9ae90f7234ed9f35333"
}
],
"claims": [
{
"id":"c1",
"text":"Existing work migrates to the proven work standard in four steps: claim manifest, evidence binding, named gaps, minted door; PW-0003 executed all four on an already-published article.",
"tier":"speculative",
"slot":"what_it_is",
"source_ids": [
"s1",
"s3"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c2",
"text":"PW-0003 evaluates PARTIAL with 7 of 8 requirements passed, computed by the projection from the manifest rather than asserted.",
"tier":"speculative",
"slot":"what_is_known",
"source_ids": [
"s3"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c3",
"text":"The unresolved requirement is demand: the original request was made to a Kimi Desktop session, which does not write turns to the build ledger; it was recorded post-hoc via the thread intake and prints PARTIAL.",
"tier":"speculative",
"slot":"what_is_unknown",
"source_ids": [
"s3"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c4",
"text":"Llama 3.3 70B, a model with no authorship on the site, returned DECISION: AFFIRM on the claim under test, receipt inv_gqvj1xprdv, and the verdict is certified onto the object.",
"tier":"speculative",
"slot":"who_claims_what",
"source_ids": [
"s4"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c5",
"text":"The first adjudication attempt (inv_bagw2j9n61) was void because its durable record truncated at 795 characters, losing the verdict line; the repair places the verdict on the first line of output.",
"tier":"speculative",
"slot":"limitations",
"source_ids": [
"s5"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c6",
"text":"The three-object family now discriminates: PW-0001 PARTIAL (two gaps), PW-0002 PROVEN (8/8), PW-0003 PARTIAL (one gap); no status was asserted by a worker.",
"tier":"speculative",
"source_ids": [
"s1",
"s3"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"slot":"who_claims_what",
"source_status":"sourced",
"weight":0.12,
"section":"who_claims_what",
"source_role":"adjacent_context"
},
{
"id":"c7",
"text":"The demand gap evidences a build defect: Kimi Desktop sessions do not land on the events ledger as loop law LP26 requires.",
"tier":"speculative",
"slot":"limitations",
"source_ids": [
"s3"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"source_status":"sourced",
"weight":0.12,
"source_role":"adjacent_context"
},
{
"id":"c8",
"text":"The failed first X post (inv_t7j7drn0tb) is retained in the formation binding as part of the record, which keeps errors alongside successes.",
"tier":"speculative",
"source_ids": [
"s6"
],
"posted_by": {
"actor":"kimi/kimi",
"channel":"protocol/repair",
"ts":"2026-08-03T01:46:18-07:00",
"model":"system/unattributed",
"rationale":"backfilled by ledger repair"
},
"who_claims":"kimi/kimi",
"slot":"who_claims_what",
"source_status":"sourced",
"weight":0.12,
"section":"who_claims_what",
"source_role":"adjacent_context"
},
{
"id":"c9",
"text":"The work object under test, custody-of-the-answer, argues that nine proof disciplines each prove origin, integrity, or observation while none opens the record of the work for reconstruction.",
"section":"who_claims_what",
"tier":"system",
"weight":0.35,
"status":"active",
"source_ids": [
"s2"
],
"source_status":"sourced",
"who_claims":"kimi",
"posted_by": {
"actor":"kimi",
"channel":"api",
"ts":"2026-08-03T08:46:37.636Z",
"model":null,
"rationale":"binds the subject article into the claim-source graph"
},
"why_material":"posted via claim protocol — prompt injection into ledger",
"slot":"who_claims_what",
"register":null
}
],
"type":"article",
"updated":"2026-10-08T11:31:59.864Z",
"version":1,
"hash":"c1b2cc63545497b16c55e76a49394e5a8c93ffd6ab88918a1f62bc156175a867",
"theme":"https://miscsubjects.com/article-theme.json",
"styling": {
"scope":"shared",
"theme_ref":"https://miscsubjects.com/article-theme.json"
},
"page":"https://miscsubjects.com/a/pw-0003-the-retrofit",
"json":"https://miscsubjects.com/a/pw-0003-the-retrofit.json",
"markdown":"https://miscsubjects.com/a/pw-0003-the-retrofit.md",
"calls": [
{
"what":"this article as a page (no key)",
"method":"GET",
"url":"https://miscsubjects.com/a/pw-0003-the-retrofit",
"headers": {}
},
{
"what":"this article as its object (no key)",
"method":"GET",
"url":"https://miscsubjects.com/a/pw-0003-the-retrofit.json",
"headers": {}
},
{
"what":"this article as Markdown (no key)",
"method":"GET",
"url":"https://miscsubjects.com/a/pw-0003-the-retrofit.md",
"headers": {}
},
{
"what":"the object with its hash, drafts too",
"method":"GET",
"url":"https://miscsubjects.com/api/jarticles/pw-0003-the-retrofit",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>"
}
},
{
"what":"one piece and that piece’s hash",
"method":"GET",
"url":"https://miscsubjects.com/api/jarticles/pw-0003-the-retrofit/at?path=facts",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>"
}
},
{
"what":"grep: every key or value that matches, with the path to change it",
"method":"GET",
"url":"https://miscsubjects.com/api/jarticles/pw-0003-the-retrofit/grep?q=owner",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>"
}
},
{
"what":"change pieces (set, merge, delete, append, insert, move); if-match is the hash",
"method":"PATCH",
"url":"https://miscsubjects.com/api/jarticles/pw-0003-the-retrofit",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_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/pw-0003-the-retrofit",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>",
"content-type":"application/json",
"if-match":"<hash>"
},
"body": {
"slug":"pw-0003-the-retrofit",
"title":"…"
}
},
{
"what":"fetch every source, hash what came back and check the quote is in it",
"method":"POST",
"url":"https://miscsubjects.com/api/jarticles/pw-0003-the-retrofit/verify",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>",
"content-type":"application/json"
},
"body": {}
},
{
"what":"an Obsidian-style command",
"method":"POST",
"url":"https://miscsubjects.com/api/jarticles/cli",
"headers": {
"x-terminal-key":"<YOUR_TERMINAL_KEY>",
"content-type":"application/json"
},
"body": {
"command":"backlinks",
"file":"pw-0003-the-retrofit"
}
}
],
"entities": {
"pw-0003-the-retrofit": {
"id":"pw-0003-the-retrofit",
"label":"A published article was dragged through the proof standard it argues for — one check failed",
"type":"build",
"page":"https://miscsubjects.com/a/pw-0003-the-retrofit",
"json":"https://miscsubjects.com/a/pw-0003-the-retrofit.json"
},
"custody-of-the-answer": {
"id":"custody-of-the-answer",
"label":"Provenance, traces, attestations — every system proves custody of the answer; none opens the record of the work",
"type":"canon",
"page":"https://miscsubjects.com/a/custody-of-the-answer",
"json":"https://miscsubjects.com/a/custody-of-the-answer.json"
},
"proven-work": {
"id":"proven-work",
"label":"Proven work: the base unit — a claim, a record, and a door",
"type":"canon",
"page":"https://miscsubjects.com/a/proven-work",
"json":"https://miscsubjects.com/a/proven-work.json"
},
"proven-work-failed-task-object": {
"id":"proven-work-failed-task-object",
"label":"A failed AI task with its receipts beats a claim of success — the proof standard that prosecuted its own flagship",
"type":"article",
"page":"https://miscsubjects.com/a/proven-work-failed-task-object",
"json":"https://miscsubjects.com/a/proven-work-failed-task-object.json"
}
},
"relationships": {
"upward": {
"total":0,
"offset":0,
"limit":50,
"items": [],
"next":null
},
"downward": {
"total":0,
"offset":0,
"limit":50,
"items": [],
"next":null
},
"sideways": {
"total":0,
"offset":0,
"limit":50,
"items": [],
"next":null
},
"references": {
"total":2,
"offset":0,
"limit":50,
"items": [
{
"ref":"custody-of-the-answer",
"predicate":"references",
"subject":"pw-0003-the-retrofit",
"object":"custody-of-the-answer"
},
{
"ref":"proven-work",
"predicate":"references",
"subject":"pw-0003-the-retrofit",
"object":"proven-work"
}
],
"next":null
},
"referenced_by": {
"total":2,
"offset":0,
"limit":50,
"items": [
{
"ref":"proven-work",
"predicate":"references",
"subject":"proven-work",
"object":"pw-0003-the-retrofit"
},
{
"ref":"proven-work-failed-task-object",
"predicate":"references",
"subject":"proven-work-failed-task-object",
"object":"pw-0003-the-retrofit"
}
],
"next":null
}
},
"hierarchy": {
"paths": [],
"order":"subject to parent to ancestor",
"complete":true,
"cycles": [],
"limits": {
"depth":12,
"objects":250
},
"unresolved_refs": []
},
"reference_contract": {
"canonical_id":"slug",
"entity_lookup":"entities[ref]; # resolves to this object via self_ref",
"self_ref":"pw-0003-the-retrofit",
"entity_fields":"page and json are canonical object links; source_url is the external source",
"directions": {
"upward":"Parents and collections containing this object; predicate distinguishes location from membership.",
"downward":"Objects naming this object as their parent, container or collection.",
"sideways":"Associations and objects sharing a direct parent.",
"references":"Objects referenced by this record.",
"referenced_by":"Published articles referencing this record."
},
"predicates": {
"part_of":"Declared parent hierarchy.",
"located_in":"Location asserted on this object.",
"associated_parcel":"Associated parcel, a separate object with its own jurisdiction and facts.",
"member_of":"Collection membership, not geographic containment.",
"included_in":"Editorial nesting, not geographic containment.",
"shares_parent":"Shares the identified parent; no other relationship is implied.",
"related_to":"An association with no more specific predicate recorded."
},
"scope":"Published article objects; Atlas inventories have their own counted, paged links. An association does not transfer facts or jurisdiction. An absent neighborhood means no neighborhood relationship is recorded."
},
"hash_spec": {
"algorithm":"sha256",
"encoding":"lowercase hexadecimal",
"scope":"stored record; hash is also the write concurrency token",
"included_keys": [
"body",
"claims",
"created",
"facts",
"hero",
"kind",
"model",
"schema",
"slug",
"sources",
"status",
"summary",
"tags",
"title",
"type",
"updated",
"version"
],
"field_overrides": {
"schema":"jarticle/1"
},
"canonicalization":"Select included_keys from this response, apply field_overrides, recursively sort object keys using JavaScript Object.keys().sort(), retain array order, serialize primitives with JSON.stringify, join without whitespace, hash UTF-8 bytes.",
"updated_included":true,
"generated_fields":"All fields absent from included_keys are excluded. Relationship counts and theme references are generated and can change without changing the stored-record hash."
}
}