轉換器

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 的表格、任務列表和刪除線
  • 渲染在你的瀏覽器中進行 —— 輸入時不會上傳任何內容
  • 預覽、複製或下載都無需帳號
  • 沒有固定大小上限;超大的文件受瀏覽器記憶體限制
Markdown 轉文字轉換器:把 Markdown 渲染成純文字

為什麼使用

為什麼用這款 Markdown 轉文字轉換器

工單欄位、簡訊或純文字郵件都無法渲染 Markdown 語法。這款轉換器保留文字,丟掉那些否則會字面顯示出來的標記。

在你的瀏覽器裡執行

貼上 Markdown,純文字預覽在本機更新。不上傳任何檔案,預覽、複製或下載都不需要帳號。

表格保持可讀

為純文字筆記選擇對齊的列,或在打算把結果貼上進試算表時選擇 TSV 風格的行。

你可以掌控的連結處理

用 text-url 把標籤和 URL 放在一起,或在目標已經別處存了引用時用 text-only 丟掉 URL。

不可見字元被去除

從聊天模型複製來的零寬空格、零寬連接符和位元組順序標記預設會被剝掉。

列表結構保留

有序和無序列表保留它們的標記與縮排,而不會塌成一段連在一起的文字。

與 API 同一個引擎

這個預覽和 POST /v1/convert/markdown/text 共用一個渲染器,所以這裡複製出的純文字與自動化呼叫一致。

問題所在

為什麼 Markdown 語法會漏進筆記和工單

格式標記在複製貼上中存活

星號、井號和豎線字元會字面出現在沒有 Markdown 渲染器的工單、郵件或文字欄位裡。

連結要麼刺眼,要麼丟失上下文

原始的 [label](url) 要麼淹沒一條短訊息,要麼在粗暴剝除後丟掉讀者真正需要的目標。

零寬字元藏在貼上的文字里

從聊天模型複製來的文字可能夾帶不可見的 Unicode 字元,會破壞搜尋、diff 或下游解析。

Markdown 轉純文字:複製貼上後的錯亂文字與乾淨的 Markdown 結構對比

保留什麼

這款 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、卻需要一份純文字副本用於搜尋索引或預覽的流水線裡呼叫渲染端點。

轉換 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 則能避免一句帶多個連結的話變成一堵括號牆。在把任一設定應用到整篇文件之前,先檢查一段帶多個連結或寬表格的段落。

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。

隨時將 Markdown 轉換為 文字。

免費試用——無需註冊。