问题
在 GitHub Issue（excalidraw/excalidraw，2021-01）中，有开发者想把 Excalidraw 画布嵌进 Outline 这类 wiki/笔记工具，但用 iframe 嵌入分享链接时体验混乱：“I'm able to make edits in the iframe but they are not reflected to anyone else that views it on another browser”，而且同一页面放多个 iframe 时，无论 json= 分享串是什么都显示同一张图。用户被迫走笨拙的绕路：从 excalidraw.com 手动导出分享链接再粘贴进嵌入工具。痛点分级仅 3/10，说明这是一个摩擦而非火烧眉毛的问题。
目标用户
把白板/示意图嵌进内部 wiki、文档站或笔记工具（如 Outline）的开发者和技术写作者。市场规模不明——仅一条 Issue 信号，只能定性为工具链中的长尾需求，可能集中在自托管知识库的小团队。
解决方案
- 提供 或 iframe 嵌入代码，任何网页可粘贴即用
- 只读模式：始终优先加载 json= 分享数据，杜绝“编辑不回传”的困惑
- 同页多实例隔离：每个嵌入按自己的分享串渲染，不串图
- 后续可选：把嵌入态编辑回写到原分享链接（信号中提出的方向）
AI 在此机会中不扮演核心角色，本质是渲染与嵌入工程；若做编辑回写，可用模型辅助图形语义合并，但信号未提供依据。
MVP 范围
第一版只做三件事：一段可粘贴到任意页面的嵌入代码（iframe 或 script）、强制以 json= 分享数据渲染只读画布、同一页面多个嵌入各自显示不同内容。明确不做：在嵌入态编辑并回写原分享链接（信号中提出的另一个方向）、协作同步、白板绘制功能本身——依赖 Excalidraw 现有数据格式。
风险
- 平台依赖：整个方案寄生在 Excalidraw 的分享链接与 json= 数据格式上，对方一个改动即可使其失效。
- 官方替代：这本质是 Excalidraw 仓库里的一个 Issue，官方若实现只读模式或修复 json 加载，第三方方案即失去存在理由。
- 证据极薄：仅 1 条 2021 年的信号、34 分互动、pain 3、无付费意愿，可能并不代表一个真实市场规模。
- 免费文化：目标用户群（开源工具开发者）对这类小工具的付费预期极低。
已有产品
| 产品 | 定位 | 价格 |
|---|---|---|
| Excalidraw | 问题源头即官方产品：开源白板工具，已有 iframe 嵌入能力但体验混乱，其 GitHub Issue 表明官方已知晓并可能自行修复。 | — |
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
GitHub Issues · excalidraw/excalidraw1月4日投资方向▲ 341 条评论
“I'm able to make edits in the iframe but they are not reflected to anyone else that views it on another browser”
Embedding Excalidraw share links in iframes gives a confusing experience: edits in the iframe aren't reflected to others and multiple iframes on a page show the same drawing regardless of the json= share string.原文