技術文檔翻譯提示詞（Markdown、代碼塊、連結原樣保留，只譯文字）
翻譯開源項目 README、API 文檔、開發者網誌、幫助中心等技術文檔時用：AI 只翻譯說明文字，保留 Markdown 格式、代碼塊、行內代碼、命令、連結地址、變量和佔位符，技術術語按約定處理（常見術語保留英文或使用通行譯名），並在最後輸出術語表和格式自檢結果。
通用大模型 對話模型通用
請把下面的技術文檔翻譯成 [目標語言]。 - 文檔類型：[文檔類型]（如：開源項目 README / API 參考 / 安裝教學 / 發佈說明） - 目標讀者：[目標讀者]（如：中文開發者 / 剛入門的用戶） - 術語偏好：[術語偏好]（如：常見英文術語保留不譯，如 API、token、commit；或提供術語表） - 原文（Markdown）： [粘貼文檔原文] 必須原樣保留（不翻譯、不修改）： - 代碼塊（``` 之間的所有內容）和行內代碼（反引號中的內容）； - 命令行命令、文件路徑、文件名、環境變量、配置項名稱； - 連結地址（URL）和錨點；連結的顯示文字需要翻譯； - 佔位符和變量（如 {name}、%s、<YOUR_API_KEY>）； - HTML 標籤和 Markdown 語法結構（標題層級、列表、表格、引用塊）。 翻譯要求： 1. 文字準確、簡潔，符合目標語言技術文檔的寫作習慣（如中文技術文檔常用「你」、操作步驟用祈使句）。 2. 代碼註釋：如果代碼塊中有註釋，預設不翻譯；如需翻譯請我確認（因為改動代碼塊可能影響複製使用）。 3. 術語一致：同一個術語全文使用一種譯法；有歧義的術語第一次出現時附英文原詞。 4. 表格：只翻譯單元格中的說明文字，參數名和類型保持原文。 5. 輸出完整的譯文 Markdown，然後輸出： - 術語表（原文 | 譯文 | 處理方式：保留 / 翻譯）； - 格式自檢：代碼塊數量、連結數量、標題數量與原文是否一致。 不確定的技術含義標【請核對】，不要猜測。
高亮處換成你自己的內容：[目標語言]、[文檔類型]、[目標讀者]、[術語偏好]、[粘貼文檔原文]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[術語偏好] 很重要：很多中文開發者更習慣看到 API、SDK、commit、merge 這類原詞，硬譯成中文反而難懂。參與開源項目翻譯時，先看項目是否已有翻譯指南或術語表，有的話直接貼進來。[粘貼文檔原文] 太長時按章節分批翻譯。
常見問題與調整：
- 代碼塊被翻譯或改動 → 立刻糾正：「代碼塊必須與原文完全一致，請恢復。」翻譯完成後最好用 diff 工具對比原文與譯文的代碼塊。
- 譯文太書面 → 追問：「改成開發者文檔常見的簡潔風格，步驟用祈使句。」
- 想保持同步更新 → 文檔更新後，只貼變化的部分，並附上之前的術語表，保證前後一致。
相關：從代碼生成文檔可以用本站「接口文檔怎麼寫」「README 怎麼寫」提示詞；介面文字本地化用「出海本地化翻譯提示詞」。
示例輸出
示例，僅供參考
原文：
Installation
Run the following command to install the CLI:
bash
npm install -g example-cliThen set your API key: export EXAMPLE_API_KEY=<YOUR_API_KEY>
譯文：
安裝
運行以下命令安裝命令行工具（CLI）：
bash
npm install -g example-cli然後設定你的 API 密鑰：export EXAMPLE_API_KEY=<YOUR_API_KEY>
格式自檢：代碼塊 1/1，行內代碼 1/1，標題 1/1 ✓
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～