September 11, 2026 Built Supanote for devs who share more than plain text

I share code, logs, and markdown all day — bug reports, runbooks, API payloads, stack traces, internal docs.

Most tools treat everything like a flat text file: wrong preview, weak formatting, dead-end links with no way to follow up.

So I built Supanote.

Core flow is simple: paste → clean link → proper preview

But I wanted it to feel like a real dev tool, not a generic note app:

Rich markdown primitives — beyond basic headings and code blocks:

  • :::note / :::warning / :::tip callouts

  • :::tabs for multi-section docs

  • :::terminal, :::request, :::file blocks

  • :::checklist, :::progress, :::stat for runbooks & status updates

Paste a technical doc and it renders like one.

Threaded replies — follow-up on a shared snippet? Reply with a linked note. Full thread view, reply policies (open link / signed-in only / disabled). Lightweight discussion around shared content, not a one-way dump.

Also: auto format detection (JSON, logs, code, HTML…), optional encryption, burn-after-read, REST API + MCP for AI workflows.

Still early, but I use it daily.

Honest feedback welcome:

https://supanote.app

What’s missing from your snippet-sharing workflow?

3 Comments

  1. 1
    Same bet I'm making — guests join by link, no account. One thing I've learned: viewers-only recipients almost never convert; the moment they can do one small interactive thing (vote, react), a chunk of them stick. Are your recipients viewers-only or can they interact?
  2. 1
    Aryan's question is the real measurement. "Richer formatting that's nice to have once" scales to zero. "Shared link that becomes the team's standard artifact for incident response" scales to revenue. The binding signal: track how many people return to *share* something new (not just view) within 7 days of first use. One-time formatters will hit zero. Real tools hit >40%. Then split that further: which team/use-case has the highest return rate? A team that shares runbooks weekly is worth 10x the team that shared a bug report once. That one cohort - weekly runbook sharers - should become your entire first release roadmap. Also worth measuring: link retention. If a shared snippet gets 10 views in the first day and 0 in the next month, you've built a nice formatter. If it gets steady views across 90 days, you've built a reference tool. That's the difference between a feature and a platform. Ask your users: "Did you bookmark this link? Have you sent it to anyone else? Would you lose something if Supanote disappeared tomorrow?" Answer pattern determines whether you're solving a real workflow problem or just making paste look prettier.
  3. 1
    Daily personal use is a good signal. Have other developers started using Supanote repeatedly for real bug reports, runbooks, or API payloads, or are people mainly trying it once because the richer formatting looks useful?

About

Sharing dev snippets shouldn't be ugly or broken. Supanote: paste anything, get a clean link with the right preview.