The collaborative document, expanded

Stop screenshotting Excalidraw into Google Docs.

Threaded comments and version history — like Google Docs, but on HTML. Charts stay live. Diagrams stay native. And agents can work through the MCP surface without losing the human thread context.

The doc loop you already know.

You wrote something good. Then you flattened it so the team could comment on it.

1.

Draw it

You sketch the diagram in Excalidraw. Or Figma. Or hand-roll the SVG.

2.

Flatten it

Export as PNG. Drag it into Google Docs. Write the prose around the picture.

3.

Receive vague feedback

Reviewers comment beside the image, because there is no way to comment inside it.

4.

Revise. Re-flatten.

The thread is now about a picture that no longer exists. Repeat from step 1.

I think the value prop is that you get to write docs that include HTML. You're able to be much more expressive in ways that the agent can explain stuff. You don't have to make Excalidraw, then snapshot the picture to copy and paste back into Google Docs. My team writes a lot of slop docs that only live on our local computers.
— A staff engineer, on what made them want this

Half the time the doc never even leaves the laptop. Google Docs flattens it. Linear can't render it. Vercel will publish it but won't let your team comment on it. So the work just… sits there.

A collaborative document, on the medium your agent already speaks.

HTML is the most expressive document medium your team has. It's the one your agent already writes in, and the one that holds charts, diagrams, animations, and embedded demos without flattening any of it.

Rich Doc takes any HTML and gives it the collaboration most teams expect from Google Docs — a live URL, threaded comments, resolved-and-reopened threads, version history. Comments anchor to text or to whole visual elements (img, svg, canvas). When the agent or author republishes, every open thread carries forward.

There is no editor to learn. You publish HTML — the format your agent already produces.

Your agents can call Rich Doc through MCP to publish revisions, fetch latest versions, and keep threaded review in place.

Anchoring

Comment on the chart, not next to it.

Anchor a thread on a paragraph, on the <svg> of a diagram, or on the <canvas> of a Chart.js dashboard. Reviewers point at the thing they mean.

Continuity

Threads that survive every revision.

When the document changes, comment threads move with it. Open conversations carry forward to the new version — nothing gets stranded on a draft no one is looking at anymore.

How it works

One loop. Three calls.

Publish HTML. Discuss inside it. Revise — and let the open threads come with you.

1.

Publish

Send any HTML document and get back a live URL to share with your team.

2.

Discuss

Teammates open the URL and thread comments on text, charts, or diagrams. Replies appear live for anyone watching.

3.

Revise

Edit the document yourself or hand it to your agent. Open threads carry forward to the new version — nothing gets stranded on an old draft.

Why HTML

What your agent shipped is what your team comments on.

Your agent doesn't write Markdown that approximates a chart. It writes Chart.js that is the chart. It draws SVG diagrams. It builds an interactive demo and explains it. Flattening any of that loses the part worth reviewing.

Charts

Live, not flattened.

1

Reviewers anchor a thread on the <canvas> — or on the bar that spiked.

Diagrams

SVG you can point inside.

A B C 2

Anchor on a node, an edge, or the whole <svg>. The shape stays the shape.

Demos

Interactive, end to end.

embedded · live interactive region 3

Animations and interactive demos stay interactive. Reviewers anchor on the part that matters — and your team works in a safely isolated surface.

Try it

Send your team a doc they can actually engage with.

Charts stay live. Diagrams stay native. Comments anchor to the part of the picture that matters. And every open thread is still there in the next revision.