转换器
Markdown 转文本转换器
Markdown 转文本是一款浏览器转换器，去掉 Markdown 语法并返回纯净、可读的文本——表格保持对齐，不可见字符默认被剥除。不上传任何文件；同一个渲染器也在 POST /v1/convert/markdown/text 背后运行。
# How to clean a ChatGPT answer ChatGPT often wraps answers in **bold** headings and padded lists. Keep the facts, drop the fluff. ## Steps 1. Paste the answer 2. Strip the filler sentences 3. Keep the table of numbers | Field | Value | | --- | --- | | Model | GPT-4 | | Tokens | 1,204 | Then copy the plain text into your notes.
如何操作
如何把 Markdown 转文本
可以粘贴什么
- 支持任意 Markdown：CommonMark，外加 GitHub Flavored Markdown 的表格、任务列表和删除线
- 渲染在你的浏览器中进行 —— 输入时不会上传任何内容
- 预览、复制或下载都无需账号
- 没有固定大小上限；超大的文档受浏览器内存限制
需要检查什么
- 标题变成行 —— 标题会变成独立的一行，后跟一个空行；标题层级本身在纯文本里不再表示。
- 列表保留标记与缩进 —— 有序和无序列表保留标记及其嵌套；可以选择短横线、圆点或不加标记。
- 表格渲染为对齐列或 TSV —— 管道表格变成填充对齐的列以便阅读，或变成制表符分隔的行以便直接粘贴进电子表格。
- 链接默认保留 URL —— 链接默认变成 "label (url)"，除非你选择 text-only，那样保留标签并丢掉 URL。
输出去向
- 直接从预览中复制 文本
- 下载 .txt 文件
- 用 POST /v1/convert/markdown/text 和你的 API key 自动完成 —— 0 credit
为什么使用
为什么用这款 Markdown 转文本转换器
工单字段、短信或纯文本邮件都无法渲染 Markdown 语法。这款转换器保留文字，丢掉那些否则会字面显示出来的标记。
在你的浏览器里运行
粘贴 Markdown，纯文本预览在本地更新。不上传任何文件，预览、复制或下载都不需要账号。
表格保持可读
为纯文本笔记选择对齐的列，或在打算把结果粘贴进电子表格时选择 TSV 风格的行。
你可以掌控的链接处理
用 text-url 把标签和 URL 放在一起，或在目标已经别处存了引用时用 text-only 丢掉 URL。
不可见字符被去除
从聊天模型复制来的零宽空格、零宽连接符和字节顺序标记默认会被剥掉。
列表结构保留
有序和无序列表保留它们的标记与缩进，而不会塌成一段连在一起的文字。
与 API 同一个引擎
这个预览和 POST /v1/convert/markdown/text 共用一个渲染器，所以这里复制出的纯文本与自动化调用一致。
问题所在
为什么 Markdown 语法会漏进笔记和工单
格式标记在复制粘贴中存活
星号、井号和竖线字符会字面出现在没有 Markdown 渲染器的工单、邮件或文本字段里。
链接要么刺眼，要么丢失上下文
原始的 [label](url) 要么淹没一条短消息，要么在粗暴剥除后丢掉读者真正需要的目标。
零宽字符藏在粘贴的文本里
从聊天模型复制来的文本可能夹带不可见的 Unicode 字符，会破坏搜索、diff 或下游解析。
保留什么
这款 Markdown 转文本转换器保留什么
- 标题变成行
- 标题会变成独立的一行，后跟一个空行；标题层级本身在纯文本里不再表示。Source: CommonMark Spec
- 列表保留标记与缩进
- 有序和无序列表保留标记及其嵌套；可以选择短横线、圆点或不加标记。Source: GitHub Flavored Markdown Spec
- 表格渲染为对齐列或 TSV
- 管道表格变成填充对齐的列以便阅读，或变成制表符分隔的行以便直接粘贴进电子表格。Source: GitHub Flavored Markdown Spec
- 链接默认保留 URL
- 链接默认变成 "label (url)"，除非你选择 text-only，那样保留标签并丢掉 URL。Source: CommonMark Spec
- 不可见字符被剥除
- 从其它工具复制来的零宽空格、零宽连接符、字节顺序标记和软连字符默认被移除。Source: product pipeline
- 围栏代码丢掉语言标签
- 代码块内容会保留，但围栏及其语言标注在纯文本里会被丢掉。Source: product pipeline
经过核验的 Markdown 转文本节选· https://markitdown.ai/blog/why-pdfs-break-llms
What actually goes wrong When teams pipe documents straight into an LLM or a retrieval index, a few failure modes show up again and again: - Reading order breaks. Multi-column layouts interleave. A two-column page becomes "line 1 left, line 1 right, line 2 left, line 2 right…", so a sentence a human reads top-to-bottom arrives at the model scrambled.- Tables collapse. Copy-paste turns a table into a loose run of numbers. The relationship between a header and its cell — the entire point of a table — is gone.- Headings disappear. The visual hierarchy (this is a section, this is a subsection) is encoded as font size and weight, not structure. Strip the styling and you get one undifferentiated wall of text.- Noise creeps in. Page numbers, running headers, hyphenated line breaks, and stray ligatures end up inline, polluting prompts and embeddings alike. Read more in the full article (https://markitdown.ai/blog/why-pdfs-break-llms).使用场景
Markdown 转文本的使用场景
从清理聊天模型的回答，到喂给搜索索引，纯文本正是一个没有 Markdown 渲染器的系统真正需要的东西。
清理 LLM 回答
粘贴一段 ChatGPT、Claude 或 Gemini 的回答，剥掉它的 Markdown，再粘贴进邮件、工单或纯文本字段。
支持工单与内部笔记
把 Markdown 运行手册或回复模板变成工单系统能显示、不残留星号或竖线的文本。
短信与纯文本邮件
为不渲染 Markdown 或 HTML 的渠道准备一条短消息，需要读起来就是干净的文字。
规范化输出的开发者
从存储 Markdown、却需要一份纯文本副本用于搜索索引或预览的流水线里调用渲染端点。
API
面向开发者的 Markdown 转文本 API
渲染同步运行，消耗 0 credit。把 Markdown 作为文本、或引用一个已存储的 .md 文件，POST 到 /v1/convert/markdown/text；把 links 设为 text-url（默认，保留 URL）或 text（只留标签）。
阅读 API 指南curl -X POST https://api.markitdown.ai/v1/convert/markdown/text \ -H "x-api-key: mdai_…" \ -H "Content-Type: application/json" \ -d '{ "text": "# Notes\n\nSee [docs](https://markitdown.ai/developers).", "links": "text" }'指南
清理聊天回答
ChatGPT、Claude 和 Gemini 默认都返回 Markdown：标题、加粗词、编号步骤，偶尔还有表格。这在聊天窗口里很方便，可一旦你把同一段回答粘贴进邮件、支持工单或纯文本字段，就变得别扭——星号和井号会字面出现，而不是隐入格式。这款转换器正是去掉那套语法，同时保留文字、列表结构，以及（如果你想要）引文指向的那个链接，让粘贴的结果读起来还是模型想表达的意思，却不带着它的标记。
- 粘贴模型原始的 Markdown 回答，而不是截图或手工重打的版本。
- 在把设置应用到长文档之前，先用一段带表格或多个链接的段落试一下。
- 转换只改变格式；它不检查回答的事实性说法。
文本会丢掉什么
把 Markdown 转成文本是一条单行道：标题变成普通的一行，去掉星号之后强调不再有任何视觉权重。如果来源里某个警告完全靠加粗来突出，纯文本版本就需要自己的措辞来承载那层意思，因为原先负责这件事的格式已经不在了。把 Markdown 源文件当作你继续编辑的版本，改动之后重新生成纯文本，而不是去编辑一份已经拍平的副本——从纯文本重建结构并不可靠，还会丢掉原本根本不必丢的信息。
表格与链接
Markdown 表格要么转换成对齐、填充过的列，在等宽字体里读起来舒服，要么转换成制表符分隔的值，能干净地粘贴进电子表格——正确选择取决于文本要去哪里，而不是哪一个在这里更好看。链接也有类似的选择：把 URL 留在标签旁边，能让读者在毫无其它上下文的笔记里找回出处；丢掉 URL 则能避免一句带多个链接的话变成一堵括号墙。在把任一设置应用到整篇文档之前，先检查一段带多个链接或宽表格的段落。
更多 Markdown 转换器
- PDF → Markdown正文、表格与扫描件
- Word → Markdown保留标题与列表的 DOCX
- PPT → Markdown幻灯片文字、备注与表格
- Excel → Markdown每个工作表一张表
- Image → Markdown扫描件与截图的 OCR
- HTML → Markdown粘贴或上传 HTML
- URL → Markdown任意公开网页，清洗后输出
- Markdown → HTML干净、语义化的 HTML
- Markdown → PDF本地打印为 PDF
Need it in your code? Use the developer API. Converting at scale? See plans and pricing.
FAQ
Markdown 转文本常见问题
Markdown 转文本是怎么工作的？
粘贴 Markdown，转换器会在你的浏览器本地去掉它的语法，使用的是与 POST /v1/convert/markdown/text 相同的渲染器。你输入时不会上传任何内容。
Markdown 转文本会保留表格结构吗？
会。表格变成对齐、填充过的列以便阅读，或变成制表符分隔的行以便粘贴进电子表格。
把 Markdown 转文本时链接会怎样？
默认情况下链接会变成 "label (url)"。选择 text-only 可以只保留标签并丢掉 URL。
不可见字符会自动被移除吗？
是的，默认会。从聊天模型复制来的零宽空格、零宽连接符和字节顺序标记都会被剥掉。
把 Markdown 转文本需要账号吗？
不需要。预览、复制和下载都不需要登录，因为渲染在你的浏览器本地运行。
这和 API 的 markdown/text 选项是同一个东西吗？
是的。浏览器工具和 POST /v1/convert/markdown/text 共用同一套渲染规则，包括 links 设置。
可以从代码里把 Markdown 转文本吗？
可以。把 Markdown 作为文本、或一个已存储的 .md 文件，POST 到 /v1/convert/markdown/text 并带上 API key。它消耗 0 credit。见 /developers。