Three code approaches
Three implementation paths are compared in one view, with tradeoffs placed beside the code instead of buried in prose.
01-code.html
Twenty self-contained .html files an agent produced instead of a wall of markdown. Each one turns a flat document into something you can open, inspect, and use directly in a browser.
When the direction is still open, a browser artifact can fan out alternatives and make the tradeoffs visible together before the chosen path becomes an implementation plan.
Three implementation paths are compared in one view, with tradeoffs placed beside the code instead of buried in prose.
01-code.htmlSeveral visual directions are rendered side by side so feedback can point to a concrete interface, not an imagined one.
02-visual.htmlA plan page brings milestones, data flow, mockups, risky areas, and validation notes into one handoff artifact.
16-plan.htmlDiffs and call graphs are spatial information. Render them as annotated reviews, module maps, and reviewer-facing summaries so the shape of the change is visible.
A review surface pairs code changes with severity notes, inline context, and jump points for faster scanning.
03-review.htmlThe author-side narrative explains motivation, file-level changes, and where a reviewer should spend attention.
17-writeup.htmlA package is mapped as boxes, paths, and entry points so the system shape is visible before reading every file.
04-understanding.htmlHTML is the medium design systems ship in. Tokens can become swatches, and component states can become contact sheets that are ready for review.
Tokens for color, type, and spacing are presented as inspectable swatches and reference rows.
05-system.htmlOne component is laid out across sizes, states, and intents so the state matrix can be reviewed at once.
06-variants.htmlMotion and interaction are hard to judge as prose. A throwaway HTML page lets timing, easing, and click-throughs become tangible.
Motion parameters are isolated with controls for duration and easing before the transition is integrated elsewhere.
07-animation.htmlA small linked flow lets a reviewer move through the experience and judge whether the sequence holds together.
08-interaction.htmlDiagrams and figure sheets can live as editable browser-native artifacts when the page itself needs to carry the process.
Multiple figures are collected as editable browser-native assets for posts, docs, or handoff notes.
10-illustrations.htmlA deployment flow is presented as steps, timing, and failure routes that can be explored without leaving the page.
13-flowchart.htmlA short deck can be a single HTML file: portable, editable, and navigable without a separate presentation export.
A lightweight slide document uses plain HTML sections and keyboard navigation for live presentation.
09-deck.htmlExplainers become easier to learn from when summaries, steps, examples, and glossary context have their own places on the page.
A repository feature is explained with a summary, request path, configuration tabs, and practical questions.
14-feature.htmlA technical concept is made interactive with a live model, comparison table, and context-sensitive glossary.
15-concept.htmlStatus updates and postmortems benefit from a readable structure: summary, state, timeline, chart, and next actions.
A weekly update tracks shipped work, slips, and trend context in a format designed for quick Monday reading.
11-status.htmlA post-incident artifact combines event sequence, relevant logs, impact, and follow-up ownership.
12-incident.htmlA purpose-built temporary editor can keep the human in the loop, then export the final arrangement back into markdown, code, or agent input.
Thirty tickets can be moved across priority columns, then exported as a final ordered markdown list.
18-triage.htmlFlags are grouped by area, dependency warnings stay visible, and changed keys can be copied as a focused diff.
19-flags.htmlAn editable prompt template and sample inputs update together, making the prompt's behavior easier to judge.
20-prompt.html