Markdown ↔ HTML 转换
Markdown 与 HTML 双向转换：实时渲染沙箱预览、复制源码，反向把网页富文本转回 Markdown。
Markdown 写起来快，但发布到网页、邮件、CMS 都需要 HTML；反过来，从网页复制下来的内容要进笔记库、README 或文档站，又需要 Markdown。这两个方向的转换是内容工作的高频动作，粘贴进在线转换器又总担心内容被上传。
本工具双向都能转：Markdown 用 marked 引擎实时渲染（GFM 表格、任务列表、代码围栏都支持），HTML 侧可切换「渲染预览」与「源码」两种视图，预览跑在沙箱 iframe 里，源码里的脚本永远不会执行；反向用 turndown 把网页 HTML 还原成干净的 Markdown（ATX 标题、围栏代码块）。换向时自动把输出带回输入，往返一次就能看出转换的保真度。
预览为什么放在 iframe 里
Markdown 源里写 <script> 或 <img onerror> 是完全合法的输入——转换器必须忠实转换，但绝不能在本站上下文里执行。预览因此跑在 sandbox="" 的 iframe 中：脚本、表单、弹窗全部禁用，只有纯静态标记被渲染。拿不可信来源的 HTML 试转换也是安全的。
HTML 转 Markdown 的取舍
HTML 的表现力是 Markdown 的超集：span、复杂嵌套表格、自定义属性都无法无损表达。反向转换按「结构优先」处理——标题、列表、链接、图片、加粗斜体、代码块、引用和简单表格都保留，多余的表现层标记丢弃。从 Word 或网页粘贴的内容建议先看预览确认，再取 Markdown。
常见问题
- 转换是本地进行的吗？
- 是。marked 与 turndown 都打包在页面里本地运行，没有网络请求，粘贴的文档内容不会离开浏览器。
- 支持哪些 Markdown 扩展语法？
- 支持 GFM：表格、任务列表、删除线、自动链接、围栏代码块与语言标注。脚注、数学公式等不属于 GFM 的扩展不保证渲染，会按普通文本输出。
- 为什么我的 HTML 转过来丢了某些样式？
- Markdown 表达不了的内容（精确颜色、字体、复杂布局）会被丢弃，这是格式的上限不是工具的缺陷。需要保真转换请保留 HTML；要进 Markdown 体系，建议把关键内容用结构化标记（标题、列表、表格）重新组织。