Skip to content

Product overview

A markdown collaboration tool that keeps the file the source of truth.

Comment on the words you're reading, not the syntax underneath them. Keep every version. Review changes without learning a tool first — all on plain files that stay yours, wherever they live.

One document, end to end

Five steps, and the document never leaves the file it started in.

Draft, ask an agent, review in place, decide, keep — the same shape whether you are alone with three agents or eleven people and a deadline. Everything below is one of these five steps up close.

A five-step flow across four swimlanes — author, AI agents, reviewers and guests, and approver. Step one, draft the file in place. Step two, ask an agent, which returns suggestions signed with its own name. Step three, reviewers and guests question and suggest on the rendered text. Step four, a human accepts or rejects and the approver signs off on one version. Step five, the save is kept as a restorable version. Accepting suggestions can be delegated by a document’s owner; approving, restoring and sharing are always human acts.
At no point does the document leave your machine unless you switch sync on for that workspace.

Commenting

Comment on markdown the way you actually read it.

Highlight the formatted words on the page, not the raw syntax or a diff line. DraftMesh anchors the comment to that text span, so it survives edits to the prose around it.

  • No mapping rendered text to diff lines

    GitHub pull requests make reviewers translate formatted prose back onto raw markdown diffs. That translation step is where reviewers give up.

  • Comments don’t vanish on edit

    Confluence comments disappear when a page is edited or retitled. A DraftMesh comment stays attached to its text span through ordinary edits nearby.

  • Anchored, not line-numbered

    The anchor is the quoted text itself, so a comment survives reformatting, reflow, or a paragraph moving elsewhere in the document.

launch-checklist.md

Launch Readiness Checklist

Support needs two business days of lead time before the public announcement goes out.

Priya · Support lead

Make it three days — we still need to brief the on-call rotation.

Version history

Never lose work, even when two people edit at once.

Every version is kept, restore is one click, and a collision is surfaced — never silently resolved.

01

Every version kept

Nothing is pruned to save space. Each save is a version with a name and a time on it — yours, a teammate's, or an agent's — back to the first one.

02

Restore is one button

Restoring an earlier version makes it the current document as a new version, so nothing is destroyed by restoring. No branch to check out, no merge to resolve by hand.

03

Collisions surface, they don't overwrite

If two edits land on the same document at the same time, DraftMesh keeps both and tells you there's a conflict to resolve — it never picks one silently and discards the other.

04

Approvals pin to a version

A sign-off records who approved and exactly which version they approved. When the document moves on, the approval visibly goes stale rather than quietly covering new text.
The DraftMesh version history panel listing saved versions of a document, each with its author and the time it was saved, and a Restore version button.
The history panel: a list of versions, who saved each one, and a button that brings one back. That is the entire interface.

Suggested edits

Propose a change. The owner approves or rejects it in one click.

Suggested edits work like comments: they attach to the document without touching the live text until someone with ownership signs off.

How a suggestion moves through review

A reviewer selects text, proposes a replacement, and the suggestion sits alongside the document as a pending change. The owner reads it in place, then accepts or rejects it with a single click — no separate branch, no pull request to open first.
A draft document with a blue comment card on one side, an ink comment card on the other, and an approval check mark above it.

Beyond prose

Send stakeholders a live dashboard and let them comment on it.

An .html document renders as a real page people can comment on and approve. A .json file holds the numbers behind it.

  • HTML renders, and takes comments

    The page renders inside a sandbox — styles and scripts work, but it cannot reach outside. Reviewers highlight the rendered content and comment on it, and the document can be approved like any other.

  • JSON is the data underneath

    A data file opens as a browsable tree. DraftMesh refuses to save invalid JSON — from you or from an agent — so a typo cannot silently break the dashboards reading it.

  • The page updates when the data does

    An HTML document can read JSON from its own workspace and re-render the moment the file changes. Edit the numbers in DraftMesh, from a script, or with an agent; every open page follows.

  • Versioned exactly like prose

    All three types carry full history, so "who changed this number, and when" has the same answer as "who changed this paragraph".

An HTML dashboard document rendered inside DraftMesh, showing charts and figures drawn from a JSON data file in the same workspace.
An .html document reading a .json file from the same workspace.

Markdown is the only type that takes suggested edits — the full capability matrix is in supported file types.

Your files, your disk

Plain files, no database, no export step.

Your documents live in a folder you choose. DraftMesh reads and writes the same ordinary .md, .html and .json files any other tool can open — and on markdown, the comments travel inside the file itself.

01

Portable by construction

A DraftMesh document is an ordinary file — a .md, .html, or .json. Open it in Vim, VS Code, a browser, or any other tool and every byte is there.

02

Offline-first

There's no proprietary database holding your content. Nothing to migrate away from if you stop using DraftMesh.

03

Comments live inside the file

Annotations are stored as invisible HTML-comment markers inside the markdown, so sending the file to someone sends the review context with it.

Offline-first

The local app has no network dependency at all.

This isn't offline tolerance with a sync queue behind it. There is no network call in the free local app's document path — airplane mode, an air gap, or dead Wi-Fi all behave identically.

Questions about how DraftMesh works

How is commenting different from GitHub or Google Docs?

GitHub PRs force you to map rendered content back onto raw diff lines — reviewers who don’t read markdown syntax fluently give up. Confluence comments vanish when the page is edited or retitled. DraftMesh anchors comments to the rendered text span itself, so they survive edits to the surrounding prose.

What happens when two people edit the same document at once?

Both edits survive. DraftMesh never silently overwrites one person’s work with another’s. When two changes collide, you’re told, and you resolve it — nothing is dropped without your knowledge.

Do I need to be technical to use version history?

No. You see a list of saved versions with an author and a time on each, and a button that restores one. That’s the entire vocabulary — nothing borrowed from developer tooling, and nothing to type.

Where do suggested edits and comments actually live?

Inside the markdown file itself, as invisible HTML-comment markers. There’s no separate database record that can get out of sync with the document — send the file to someone else and the comments go with it.

Does DraftMesh require an internet connection?

The local app has no network dependency at all. It reads and writes files on your disk. Airplane mode, an air-gapped machine, or a dead Wi-Fi connection all behave identically.

Will my documents still be plain files if I stop using DraftMesh?

Yes. There is no export step, because there is nothing to export from. Your files were already ordinary .md, .html, and .json files in a folder you chose — uninstalling DraftMesh leaves them exactly as they are, comments and all.

Can I do this with anything other than markdown?

Yes — HTML and JSON, today. An .html document renders as a real page reviewers can comment on and approve, and a .json data file is versioned alongside it. Only markdown takes suggested edits; the full matrix is in the supported file types doc.

Good work. Woven together.

The local app is free forever — no account, no upload, no card. Your markdown never leaves your machine.

Free forever, local, no account