AI but make it real
Anyone can show you a screenshot of a demo that worked once. These three run in your tab, with no server, no account, no API key, and no network call at all. Open the developer tools and watch nothing leave.
Each one is built around the same idea: the interesting engineering in AI is not getting the output, it is proving the output. So each demo hands you the controls and invites you to make it fail.
Roughly two minutes each. Every one of them has a button that shows you the thing going wrong, because a system that has never been shown failing has not been shown at all.
DEMO 01Agent governance
Multi-agent systems get approved on what they can do and killed on what they cannot prove they refused. Compose a message between agents, watch the governor evaluate it before it lands, and read the refusal with its rule name and its receipt.
Verification and hallucination control
The expensive failure is not a refusal. It is a fluent paragraph with one number in it that came from nowhere, pasted into a board deck by someone who had no way to check. This traces every figure in a generated summary back to the data it was written from.
Data repair at catalog scale
A messy product catalog, audited product by product, bucketed by named defect, reconciled to the row count, with the worst single case quoted in full. Then the scriptable half is repaired in front of you and the CSV comes back down.
All three are single HTML files. No build step, no dependencies, no framework, no analytics, no cookies, no fonts pulled from anyone's CDN. Save one to your desktop, turn off your wifi, and it still works. That is a deliberate constraint and it is the same one I apply to client work whenever the job allows it, because a deliverable that breaks when it leaves the folder it was built in is not finished.
All data on these pages is synthetic and labelled as synthetic. No client data, no employer material, no personal information. The catalog in demo 03 is invented, because a prospective client's product data belongs to them and does not belong in my portfolio.
Each demo states its own limits on the page. What it does not catch, what it cannot honestly do in a browser, and where a real deployment would need a file system or a pipeline behind it.
That invitation has already been taken up once, and it is the most useful thing that happened to these pages. Before publishing I handed the files to an adversarial reviewer with no context at all, no explanation of what they were for, and an instruction to refute rather than to check. It found nine defects, including a checker that passed a negative revenue figure as correct and a quote box that cut a sentence in half at a decimal point, in public, on page load. Six are fixed, each one commented in the source next to the case that produced it. Three were not defects but the real edge of the tool, so they are now buttons on demo 02.
My own end to end tests passed all of it. They tested whether the tools catch a fabrication and never tested whether a wrong answer could get through, and I wrote the expectations myself off the same assumptions that produced the code. So the invitation stands and it is genuine: if you find a tenth, tell me and I will put it on the page.