Examples

Public proof sets for structural diagnosis and redesign.

Each case presents a complete artifact family. Most contain four deliverables. The Patreon / Apple IAP proof set contains five because the locked diagnosis produces two mutually exclusive restricted redesign specifications.

In each case, three artifacts form the public proof layer: Translation Artifact, Diagnostic Artifact, and Redesign Executive Summary. The restricted Redesign Artifact contains the builder-grade specification available only through a Full Structural Engagement.

These are professional deliverables, not marketing case studies or slide decks. Produced independently from public evidence. Not commissioned by the organisations named.

The point is not volume. It is repeatability. The same method produces governed artifacts for a private AI platform, a national healthcare continuity failure, and a platform-host payment boundary conflict.


Each Diagnostic Artifact follows the same structural movement: system boundary → workflow trace → functional diagnosis → governing diagnosis → correction dependency order. The Redesign Executive Summary presents the replacement logic publicly. The Full Redesign Artifact converts that logic into corrected primitive, replacement architecture, refusal invariants, transition sequence, recapture gates, and proof conditions.

Proof of structural capability, not contracted outcomes.

3Systems
13Complete deliverables
9Public proof documents
4Restricted specifications
Jump to
How each example is structured
Artifact Status Role
Translation Artifact Public Start here. Shared language entry point into the failure and replacement.
Diagnostic Artifact Public Full evidence base and governing diagnosis.
Redesign Executive Summary Public Board-level replacement logic and proof conditions.
Full Redesign Artifact Restricted Complete transition sequence, invariants, recapture gates, and builder handoff.
Note Most proof sets contain one restricted Full Redesign Artifact. The Patreon / Apple IAP proof set contains two because the locked diagnosis produces two mutually exclusive redesign exits.
system 01
01 //

Outlier AI

AI task marketplace · private platform
Governing Diagnosis

Outlier recruits through the grammar of an expertise market while operating through the mechanics of a reliability pipeline. In plain terms: the platform recruits experts to do compliance work. That is why surface corrections have not resolved the failure.

Replacement direction

Replace the single contributor frame with a dual-stream contributor coordination system: Stream A for constrained reliability execution, Stream B for bounded expert judgment, connected by a portable contributor continuity record.

Produced independently from public evidence. Not commissioned by Outlier or Scale AI.

01 // Translation ArtifactPublic

Plain-language entry point. Creates shared understanding of the failure and the dual-stream redesign.

Start hereShared language
Cover: Outlier Translation Artifact

Creates shared language for the Outlier diagnosis: why experts are recruited into compliance work, why Queue Managers and external tooling carry hidden coherence burden, and why the replacement requires two streams rather than a better single frame.

Entry point: No prior knowledge required. Designed to create a shared structural read across leadership, operations, and contributor teams before moving to the full diagnostic evidence.

Best for leadership, operators, contributors, and first-time readers.

READ TRANSLATION Public proof document · shared language layer
02 // Diagnostic ArtifactPublic

Evidence-tiered diagnosis. Names the primitive mismatch, traces the hidden burden layer, and defines the correction order.

Full evidenceEvidence-tiered
Cover: Outlier Diagnostic Artifact

Names the primitive mismatch, locates the qualification-to-execution break, traces the hidden burden layer, and defines the correction order.

Public-evidence boundary preserved.

Governing diagnosis: Outlier recruits through the grammar of an expertise market while operating through the mechanics of a reliability pipeline.

Primitive mismatch: stated expert judgment; actual variance-controlled instruction adherence at scale. Because the intake architecture and execution architecture select for different inputs, qualification, scoring, routing, and payment all inherit the mismatch.

Best for evidence review, leadership alignment, and understanding the governing diagnosis.

READ DIAGNOSTIC Public proof document · evidence-tiered diagnosis
03 // Redesign Executive SummaryPublic

Board-level replacement logic. Shows the corrected primitive, stream contracts, proof standard, and consequence of deferral.

Board summaryReplacement logic
Cover: Outlier Redesign Executive Summary

Board-level summary of the restricted specification. Shows the corrected primitive, Stream A / Stream B contracts, contributor continuity record, and compensation truthfulness invariant.

Replacement conditions: minimum viable structure, fake-progress tests, proof standard, and consequence of deferral.

Best for executives, product leaders, board readers, and decision owners.

READ EXECUTIVE SUMMARY Public proof document · summary of restricted specification
04 // Full Redesign Artifact Restricted · Full specification

Complete replacement specification.

Outlier Full Redesign Artifact cover

Turns the public replacement logic into a governed build sequence: transition sequence, contributor continuity schema, consequence review model, expert signal lifecycle, compensation truthfulness invariant, recapture gates, admissibility conditions, pilot rules, and builder handoff.

The public Redesign Executive Summary shows the replacement logic. The full Redesign Artifact is the restricted specification delivered in a Full Structural Engagement.

Request Access

Access reviewed by context. The full specification is not a public download.

system 02
02 //

NHS Primary Care Continuity System

Public healthcare institution · National Health Service (UK)
Governing Diagnosis

NHS primary care is record-rich and continuity-poor. Operational memory is not structurally present at the point of clinical consequence, so the patient becomes the record.

Replacement direction

Replace fragmented institutional memory with a patient-held operational continuity system: portable continuity record, symptom event layer, Consultation Packet, outcome append, emergency access, carer access, and recognition pathway.

Produced independently from public evidence. Not commissioned by the NHS, NHS England, or DHSC.

01 // Translation ArtifactPublic

Plain-language entry point. Creates shared understanding of the patient-record failure and the continuity redesign.

Start hereShared language
Cover: NHS Translation Artifact

Creates shared language for the NHS continuity diagnosis: why the patient becomes the record, how the GP consultation becomes the collapse node, and how the redesign moves operational memory out of hidden human carriers and into a patient-held continuity object.

Entry point: No prior knowledge required. Designed to create a shared structural read across clinical, policy, and operational teams before moving to the full diagnostic evidence.

Best for leadership, clinicians, patients, carers, policymakers, and first-time readers.

READ TRANSLATION Public proof document · shared language layer
02 // Diagnostic ArtifactPublic

Evidence-tiered diagnosis. Names the continuity-poor failure, locates the collapse node, and separates operational memory from audit trace.

Full evidenceEvidence-tiered
Cover: NHS Diagnostic Artifact

Names the record-rich / continuity-poor failure, locates the GP consultation collapse node, identifies patient and carer ghost structure, and separates operational memory from audit trace.

Public-evidence boundary preserved.

Governing diagnosis: NHS primary care is record-rich and continuity-poor. Operational memory is not structurally present at the point of clinical consequence.

Primitive mismatch: promised joined-up care; actual organisation-held records, after-the-fact sharing, and patient memory as the default continuity mechanism. The system generates more data about patients than at any prior point. Less of it arrives, in retrievable form, at the moment a decision must be made.

Best for evidence review, policy framing, clinical leadership, and understanding the governing diagnosis.

READ DIAGNOSTIC Public proof document · evidence-tiered diagnosis
03 // Redesign Executive SummaryPublic

Board-level replacement logic. Shows the patient-held continuity architecture, proof standard, and consequence of deferral.

Board summaryReplacement logic
Cover: NHS Redesign Executive Summary

Board-level summary of the restricted specification. Shows the patient-held continuity architecture, Consultation Packet, outcome append, and emergency access.

Replacement rule: patient-held ≠ patient-burdened. Includes fake-progress tests, proof standard, and consequence of deferral.

Best for policy leads, executives, clinical leaders, commissioners, and decision owners.

READ EXECUTIVE SUMMARY Public proof document · summary of restricted specification
04 // Full Redesign Artifact Restricted · Full specification

Complete replacement specification.

NHS Full Redesign Artifact cover

Turns the public replacement logic into a governed build sequence: seven-move transition sequence, truth-kernel schema, custody / hosting / authority separation, invalid continuity states, source-of-truth hierarchy, emergency and carer access, refusal invariants, admissibility conditions, recapture gates, pilot rules, and builder handoff.

The public Redesign Executive Summary shows the replacement logic. The full Redesign Artifact is the restricted specification delivered in a Full Structural Engagement.

Request Access

Access reviewed by context. The full specification is not a public download.

system 03
03 //

Patreon / Apple IAP

Creator patronage platform · iOS monetisation boundary New proof set · April 2026
Governing Diagnosis Failure class: Host-Constrained Primitive Mismatch

Patreon’s founding economic primitive — creator-defined patronage linked to the creative act — cannot be faithfully expressed inside Apple’s transaction-coded IAP grammar. At the iOS “Join” moment, a Primitive Switch occurs: relationship-coded support becomes an Apple-governed subscription event. The 30% fee, multiplier confusion, refund paradox, remittance delay, web checkout workaround, creator communication burden, and repeated policy reversal all flow from that host-constrained mismatch.

Replacement fork

Two mutually exclusive structural exits follow from the same diagnosis.

Path A — The Decoupler (continuity-preserving): Apple becomes the funding rail. Patreon remains the relationship authority. The Credit Event Log is the truth.

Path B — The Allocation Shift (category-transforming): Apple sees one platform subscription. Patreon governs allocation internally. The Patronage Allocation Ledger is the truth.

Both are structurally valid. They are not compatible. Leadership must choose one; attempting both recreates the collapse.

Finality Clause

Path A and Path B cannot be combined. The decision is identity, not sequencing.

Produced independently from public evidence. Not commissioned by Patreon or Apple.

01 // Translation ArtifactPublic

Plain-language entry point. Creates shared understanding of the Primitive Switch, the host-constrained mismatch, and the two redesign paths.

Start hereShared language
Cover: Patreon Translation Artifact

Explains why Patreon’s original patronage model collides with Apple’s payment grammar, why “billing migration” is the wrong frame, why creators and off-platform instruction layers become hidden burden carriers, and why Path A and Path B are not feature options but mutually exclusive futures.

Entry point: No prior knowledge required. Designed to create a shared structural read across leadership, creator, product, and policy teams before the full diagnostic evidence is circulated.

Best for leadership, creators, fans, product teams, policy teams, and first-time readers.

READ TRANSLATION Public proof document · shared language layer
02 // Diagnostic ArtifactPublic

Evidence-tiered diagnosis naming the Host-Constrained Primitive Mismatch.

Full evidenceEvidence-tiered
Cover: Patreon Diagnostic Artifact

Names the governing primitive, the first structural break at the iOS payment boundary, the function collapse, the Ghost Structure, the hidden burden carriers, and the reason prior fixes have not held. Public-evidence boundary preserved.

Governing diagnosis: Patreon’s patronage primitive cannot be faithfully expressed inside Apple’s transaction-coded IAP grammar. At the iOS “Join” moment, a Primitive Switch occurs.

Primitive mismatch: stated relationship-coded creator patronage; actual transaction-coded subscription grammar imposed by the host platform at the payment boundary.

Best for evidence review, leadership alignment, platform strategy, policy framing, and understanding the governing diagnosis.

READ DIAGNOSTIC Public proof document · evidence-tiered diagnosis
03 // Redesign Executive SummaryPublic

Board-level decision surface covering both structural exits.

Board summaryReplacement logic
Cover: Patreon Redesign Executive Summary

Shows the corrected primitive, truth object, minimum replacement conditions, proof condition, primary recapture risk, and board decision logic for both Path A and Path B. Makes the Finality Clause explicit: both paths cannot be pursued together.

Path A preserves Patreon’s existing creator-fan category through a translation layer. Path B transforms Patreon into a platform-level allocation system.

Best for executives, founders, board readers, product leaders, platform strategists, policy teams, and decision owners.

READ EXECUTIVE SUMMARY Public proof document · summary of restricted specifications
04 // Full Redesign Artifact — Path A Restricted · Full specification

The Decoupler. Continuity-preserving replacement.

Patreon Full Redesign Artifact Path A cover

Complete builder specification for The Decoupler — the continuity-preserving exit that preserves bilateral creator-fan patronage behind an Apple-compatible payment rail.

Includes the Credit Event Log, Dual Ledger, Fan Agreement Object, Publication Event Handler, refusal gates, Translation Engine, Reconciliation Reserve, fan-facing credit balance, creator-facing per-creation earnings interface, transition sequence, admissibility conditions, recapture gates, drift immune system, and builder handoff.

Apple funds the relationship. Patreon defines it.

The public Redesign Executive Summary shows the replacement logic. The full Path A specification is restricted.

Request Access

Access reviewed by context. Include organisation and request context. The full specification is not a public download.

05 // Full Redesign Artifact — Path B Restricted · Full specification

The Allocation Shift. Category-transforming replacement.

Patreon Full Redesign Artifact Path B cover

Complete builder specification for The Allocation Shift — the category-transforming exit that replaces bilateral creator-fan payment with platform-level patronage allocation.

Includes the Platform Subscription Object, Fan Patronage Account, Allocation Rule Object, Patronage Allocation Ledger, Allocation Engine, Publication Event Listener, Creator Payout Engine, Reconciliation Reserve, fan allocation UI, creator payout interface, payor-of-record architecture, relational frame invariants, transition sequence, admissibility conditions, recapture gates, drift immune system, and builder handoff.

Apple sees one platform subscription. Patreon governs allocation internally.

The public Redesign Executive Summary shows the replacement logic. The full Path B specification is restricted.

Request Access

Access reviewed by context. Include organisation and request context. The full specification is not a public download.

Why this proof set has two restricted specifications

The Patreon / Apple IAP diagnosis produces a strategic fork, not one obvious redesign.

Path A preserves Patreon’s existing creator-fan category by installing a translation layer between Apple’s payment grammar and Patreon’s patronage relationship.

Path B transforms Patreon into a platform-level allocation system where Apple sees one subscription and creator-level economics are governed internally.

Both are structurally valid. They are not compatible. The decision is not which feature to build first. It is what Patreon is going to become.

A serious redesign artifact does not just say what to build. It also names which futures cannot be pursued together.

what these examples show

The domain changes. The structural method does not.

In all three systems, the visible failure is downstream of a missing or mislocated governing function.

In Outlier, contributor continuity and work-class truth are absent at the point of routing, scoring, and consequence.

In NHS primary care, operational memory is absent at the point of clinical decision.

In Patreon / Apple IAP, faithful economic translation is absent at the host payment boundary, so creator-defined patronage is forced into Apple’s subscription grammar.

Hidden human carriers absorb what the architecture cannot hold. Queue Managers, contributors, and external tooling carry platform coherence in Outlier. Patients, carers, known GPs, and informal practice staff carry continuity in NHS primary care. Creators, fans, support teams, and off-platform instruction layers carry the Patreon / Apple IAP mismatch through explanation, routing, and manual workaround.

In all three cases, correction remained inside the inherited frame: more support, more compliance, more digital surface, more communication, more process, more migration tooling, more workaround explanation. The primitive remained untouched.

The artifacts demonstrate the same conversion across domains: recurring failure → structural diagnosis → replacement architecture → proof condition.

Patreon demonstrates that a single locked diagnosis can surface a genuine strategic fork rather than a single replacement path. That is further evidence that the method operates at the level of system identity, not incremental improvement.

This is the redesign law: diagnosis can name the structural failure, but correction loops operating inside the existing frame cannot generate the primitive change the system requires.

Why the Full Redesign Artifacts are restricted

The public proof layer is sufficient to demonstrate the method, evidence boundary, governing diagnosis, and replacement logic. The restricted Redesign Artifacts are restricted because they contain the build-value layer: transition sequence, refusal invariants, admissibility conditions, recapture gates, pilot validity rules, object-level specifications, truth-kernel schemas, and builder handoff.

In some proof sets, there is one restricted specification. In the Patreon / Apple IAP proof set, there are two, because the public diagnosis produces two mutually exclusive replacement paths.

The public documents prove the method. The restricted documents preserve the build value.

Restricted Redesign Artifacts are not published as sample documents. Access can be requested, but the full specification is not a general resource.

If your system has a recurring failure pattern, send the failure pattern first. The five-line brief is a fit screen, not the diagnosis. Do not send a solution. Send the repeated failure.

EMAIL FIVE-LINE BRIEF VIEW SERVICES

The Method page explains how these artifacts are produced. The Services page defines how they are commissioned.

These public examples demonstrate the method in action across domains. If your organisation is experiencing recurring structural failure under scale, the next step is simple: send the five-line brief.