Hugging Face's logo
Ikan Riddle's picture

Ikan Riddle

IkanRiddle
28 1
·

AI & ML interests

None yet

Recent Activity

repliedto kanaria007's post 3 days ago
✅ Article highlight: Benchmark Publication Without Governance Inflation (art-60-274, v0.1) TL;DR: This article argues that a benchmark result is not a governance maturity claim. A score may be real, reproducible, and worth publishing—and still say nothing by itself about safety, deployability, assurance, institutional quality, or platform maturity. 274 treats benchmark publication as a discipline of comparability, disclosure, lifecycle limits, and anti-inflation. Read: https://huggingface.co/datasets/kanaria007/agi-structural-intelligence-protocols/blob/main/article/60-supplements/art-60-274-benchmark-publication-without-governance-inflation.md Why it matters: • prevents measured results from being inflated into safety or maturity claims • separates historical results from current comparability • makes scope, freshness, omissions, and unsupported readings visible • allows honest publication without requiring full platform assurance • treats narrower wording as trust discipline, not underselling What’s inside: • the publication triad: comparability, disclosure, and anti-inflation • bounded publication outcomes such as PUBLISHABLE, PUBLISHABLE_WITH_LIMITS, NOT_COMPARABLE, and NOT_PUBLISHABLE • benchmark publication profiles • comparability disclosure notes • public non-claims registers • inflation checklists for result-to-maturity, comparison-to-assurance, historical-to-current, and wording inflation Key idea: Do not say: “this system scored well, therefore it is mature, safe, or ready to deploy.” Say: “this result was observed under this benchmark and comparability frame, remains valid within these lifecycle and disclosure limits, and does not support these broader governance claims.” Better benchmark publication is not a louder score. It is a result that is harder to overread.
reacted to kanaria007's post with ❤️ 3 days ago
✅ Article highlight: *Liability, Reliance, and Insurance Boundaries for SI Claims* (art-60-282, v0.1) TL;DR: This article argues that four questions must stay separate: What claim was actually supported? What may a buyer or reader rely on? What failures may create remedy or compensation obligations? And what risk, if any, is actually insured? 282 separates assurance, reliance, liability, and insurance so they cannot silently collapse into one vague promise. Read: https://huggingface.co/datasets/kanaria007/agi-structural-intelligence-protocols/blob/main/article/60-supplements/art-60-282-liability-reliance-and-insurance-boundaries-for-si-claims.md Why it matters: • prevents “assured” from being read as universally safe • prevents bounded reliance from becoming a guarantee • blocks liability laundering onto assessors or earlier certifications • makes clear that “insured” does not erase operator responsibility • keeps coverage assumptions synchronized with model swaps and other lifecycle changes What’s inside: • four separate axes: assurance, reliance, liability, and insurance • liability profiles for bounded downstream obligations • reliance-vs-liability crosswalks • insurer-facing underwriting notes with caps, exclusions, conditions, and assumptions • examples covering benchmarks, procurement, assessor reports, and silent model swaps • anti-patterns such as attestation-as-indemnity, coverage theater, and liability dumping Key idea: Do not say: *“we were assured, so you can rely on us—and anyway, we’re insured.”* Say: *“this bounded claim is supported, this reader may rely only on this narrower surface, this relationship carries this separate liability posture, and this insurance note describes only the risk actually priced and covered.”* Assurance is not reliance. Reliance is not liability. Liability is not insurance.
reacted to kanaria007's post with ❤️ 6 days ago
✅ Article highlight: *Responsibility Surfaces for Governed Intelligence Failures* (art-60-281, v0.1) TL;DR: This article argues that “the model failed” and “a human approved it” are usually incomplete sentences. A governed failure often crosses several layers. 281 separates responsibility into six surfaces: causal, admissibility, control, override, disclosure, and reliance. The goal is not symbolic blame. It is to identify which layer owned which part of the failure path, with evidence. Read: https://huggingface.co/datasets/kanaria007/agi-structural-intelligence-protocols/blob/main/article/60-supplements/art-60-281-responsibility-surfaces-for-governed-intelligence-failures.md Why it matters: • separates who introduced harm from who allowed it • distinguishes approval from live control • makes explicit overrides visible • treats public claims and release notes as part of system behavior • prevents bounded audits from being reused as unlimited guarantees • allows shared, contested, or cleared responsibility instead of forced singular blame What’s inside: • six responsibility surfaces: causal, admissibility, control, override, disclosure, and reliance • responsibility-surface maps • failure-allocation reports • reliance-boundary notes • a workflow that identifies surfaces before naming owners • anti-patterns such as single-throat mythology, assessor laundering, board sanctification, and release-note innocence Key idea: Do not ask only: *“Who caused the failure?”* Ask: *“Who introduced the harmful condition, who made it admissible, who could still stop it, who overrode the guard, who shaped the public interpretation, and who invited downstream reliance?”* A governed failure is rarely one broken actor. It is usually a broken path across layers.
View all activity

Organizations

None yet