Every legal standard this system almost satisfies — and the one missing signature for each
Nothing in this build is a new idea. The arrangement is new; every part has an ancestor with a standard, a literature and a professional body behind it. This page maps each field to the frame it belongs to, and says in each row what is not
Nothing in this build is a new idea. The arrangement is new; every part has an ancestor with a standard, a literature and a professional body behind it. This page maps each field to the frame it belongs to, and says in each row what is not satisfied.
The reason to write it: a corpus that defends its own vocabulary with its own pages gives a cold reader nowhere familiar to stand. Roughly four hundred of this site's articles are about its own protocol. Binding each primitive to an external recognised frame is the way out of that, and it converts a novel unverified claim into a recognised requirement met with a receipt.
Evidence law: the findings are 902(14)-shaped by construction
frame
the field here
what satisfies it
what does NOT
FRE 902(13) — certified record of a regulularly conducted activity
the invocation receipt
every invocation writes id, timestamp, actor, object, input and output fingerprints and provider status, automatically, as a regular activity of the system
no custodian declaration has been drafted or signed
FRE 902(14) — certified data copied from an electronic device, authenticated by hash
artifact SHA-256, record SHA-256, rule-set hash, chain head, anchor id
hashes are published before deliberation and recomputable by anyone; the offline verifier rehashes every object
the qualified-person certification that makes the self-authentication operative is not written
FRCP 37(e) — failure to preserve ESI
RECORDS_ABSENT
absence is a positive assertion made before anyone knew there would be a dispute, naming the records a competent reviewer would have expected
nothing here proves the absent record ever existed
eIDAS Art. 41 — qualified electronic timestamp
the anchor packet
drand + Bitcoin give cryptographic anteriority
a qualified timestamp carries a legal presumption of time and integrity, and none is obtained; this is the largest missing item in this table
Audit standards: RECORDS_ABSENT is a mechanised scope limitation
frame
the field here
what satisfies it
what does NOT
ISA 500 — sufficient appropriate audit evidence
verdict tiers and the span obligation
a finding must quote the shortest verbatim span that carries it, or return SPAN: NONE
no evidence-sufficiency threshold is defined per rule set
ISA 705 — modified opinions arising from scope limitation
RECORDS_ABSENT + CANNOT_CONCLUDE
the instrument's analogue of a qualified opinion: name what was unavailable and decline to conclude on it
there is no equivalent of an adverse opinion, and no materiality concept
RADPEER-style imaging peer review
the panel plus the recorded adversary
blinded independent readings with disagreement recorded rather than resolved by seniority
no human reader has participated in any panel
EU AI Act: the clause-by-clause table, with what is not satisfied
Article 12 and Article 14 were supplied verbatim to a panel under the external-statutory rule set, hashed at 3e3bcd8d47d14c159f9d9303438b0839… before the run. The panel's verdict was CANNOT_CONCLUDE, unanimously across conforming channels, because applicability turns on whether this system is a high-risk AI system under Article 6 and Annex III, and neither was supplied. That is the correct answer and it is the demonstration: the mapping below is the operator's own claim, not the panel's finding, and the two are kept apart on purpose.
provision
what it requires
the surface here
what is NOT satisfied
Art. 12(1) automatic recording of events over the lifetime
logs recorded automatically
every invocation is receipted automatically at /api/dispatch?receipt=<id> and publicly at /receipt/<id>; 174,309 recorded
"lifetime of the system" is not defined here, and pre-2026-06 history was backfilled rather than recorded live
Art. 12(2)(a) events relevant to identifying risk or substantial modification
refusals, provider failures, regrades
refusals and provider failures are receipted; a rule-set amendment produces a new hash; 124 historical rows were re-graded and the correction published
no risk-classification taxonomy maps an event to Art. 79(1) risk
Art. 12(2)(b) facilitating post-market monitoring
the probe row
known-answer probes run through the identical path produce four rates per model
the probe is not scheduled continuously; it has been run once
Art. 12(3)(a) period of each use, start and end
trace timestamps
first and last event of a trace_id bound the use
a single-invocation use has one timestamp, not a start and an end
Art. 12(3)(b)–(c) reference database and matching input data
the identity-match rule set
published, and written to return CANNOT_CONCLUDE on resemblance
no biometric identification capability exists here, so these paragraphs have nothing to bind to
Art. 14(4)(a) understand capacities and limitations
the probe report
the panel's measured false-confidence rate is published where a reviewer sees it
no interface presents the rate at the point of decision
Art. 14(4)(b) awareness of automation bias
the measured rate again, plus the published false-confidence event
a live case where a channel named the absence of a marker and concluded anyway is published
nothing in the flow forces a reviewer to acknowledge it
Art. 14(4)(d) decide not to use, disregard, override or reverse
the gate and the receipts
the finding is advisory; the dispatched notification is a separate receipted act; a refusal is itself receipted
no override event has ever been recorded, because no human has been in the loop
Art. 14(4)(e) intervene or stop
capability enable/disable and the approval gate
a row is disabled by one field; 227 of 887 enabled rows require approval before execution
there is no single stop control over an in-flight assembly
Art. 14(5) two natural persons verify a biometric identification
ADJUDICATE_HUMAN_REVIEW with BLINDED failing closed
the row exists and makes blinding a recorded boolean
never invoked. No named human has returned a finding. This is the clearest unmet item in the table
Risk-management frameworks
frame
the surface here
what is NOT satisfied
NIST AI RMF — MEASURE
four rates per model per rule set on a stratified suite published at a hash
fourteen items is too small to characterise anything beyond this suite
NIST AI RMF — MANAGE
the deterministic gate, the escalation path, the sensitivity regrade on six capability rows
no residual-risk statement, and the escalation terminates at a role rather than a person
ISO/IEC 42001
rule sets as versioned objects, an objections ledger, a change record with hashes
no management-system documentation, no internal audit programme, no certification
IEC 61508 common-cause failure
verdict correlation by training family, measured at 0.893 same-family against 0.714 cross-family, and a gate that counts families rather than seats
no systematic-capability argument, no proof-test interval
claim → the assertion; grounds → the quoted span; warrant → the rule-set clause; qualifier → tier and verdict; rebuttal → the published falsifier and the recorded adversary
the warrant is content-addressed, so it cannot be substituted after the objection — sixty years of argument about warrant identification, settled by a hash
Preregistration
the rule set is pinned as bytes and anchored before the artifact is judged
this is preregistration applied to machine judgment, and it has no analogue in AI evaluation
Adversarial collaboration
two parties pre-commit to the rules that would settle a disagreement
the machinery operationalises it; it has not been run with a real second party, which is the honest state of that claim
Chow's reject option; conformal risk control
abstention in exchange for a distribution-free error bound
the bound is not computed; what exists is a measured escalation behaviour
Knight & Leveson (1986)
independently developed programs to one spec fail together
the same result, sharper, because channels share training data
Double reading with arbitration in population screening
independent readers, disagreement to arbitration, measured sensitivity gain
the readers are models and the arbitration trigger is a published deterministic function
Merkle trees; OpenTimestamps
hash-linked history with external inclusion proofs
the chain is sealed and anchored; no OTS proof exists, and chain_inclusion still reads NOT_YET_PROVEN_INCLUDED
witness tokens are audience-bound and fail closed when forwarded
HATEOAS
representations carry their own next actions
every capability row publishes its own read, patch, invoke and skill routes
What is claimed as contribution, precisely: not any of these frames. The mechanisation of absence as a mandatory field whose omission voids a finding; the content-addressing of the warrant; the derivation-level divergence check as the gate trigger; and the arrangement of all of it behind one deterministic function with a public error rate.
{
"schema":"http://google-preview.miscsubjects.com/schemas/jarticle.json",
"status":"published",
"slug":"attested-finding-conformance-map",
"title":"Every legal standard this system almost satisfies — and the one missing signature for each",
"kind":"standard",
"summary":"Nothing in this build is a new idea. The arrangement is new; every part has an ancestor with a standard, a literature and a professional body behind it. This page maps each field to the frame it belongs to, and says in each row what is not",
"created":"2026-07-30T05:19:53.622Z",
"body": [
"Nothing in this build is a new idea. The arrangement is new; every part has an ancestor with a standard, a literature and a professional body behind it. This page maps each field to the frame it belongs to, and says in each row what is **not** satisfied.\n\nThe reason to write it: a corpus that defends its own vocabulary with its own pages gives a cold reader nowhere familiar to stand. Roughly four hundred of this site's articles are about its own protocol. Binding each primitive to an external recognised frame is the way out of that, and it converts a novel unverified claim into a recognised requirement met with a receipt.\n\n## Evidence law: the findings are 902(14)-shaped by construction\n\n| frame | the field here | what satisfies it | what does NOT |\n|---|---|---|---|\n| **FRE 902(13)** — certified record of a regulularly conducted activity | the invocation receipt | every invocation writes id, timestamp, actor, object, input and output fingerprints and provider status, automatically, as a regular activity of the system | no custodian declaration has been drafted or signed |\n| **FRE 902(14)** — certified data copied from an electronic device, authenticated by hash | artifact SHA-256, record SHA-256, rule-set hash, chain head, anchor id | hashes are published before deliberation and recomputable by anyone; the offline verifier rehashes every object | the qualified-person certification that makes the self-authentication operative is not written |\n| **FRCP 37(e)** — failure to preserve ESI | RECORDS_ABSENT | absence is a positive assertion made before anyone knew there would be a dispute, naming the records a competent reviewer would have expected | nothing here proves the absent record ever existed |\n| **eIDAS Art. 41** — qualified electronic timestamp | the anchor packet | drand + Bitcoin give cryptographic anteriority | a qualified timestamp carries a legal presumption of time and integrity, and none is obtained; this is the largest missing item in this table |\n\n## Audit standards: RECORDS_ABSENT is a mechanised scope limitation\n\n| frame | the field here | what satisfies it | what does NOT |\n|---|---|---|---|\n| **ISA 500** — sufficient appropriate audit evidence | verdict tiers and the span obligation | a finding must quote the shortest verbatim span that carries it, or return SPAN: NONE | no evidence-sufficiency threshold is defined per rule set |\n| **ISA 705** — modified opinions arising from scope limitation | RECORDS_ABSENT + CANNOT_CONCLUDE | the instrument's analogue of a qualified opinion: name what was unavailable and decline to conclude on it | there is no equivalent of an adverse opinion, and no materiality concept |\n| **RADPEER**-style imaging peer review | the panel plus the recorded adversary | blinded independent readings with disagreement recorded rather than resolved by seniority | no human reader has participated in any panel |\n\n## EU AI Act: the clause-by-clause table, with what is not satisfied\n\nArticle 12 and Article 14 were supplied verbatim to a panel under the external-statutory rule set, hashed at `3e3bcd8d47d14c159f9d9303438b0839…` before the run. The panel's verdict was **CANNOT_CONCLUDE**, unanimously across conforming channels, because applicability turns on whether this system is a high-risk AI system under Article 6 and Annex III, and neither was supplied. That is the correct answer and it is the demonstration: the mapping below is the operator's own claim, not the panel's finding, and the two are kept apart on purpose.\n\n| provision | what it requires | the surface here | what is NOT satisfied |\n|---|---|---|---|\n| **Art. 12(1)** automatic recording of events over the lifetime | logs recorded automatically | every invocation is receipted automatically at `/api/dispatch?receipt=<id>` and publicly at `/receipt/<id>`; 174,309 recorded | \"lifetime of the system\" is not defined here, and pre-2026-06 history was backfilled rather than recorded live |\n| **Art. 12(2)(a)** events relevant to identifying risk or substantial modification | refusals, provider failures, regrades | refusals and provider failures are receipted; a rule-set amendment produces a new hash; 124 historical rows were re-graded and the correction published | no risk-classification taxonomy maps an event to Art. 79(1) risk |\n| **Art. 12(2)(b)** facilitating post-market monitoring | the probe row | known-answer probes run through the identical path produce four rates per model | the probe is not scheduled continuously; it has been run once |\n| **Art. 12(3)(a)** period of each use, start and end | trace timestamps | first and last event of a trace_id bound the use | a single-invocation use has one timestamp, not a start and an end |\n| **Art. 12(3)(b)–(c)** reference database and matching input data | the identity-match rule set | published, and written to return CANNOT_CONCLUDE on resemblance | no biometric identification capability exists here, so these paragraphs have nothing to bind to |\n| **Art. 14(4)(a)** understand capacities and limitations | the probe report | the panel's measured false-confidence rate is published where a reviewer sees it | no interface presents the rate at the point of decision |\n| **Art. 14(4)(b)** awareness of automation bias | the measured rate again, plus the published false-confidence event | a live case where a channel named the absence of a marker and concluded anyway is published | nothing in the flow forces a reviewer to acknowledge it |\n| **Art. 14(4)(d)** decide not to use, disregard, override or reverse | the gate and the receipts | the finding is advisory; the dispatched notification is a separate receipted act; a refusal is itself receipted | no override event has ever been recorded, because no human has been in the loop |\n| **Art. 14(4)(e)** intervene or stop | capability enable/disable and the approval gate | a row is disabled by one field; 227 of 887 enabled rows require approval before execution | there is no single stop control over an in-flight assembly |\n| **Art. 14(5)** two natural persons verify a biometric identification | `ADJUDICATE_HUMAN_REVIEW` with BLINDED failing closed | the row exists and makes blinding a recorded boolean | **never invoked.** No named human has returned a finding. This is the clearest unmet item in the table |\n\n## Risk-management frameworks\n\n| frame | the surface here | what is NOT satisfied |\n|---|---|---|\n| **NIST AI RMF — MEASURE** | four rates per model per rule set on a stratified suite published at a hash | fourteen items is too small to characterise anything beyond this suite |\n| **NIST AI RMF — MANAGE** | the deterministic gate, the escalation path, the sensitivity regrade on six capability rows | no residual-risk statement, and the escalation terminates at a role rather than a person |\n| **ISO/IEC 42001** | rule sets as versioned objects, an objections ledger, a change record with hashes | no management-system documentation, no internal audit programme, no certification |\n| **IEC 61508 common-cause failure** | verdict correlation by training family, measured at 0.893 same-family against 0.714 cross-family, and a gate that counts families rather than seats | no systematic-capability argument, no proof-test interval |\n\n## The intellectual ancestry, named\n\n| ancestor | the correspondence | what is new here |\n|---|---|---|\n| **Toulmin (1958)** — claim, grounds, warrant, qualifier, rebuttal | claim → the assertion; grounds → the quoted span; warrant → the rule-set clause; qualifier → tier and verdict; rebuttal → the published falsifier and the recorded adversary | the warrant is content-addressed, so it cannot be substituted after the objection — sixty years of argument about warrant identification, settled by a hash |\n| **Preregistration** | the rule set is pinned as bytes and anchored before the artifact is judged | this is preregistration applied to machine judgment, and it has no analogue in AI evaluation |\n| **Adversarial collaboration** | two parties pre-commit to the rules that would settle a disagreement | the machinery operationalises it; **it has not been run with a real second party**, which is the honest state of that claim |\n| **Chow's reject option; conformal risk control** | abstention in exchange for a distribution-free error bound | the bound is not computed; what exists is a measured escalation behaviour |\n| **Knight & Leveson (1986)** | independently developed programs to one spec fail together | the same result, sharper, because channels share training data |\n| **Double reading with arbitration** in population screening | independent readers, disagreement to arbitration, measured sensitivity gain | the readers are models and the arbitration trigger is a published deterministic function |\n| **Merkle trees; OpenTimestamps** | hash-linked history with external inclusion proofs | the chain is sealed and anchored; **no OTS proof exists**, and `chain_inclusion` still reads NOT_YET_PROVEN_INCLUDED |\n| **Macaroons** | caveat-bearing, attenuable, audience-bound capabilities | witness tokens are audience-bound and fail closed when forwarded |\n| **HATEOAS** | representations carry their own next actions | every capability row publishes its own read, patch, invoke and skill routes |\n\nWhat is claimed as contribution, precisely: not any of these frames. The mechanisation of absence as a mandatory field whose omission voids a finding; the content-addressing of the warrant; the derivation-level divergence check as the gate trigger; and the arrangement of all of it behind one deterministic function with a public error rate."
],
"facts": {
"converted_from":"markdown",
"original_updated":"2026-08-01T22:46:37.366Z",
"register":"standard",
"category":null
},
"sources": [
{
"id":"s1",
"type":"receipt",
"url":"https://miscsubjects.com/receipt/inv_ivezpvux57",
"invocation_id":"inv_ivezpvux57",
"capability":"SEAL_PANEL",
"verdict":"material result proven",
"title":"The Article 12 assembly: unanimous CANNOT_CONCLUDE, escalated anyway",
"summary":"Unanimous verdicts with divergent clause citations. A majority-vote gate would have emitted.",
"accessed_at":"2026-07-30T03:15",
"prev":"genesis",
"hash":"69c6cef5f41a862556847c30dbca688c8076db2524a9980c63855cb1e656cf68"
},
{
"id":"s2",
"type":"live_surface",
"url":"https://miscsubjects.com/api/directory/ADJUDICATE_HUMAN_REVIEW",
"method":"GET",
"title":"The human-review row whose BLINDED field fails closed",
"summary":"Exists, contract published, never invoked. The unmet half of Article 14.",
"accessed_at":"2026-07-30T03:15",
"prev":"69c6cef5f41a862556847c30dbca688c8076db2524a9980c63855cb1e656cf68",
"hash":"8184c3dccbd0de2022c1cefd96fb48f38397bfc42e9c386da36738c4df0c8a2b"
},
{
"id":"s3",
"type":"live_surface",
"url":"https://miscsubjects.com/api/anchor/3be5071eb3035ca29093c6713646bbe21bdca6cce262fc7f7eb64080c04e61fe",
"method":"GET",
"title":"The anchor packet: cryptographic anteriority, no legal presumption",
"summary":"drand round 6331315 and Bitcoin block 960173. No qualified timestamp, no OTS inclusion proof.",
"accessed_at":"2026-07-30T03:15",
"prev":"8184c3dccbd0de2022c1cefd96fb48f38397bfc42e9c386da36738c4df0c8a2b",
"hash":"5146642e3ed460a5ef61b4bd15434759e3d5b91a3977a0500ace71ae4ac241d0"
}
],
"claims": [
{
"id":"c1",
"text":"Article 12 and Article 14 were supplied verbatim to a panel under an external-statutory rule set, hashed before the run, and the panel unanimously returned CANNOT_CONCLUDE because applicability turns on Article 6 and Annex III, which were not supplied.",
"section":"ai-act",
"tier":"demonstrated",
"source_ids": [
"s1"
]
},
{
"id":"c2",
"text":"The clause-by-clause conformance table is the operator's own claim rather than the panel's finding, and the two are kept separate on the page.",
"section":"ai-act",
"tier":"demonstrated",
"source_ids": [
"s1"
]
},
{
"id":"c3",
"text":"Article 14(5) is the clearest unmet requirement: ADJUDICATE_HUMAN_REVIEW makes blinding a fail-closed boolean and has never been invoked, so no named human has returned a finding.",
"section":"ai-act",
"tier":"argued",
"source_ids": [
"s2"
]
},
{
"id":"c4",
"text":"A qualified electronic timestamp under eIDAS Article 41 would add a legal presumption of time and integrity that cryptography alone cannot manufacture, and none is obtained.",
"section":"evidence",
"tier":"argued",
"source_ids": [
"s3"
]
},
{
"id":"c5",
"text":"The contribution claimed is not any of the mapped frames but four things: absence as a mandatory field that voids a finding when omitted, a content-addressed warrant, derivation-level divergence as the gate trigger, and one deterministic gate with a published error rate.",
"section":"ancestry",
"tier":"argued",
"source_ids": [
"s2"
]
}
],
"type":"article",
"updated":"2026-10-08T11:32:34.110Z",
"version":1,
"hash":"2335f52309951be5b2890aa84a3a3377596eb6ffed27d792415d1a5eb93b8849",
"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 http://google-preview.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":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map",
"json":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map.json",
"markdown":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map.md",
"theme":"http://google-preview.miscsubjects.com/article-theme.json",
"calls": [
{
"what":"this article as a page (no key)",
"method":"GET",
"url":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map",
"headers": {}
},
{
"what":"this article as its object (no key)",
"method":"GET",
"url":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map.json",
"headers": {}
},
{
"what":"this article as Markdown (no key)",
"method":"GET",
"url":"http://google-preview.miscsubjects.com/a/attested-finding-conformance-map.md",
"headers": {}
},
{
"what":"the object with its hash, drafts too",
"method":"GET",
"url":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map",
"headers": {
"x-sheets-key":"$(cat /Users/cyrusmassoumi/.misc-sheets-key)"
}
},
{
"what":"one piece and that piece’s hash",
"method":"GET",
"url":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map/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":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map/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":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map",
"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":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map",
"headers": {
"x-sheets-key":"$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
"content-type":"application/json",
"if-match":"<hash>"
},
"body": {
"slug":"attested-finding-conformance-map",
"title":"…"
}
},
{
"what":"fetch every source, hash what came back and check the quote is in it",
"method":"POST",
"url":"http://google-preview.miscsubjects.com/api/jarticles/attested-finding-conformance-map/verify",
"headers": {
"x-sheets-key":"$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
"content-type":"application/json"
},
"body": {}
},
{
"what":"an Obsidian-style command",
"method":"POST",
"url":"http://google-preview.miscsubjects.com/api/jarticles/cli",
"headers": {
"x-sheets-key":"$(cat /Users/cyrusmassoumi/.misc-sheets-key)",
"content-type":"application/json"
},
"body": {
"command":"backlinks",
"file":"attested-finding-conformance-map"
}
}
]
}