Markdown裏的星號、下劃線和方括號怎樣原樣顯示：轉義與行內代碼分開用

開始前先確認

先判斷你要交付的是一句可讀的說明，還是一段必須照抄的文本，再選擇寫法。

轉義負責保留標點，行內代碼負責標明文本用途

轉義是在普通 Markdown 源碼中，用反斜槓取消後一個標點的語法作用。CommonMark 允許轉義 ASCII 標點，但代碼塊和行內代碼不按這套規則處理反斜槓。規則依據見 CommonMark 反斜槓轉義說明。

實際編輯時可以這樣分工：說明“帶星號的字段必填”，保留正文樣式；告訴讀者打開某個文件，則把完整文件名作爲代碼呈現。不要因爲遇到一個星號，就把整段文章改成代碼。

下面是假設性的寫作樣例。“源碼”列顯示要輸入到 Markdown 源文件中的字符；“預期顯示”列用代碼樣式標明字符結果，避免表格本身再次解釋標點。

表格用於選寫法，不意味着每個未轉義標點都會觸發格式。修改範圍以讀者需要的字符爲準，不必給整篇文章的所有標點批量添加反斜槓。

用一個小樣本完成修改

假設你正在編寫交接說明，希望同事看到 *待确认* 兩側的星號，並複製一個文件路徑。可以先獨立寫三行：

状态为 \*待确认\* 时，请先补齐附件。
打开 `D:\docs\[draft]\note.md`。
文件名使用 `report_final.md`。

第一行讓星號留在普通正文中，後兩行把需要複製的內容明確標成代碼。這個例子只演示文檔寫法，不表示該文件或目錄真實存在。

建議按以下順序處理正式文稿：

1. 複製出一份原文件，在副本里找到發生變化的最短句子。
2. 寫下讀者最終應看到或複製的原文，再對照源碼，避免把輔助反斜槓誤當成目標字符。
3. 按上表選一種寫法，只改這一處，在目標軟件的預覽中核對。
4. 從渲染結果複製文件名或路徑到純文本編輯器，與原文逐字對比。
5. 確認後再處理同類位置，並檢查最終導出文件。

如果文章還要交付 HTML 或 PDF，可接着按 Markdown 導出覈對流程檢查成品。編輯器中的一次預覽，不能替代交付文件的檢查。

加了反斜槓仍不對，先檢查它處在哪一層

代碼裏多出了反斜槓。 想展示文件名時，把已經轉義過的正文直接包進反引號，容易把輔助字符也留給讀者。應回到原始文件名，再添加代碼邊界。例如目標是 report_final.md，就不要把 report\_final.md 當成原文複製進去。

整段語法都需要展示。 如果讀者要複製幾行完整示例，逐個處理星號和方括號不便於複覈。改用獨立代碼塊，並按 Markdown 代碼塊的寫法與排錯檢查代碼邊界；不要把段落解釋一起塞進示例。

同樣的文本在另一個軟件中變樣。 Markdown 的具體實現和擴展可能不同，先確認問題發生在正文、表格還是代碼中，再用同一份最小樣例比較。若只有表格中的分隔符出現異常，轉到 Markdown 表格特殊字符處理覈對，不要沿用正文修法反覆加斜槓。

展示正確，卻無法直接執行。 行內代碼只解決文檔呈現。命令是否可運行、路徑是否存在，還需要在對應環境覈實；文檔裏的轉義也不等於命令行、JSON 或程序字符串中的轉義。排查時先取出最終 Markdown 文本，再判斷這一層需要哪些字符。

交付前可複用的核對錶

保留原文件和這組短樣例。之後更換編輯器、導出工具或發佈平臺，先用樣例確認字符是否一致，再遷移整篇文稿。