A paired public prototype: A is the working tool; B turns the same question into a film, motion argument and interactive web experience.
PHASE 04
2026
Data Exit & Portability Test
Test whether exported data is complete, readable, reusable and actually movable elsewhere.
Test whether exported data is complete, readable, reusable and actually movable elsewhere.
RN conceived the question, structured the research and evidence boundaries, designed the information and interaction, implemented the prototype and documented its limits.
This independent prototype demonstrates an approach; it is not a deployed client system, professional advice or proof of real-world outcomes.
You can use and explore this build now. Its public evidence record is still being completed, so treat the experience as a demonstration—not a certified institutional system.
Source: Regulation (EU) 2016/679 (GDPR). EUR-Lex — Regulation (EU) 2016/679. Exact locator: Article 20(1)–(4). Limit: Portability is scope-, role-, lawful-basis-, exception-, identity- and third-party-rights-dependent. This browser fixture moves no data and does not establish a real transfer or compliance. This status does not validate real-world effectiveness, safety, compliance, representativeness, cultural authority, professional suitability, or outcomes.
Use it
Use the working tool to explore this question: Test whether exported data is complete, readable, reusable and actually movable elsewhere.
OPEN THE TOOL →035-B / THE STORYWatch + explore it
Watch the build-specific film, inspect its motion argument, then use the interactive web version to test: Data attempts to leave one system and survive another.
ENTER THE VISUAL BUILD →The build is more than the interface.
Research, planning, evidence, rejected approaches, technical decisions, audits, media, source paths and forward dependencies are retained as part of the build—not left behind in conversation history.
Research, creation, decisions, audits and plans are publicly structured without claiming that every release gate is complete.
PUBLIC BUILD RECORDMaking + method + evidence + limitsThe concise visitor-facing account of what changed and what it cannot claim.
LINEAGEWhat this build inherits and leaves behindConcrete capabilities—not thematic similarity—power the compounding sequence.
PROGRAM ARCHIVEHow this cycle fits the whole 100Syllabus, feasibility audit, strategic-value audit, canonical audit, release standard, design system and archive policy.
B-LINKEDIN / DOWNLOADTake the 4:5 film720×900 · 24 fps · 30s · silent-first
Build 035 asks test whether exported data is complete, readable, reusable and actually movable elsewhere.? That question came first and the artifact second, which is the order everything on this page follows. Each section below is either an attempt at the question or a statement of where the attempt stops, and the two are kept visibly apart so you can weigh them separately.
A and B are two routes into one question rather than a product and its trailer. Open A when you would rather reach your own judgement by operating something and seeing what it returns on your own input. Open B when you would rather understand why the question takes this shape before you touch a control. The two cards below describe each side in its own words, and most people get more out of the pair than either half alone, in whichever order suits them.
This is build 035 of one hundred, in phase 04, and it is built to be inherited. What it hands to later builds is concrete rather than thematic: cap:035. That is what makes the sequence compound instead of repeat, and it is why the lineage view is worth reading alongside any single build.
Every claim on this page is meant to be inspectable rather than taken on trust. The public record sets out what changed, what another person can reuse, what supports the system and what the build is not entitled to claim, and the archive retains the research, rejected approaches and technical decisions behind it. A status on this page saying a review is still open is a factual report on the state of that evidence record, and it stays visible until the review closes.
Reading one build in isolation gives you the artifact; reading it in sequence gives you the argument. The gallery lets you enter at any number, and the archive holds the syllabus, feasibility audit and release standard that govern the whole programme. If this build interests you, the neighbouring numbers are usually the fastest way to see the reasoning that led into it and the capability it hands forward.
What this build is testing
Test whether exported data is complete, readable, reusable and actually movable elsewhere.
What it leaves behind
cap:035