AI work often starts in a chat, a Claude Artifact, or an agent workspace full of screenshots, specs, assets, scripts, and drafts. This project defines two durable endings for that work: a Capsule when one HTML file is honest, and a Bundle when the honest shape is a manifest plus inventoried files.
The workflow can start anywhere: chat, Claude Artifact, local folder, browser automation, code agent, or hand-authored files. The output boundary depends on what the work actually needs.
Capsule spec
One sealed HTML file.
Use a Capsule when the artifact, data, styling, provenance, and optional runtime can live inside one self-contained .html file with no network and no sidecars.
AI conversation summary with decisions, sources, and open questions
Interactive briefing, field note, itinerary, recipe book, or personal archive
Small dashboard, calculator, or viewer that still reads as a document when JavaScript is off
Use a Bundle when the work is naturally a folder or zip: multiple artifacts, heavy media, local datasets, generated renders, or a viewer plus external files that must remain inventoried.
Marketing-image job with screenshots, source assets, bezels, scripts, and rendered exports
Map, LiDAR, video, point-cloud, or image-set project with a local viewer
Multi-file web demo or dataset explorer where the primary data must ship with the work
Work in chat, an Artifact, or a local agent folder.
Capture the useful output and provenance.
Seal it as a Capsule if one HTML file is enough.
Seal it as a Bundle if the honest shape is many files.
Before
What was working — and what wasn't.
I'm not here to proselytize. I'm just sharing what's been working for me and what hasn't. And honestly, none of this was crazy. Claude has dramatically accelerated my prototyping. v0 and shadcn produce real UI fast. Cloud sync works. Multiplayer collaborative editing is incredible. For the first time, software feels conversational. AI turns ideas into artifacts at unprecedented speed.
Before any of that, I was spending serious time with Airtable, Coda, Google Sheets, Nocodb, Baserow — building systems to manage all my work, and the systems kept becoming their own work. When AI came in, it didn't replace that pattern; it gave me a faster way to build the next layer of it. Every layer solves one problem while introducing two more. Artifacts get trapped in proprietary systems. AI sessions go ephemeral. Exports break. Sharing requires accounts. Local-first tools still secretly depend on the cloud. The most reliable thing in the whole stack — the thing I could share without asking anyone's permission and still reopen on any laptop in 2035 — kept turning out to be the one that came out of the AI as a single HTML file.
Here are seven scenes from that realization.
Modern AI tooling is genuinely great. Every layer around it breaks artifact preservation — sessions go ephemeral, exports rot, sharing needs accounts. The one thing that consistently survives the whole stack is a single HTML file. Seven scenes from that realization follow.
Use case 01 · The origin
Save the parts of an AI conversation worth keeping.
You start a new chat in ChatGPT. You ask some questions, it answers. The conversation meanders, one topic linking to another, but you finish feeling like you got something of value out of it. Then what? You close the tab. Where does the info go? Into your chat history. Ready to pollute the next conversation you didn't want it to. What if you want to share it with someone? You ask for a summary. But in what format? PDF? Markdown? Just text and screenshots? What about HTML? I guess you could share a "link," but something about that seems brittle…
A Capsule is what you save. Manifest with provenance (which model, what date, what conversation source). Data block with the structured content: decisions, sources, conclusions, open questions. Rendered HTML that reads on its own without the runtime. Integrity hash that proves the bytes haven't drifted.
One file. Drop it in a folder, attach it to email, hand it to someone who can continue the work. The model behind the conversation can change; the platform can disappear; the share link can break. The file still opens. And the next AI you hand it to can read it — it's HTML with a structured data block any model can ingest. The work moves with the file, not the platform.
Worked example: coming soonGenerator: llmTier 0–2
Save the AI conversation as one HTML file with provenance (model, date, source), structured content (decisions, sources, conclusions), and an integrity hash. The chat closes; the canvas mutates; the share link rots; the file still opens.
Use case 02 · File over app
Notes that outgrew markdown.
You're deep in Obsidian. Vault built, plugins humming, daily-notes template dialed in. Then a note grows up. It wants to embed a chart. It wants a manifest the next reader can interrogate. It wants to be shareable to someone who doesn't have your vault. Markdown doesn't carry those. You can hand-write HTML inside the markdown, but then it doesn't render right in half the viewers, and you start fighting your own format.
A Capsule is what notes become when they reach that point. The plain text is still there, rendered into the HTML at build time, readable in any browser. On top: structured fields the runtime can use. A decision table the reader can sort. References that copy as citations. Exports that produce JSON for downstream tools. An "about" panel showing where this came from.
The file is still one document; it opens like a webpage; it survives a copy / paste / email / share without dropping any of the structure. If you're already in the file-over-app school (Obsidian, Tana, plain markdown notes in a git repo), a Capsule is what an individual note becomes when it deserves more rigor than markdown can give it.
A Capsule is what a note becomes when it outgrows markdown. Still file-over-app, but with a manifest, embedded media, integrity, and a runtime that does what plugins used to do — without the plugin-shelf maintenance.
Use case 03 · Time-bounded snapshots
Capture a moment of work without a database.
You're three weeks into something. The state of what you know on Tuesday morning is the version that matters. It's what you took to the meeting, what the team agreed on, what you signed off on. By Friday it'll already be different. The property dossier just before LOI. The research conclusion at week three. The bug investigation right before the fix shipped. You want this moment, frozen, citable later. You could put it in Notion, but Notion will quietly change underneath you. You could put it in a doc, but the doc keeps editing itself the moment anyone else gets access.
A Capsule packages it: structured data in a JSON block, human-readable rendering, provenance metadata, an integrity hash. No schema migrations, because the data block belongs to this snapshot. If next month's snapshot has a different shape, it's a different capsule. No database to maintain. No live query that might return different results tomorrow.
The cost is what a snapshot always costs: it doesn't auto-update. The benefit is what a snapshot always gives: it stays exactly the way it was when you sealed it.
Frozen-state HTML snapshot. No database, no schema migrations, no live query. Captures what was true on a specific date and stays that way. Cost: it won't auto-update. Benefit: it stays exactly the way it was when you sealed it.
Use case 04 · Offline, portable, self-contained
An interactive document that runs from a thumb drive.
You want to give your sister the family photos. Not a Google Drive link she'll lose. Not an iCloud share that requires her to have an iCloud account. Not a USB stick of raw JPEGs she'll have to figure out how to open. You want one file she can double-click. It opens like a tiny website. The photos are arranged, the captions are visible, the dates and locations are there if she wants them. No internet needed. No installation. The same shape works for a reference manual that has to run in airplane mode, a self-contained calculator, a small DAW with bundled stems and live mixing.
Capsules at tier 4 (the top of the interactivity stack) can feel like full apps in a desktop browser — but they're still single HTML files with their data baked in. Open one in 2026 or 2035; if the browser still renders HTML and runs JavaScript, the interactive parts work. No backend. No API to maintain. No account. No internet required. (iOS preview surfaces strip the JavaScript; the document layer still reads. We're mostly building for a desktop browser.)
The trade-off is the size budget (everything's inline, so the file is bigger than a typical webpage) and the lack of live data (it's a snapshot, not a service). Those are the same trade-offs PDFs make. Capsules just make them for richer content.
Worked example: capsule-photo (in development)Generator: hybridTier 4
An interactive document that runs from a thumb drive. Single HTML file, no install, no account, no internet. Put it on a thumb drive, hand it to your sister, open it on any laptop in 2035. Same trade-offs PDFs make, applied to interactive content.
Use case 05 · Discovery + collaboration
Share with a domain-aware registry.
You're not making something for one recipient. You're making something other people in your same line of work — the same domain, the same conversations — should be able to find. A regular link drops it in a sea of regular links. You want this file to land somewhere your peers will see it, discuss it, fork it, attest its integrity hash when it loads. That's the job of a registry, and the format works with one without depending on one.
A registry like MinDev hosts capsules from people working in geological exploration. Each capsule keeps its integrity hash. Each gets a stable URL. Each can be discussed in conversations attached to it.
The format is hosting-agnostic. The same Capsule works on any host, on a thumb drive, in your email. Hosts add discovery and discussion; they don't change what the file IS. The host-vs-format split is documented in the hosting pattern for anyone building a registry in their own domain.
Same Capsule works on a thumb drive or on a domain-aware registry like MinDev. Registries add discovery and discussion; they don't change the file. The host-vs-format split is documented in HOSTING.md for anyone building a registry in their own domain.
Use case 06 · What spreadsheets wanted to be
What the spreadsheet was always trying to be.
I was this person. Maybe you are. Either way, you know the type — the one with an Excel file for the household budget, another for the family recipe collection, another for the Christmas list (last updated 2024, with the 1998 column hidden but not deleted). A workout log. The plants in the garden, with Latin name, common name, where they're planted, and who gave them. Every book they've read since 2011. Twenty years of this. They are not a "tech person." They are a power user of one specific tool that gives them three things at once that nothing else does: structure (rows, columns, sort, filter, formulas), presentation (colour the row green when the bill is paid, bold the favourite recipes), and a file they own that opens on any computer with Excel or Numbers or Sheets.
They are right to want all three. But they've been quietly frustrated for years. Spreadsheets are ugly when printed. They don't lay out narrative content well — a recipe is half ingredients-and-quantities (structured) and half method-and-story (prose), and a spreadsheet handles only the first half gracefully. They don't embed photos cleanly. Sharing to someone without Excel is awkward. They've wished, more than once, that the recipe book could "look more like a real cookbook." What they've actually been asking for, all along, is a file that holds structured data AND looks good AND has a bit of interactivity AND opens on any computer AND belongs to them. The spreadsheet was the closest thing they had.
Now they describe what they want to Claude (or ChatGPT or Copilot or Gemini): "make me a recipe book that has a photo at the top of each recipe, ingredients in a list, method in steps, and let me click a tag to filter by what I have in the pantry." They get back an HTML file. They open it in their browser. It looks like a real cookbook. It sorts. It filters. It expands. They save it to the Important folder, next to the .xlsx files. They email it to a family member. The family member double-clicks it; it opens; it works. One file. No app to install. No subscription. The file in the Important folder is still authoritative. They didn't become a developer. They finally got the file format the spreadsheet was always trying to be.
Worked example: coming soonGenerator: llm / hybridTier 0–3
The spreadsheet person — recipes, lists, contacts, plants, every book they've read since 2011 — finally has the file format they were always asking for. Structure plus presentation plus interactivity plus ownership, in one HTML file. They don't have to learn to code; they just tell Claude what they want. The file in the Important folder still works the way it always has. (I was this person. Maybe you are.)
Use case 07 · When "it just works" runs out of room
Apple Notes everywhere — until you need it anywhere else.
You know this person too. Maybe you are. The Apple-ecosystem one. iPhone, iPad, Mac, all signed into the same Apple ID, all syncing through iCloud. Apple Notes open on every device. Hundreds — maybe thousands — of notes. Folders. Pinned items. Scanned documents. Quick Notes added with the Apple Pencil. A note for the Christmas list. A note for travel plans. A note for the WiFi password at the cabin (changes every year). Ten years of this. It's everywhere they are; it requires no thought.
📌
Christmas List 2024
Yesterday Mom — slippers (size M), Dad — bird book…
📌
Italy trip — Rome day 1
3 days ago Vatican morning, lunch near Trastevere…
Recipes to try
Nov 18 Mom's apple pie (scanned), risotto, Friday pasta…
Book club
Nov 12 Demon Copperhead, Trust, The Bee Sting…
WiFi at the cabin
Aug 8 changes every year, keep this updated…
+412 more notes
They love it because it really does just work. Open the Mac, the note is there. Switch to the iPhone in line at the grocery store, the note is there. Add a checkmark, it syncs. Scan a document, it scans. No friction. No login (they're already signed in). Nothing to set up.
And yet. Apple Notes has style limits — title, heading, body, monospace, that's about it. Tables are basic. Layout is limited. They can't make a note look like a real cookbook, or a real travel itinerary, or a real anything. Sharing to anyone outside Apple is awkward; PDFs export, but lossily; clean Markdown export isn't a feature. The notes are theirs until they're not — leave the ecosystem and the notes don't really come with them, not all of them, not with the formatting they had. The 412 notes they've added since 2014 are great in the app and almost impossible anywhere else.
Now when a note matures into something worth keeping or sharing, they describe it to Claude (or ChatGPT or Copilot or Gemini): "take this travel plan and make it a real itinerary, with the daily schedule, the restaurant list, and the maps inline." They get back an HTML file. It looks like a real itinerary. It works on a phone, a laptop, anywhere. They save it to a folder that's not iCloud. They email it to a travel companion who doesn't use Apple. The travel companion opens it; it works. Apple Notes stays Apple Notes — the inbox, the drafting space, the everywhere-tool. The HTML file is what the note becomes when it's done being a note.
There's a meme about this — the PKM Bell Curve — that puts Apple Notes at both ends of the curve. The naive position is "Apple Notes is all you need." The complex middle is Notion + Obsidian + Tana + Roam + Anki + Readwise + everything else. The meme's punchline puts Apple Notes again at the master position because the master "realized it was all they needed." The bell-curve essay argues HTML is the genuinely simpler master pick — same accessibility, none of the lock-in. Apple Notes is where you keep working. HTML is where you keep what you make.
Worked example: coming soonGenerator: llm / hybridTier 0–3
The Apple Notes person — iPhone, iPad, Mac, hundreds of notes syncing through iCloud — finally has a way to take a note out of Apple Notes when it matures into something worth keeping or sharing. Same answer as the spreadsheet person: describe what you want to Claude, get back an HTML file, save it somewhere that isn't iCloud, send it to anyone regardless of what they use. Apple Notes stays Apple Notes (the inbox, the everywhere-tool); the HTML file is what the note becomes when it's done being a note.
Multi-system, by design
The work moves with the file, not the platform.
I don't want all my chats locked into one AI system. I want to bounce ideas off Claude, refine them in Gemini, hand them to Codex, paste them back into ChatGPT. Sometimes the same week. Sometimes the same conversation. Different models are good at different things, and I want to use the right one for the moment without committing my entire body of work to whoever happens to be ahead this quarter.
A Capsule is what makes that possible. It's HTML with a structured data block any LLM can ingest — attach it to a Claude conversation, paste it into ChatGPT, drop it into Gemini, give it to a local model running on your laptop. The next system reads the manifest, sees the provenance (which model worked on this, what was decided, what's still open), and picks up where the last one stopped.
That's the consumer side of the same property that makes Capsules portable across time. Any AI can produce one. Any AI can read one. The format is the neutral substrate. No platform owns the work.
I don't want all my chats in one AI system. Capsules are HTML with a structured data block — any LLM can produce one, any LLM can read one. The work moves with the file, not the platform. The format is the neutral substrate that lets ideas travel between Claude, ChatGPT, Gemini, Codex, local models — whatever you reach for next.
Common questions
What people ask first.
What is a Capsule?
First and foremost, a Capsule is a sealed, versioned document. One HTML file with five inline blocks: a manifest (identity, provenance, integrity hash), a data block (the snapshot, as JSON), styles, the rendered content, and an optional runtime. No external dependencies. No network requests. No companion folders or sidecar files. The same envelope shape whether an LLM, a build script, or a human authored it.
Where it makes sense, a Capsule can include controlled interactivity — tabs, layered images, CSS-state UI, embedded media, a small DAW. The rule is simple: if the interactivity needs an account, an API, or the internet, it doesn't belong here. Document first; interactive where it can earn its place without breaking the seal.
What if it doesn't fit in one HTML file?
Then it probably isn't a Capsule. That's what Bundle is for: the sibling format for project-shaped artifacts that need a manifest-described file set instead of one sealed HTML file.
Heavy rasters, LiDAR, video, point clouds, multiple viewer entry points, or separate binary data belong in a Bundle. It keeps the same family discipline — identity, integrity, provenance, honest dependencies — but changes the boundary from one HTML file to a root manifest plus inventoried files.
A Bundle is not permission to hide the real artifact behind a live API. External libraries or map services can support viewing; the primary evidence and data still belong in the file inventory.
Isn't that like an Artifact?
Claude Artifacts are platform-native creation objects: substantial standalone pieces you can edit, iterate, share, customize, and sometimes publish from Claude. That's upstream of this project.
A Capsule is the sealed one-file export boundary when the result can live as HTML; a Bundle is the sealed multi-file boundary when the result needs assets, media, data, or generated outputs. Artifact is where work can happen. Capsule or Bundle is how finished work leaves with provenance and integrity.
Why not Markdown?
Markdown is great. We're not anti-markdown. But markdown has no manifest, no integrity hash, no embedded media, no structured data block, no declared capabilities, no runtime. Markdown is content with formatting; a Capsule is content plus structure plus provenance plus interactivity, packaged in one HTML file.
Really, "HTML vs Markdown" is the wrong axis. The real axis is authoring vs archiving. Markdown is what you write IN. Capsule is what you publish OUT. The compiler in this repo (compiler/build_md_capsules.py) literally does this — eight of the on-site reading views (the spec, the full spec, the glossary, the research log, and more) are Markdown-authored and Capsule-compiled at build time. The two formats complement each other; they don't compete.
You sometimes hear the related token-cost concern: "HTML chews tokens that Markdown doesn't." That's real when an LLM is naively consuming the rendered markup as raw text. But a Capsule's capsule-data block is a separate, structured JSON object — an LLM consuming a Capsule can read manifest plus data and skip the rendered HTML entirely. The cheap reading path is built in. The rendered HTML is the human view; the JSON data block is the machine view. Same file, two reading paths, your choice which to follow.
If you're in the file-over-app school, a Capsule is what a note becomes when it deserves more rigor than markdown can give it.
Why not a notes app?
Notion, Obsidian, Tana, Apple Notes. Those are working surfaces. You edit, link, restructure, iterate, leave things half-done. A Capsule isn't a working surface; it's a sealed output. Same complementary relationship as an AI canvas above. The two layers complement; they don't compete.
You probably use both. Edit in your notes app of choice; emit a Capsule when something in there is finished enough to share or preserve, with provenance and integrity your notes app didn't carry. The Capsule is what one of your notes becomes when it leaves the editing layer for good.
Why not a database?
A database is for live, queryable, mutable data: what's true now. A Capsule is for a frozen snapshot: what was true then. The cost: it doesn't auto-update. The benefit: no schema migrations, no server to maintain, no live query that might return different results tomorrow, no account required to read it.
Use a database when you need the live state. Use a Capsule when you want to share or preserve a moment.
Why not a PDF?
PDF is excellent when the job is faithful pages. A Capsule is better when the job is structured, inspectable, screen-native work that people or tools may want to reuse later. Different jobs, different tools.
For print fidelity and fixed-layout preservation — especially PDF/A, which is a real archival format that institutions trust — use PDF. For portable HTML artifacts with embedded structure and behaviour the reader's machine can do something with, use a Capsule.
Different problems, different formats. A Capsule is the answer when you want structured, durable, single-file, AI-readable. Bundle is what you reach for when the same discipline needs a project-shaped file set instead.
Why a Capsule lasts
Two commitments that make every use case above durable.
A minimum floor.
Even if JavaScript doesn't run (iOS QuickLook, email preview, screen reader, ten-year-old browser), the substance is in the HTML. The runtime is enhancement, not requirement. Apps when alive. Documents when dormant.
A Capsule's substance lives in the file. No network fetches. No live data. No external dependencies. If a "Capsule" depends on a server somewhere, it's not a Capsule. It's a web app or a live dashboard, which is a different category of artifact entirely.
Together: the boundary makes the floor possible. The format stays honest by choosing one file when one file is enough, and a Bundle when the work is really a file set.
Closing
The point is to get the work out of the platform.
Not the only format I use. The one I trust to still open.
The one that doesn't ask me to remember which platform I was on, which app the file came from, which login I need, which CDN has to be alive, or which subscription has to be paid.
A Capsule is a small bet that the substrate stays open. A Bundle is the same bet when the work has outgrown one file.
I still use chats, canvases, folders, agents, and platforms. I just don't confuse the workspace with the artifact of record.
The practical goal is simple: when AI helps produce something worth keeping, the result should leave the session as a file or file set that can be opened, inspected, moved, archived, and handed to the next person or model.
What this is not
Six lines of fence-posting.
Not an app pretending to be a document. A document that can wake up into an app.
Not a standard you have to comply with. A loose discipline.
Not anti-platform. Anti-context-loss.
Not provider-locked. The file goes wherever you go.
This page is itself a Capsule per Core v0.3.0. Five required blocks, all inline. No network, no analytics. v2 — forked from the original landing sketch; v0.3.0 applies the HTML Capsule design system.