開源現場THE OPEN SOURCE RECORD
獨立紀實專題資料截至 2026.10.27
開源協作 × 在地化 × 人工智慧

一份繁中翻譯,
如何成為
AI 貢獻爭議。

TOML 事件全紀錄

從一個新增 zh-TW 的提案開始,
爭論走向工具、品質、信任,以及開源協作的邊界。

03 GitHub 討論串93 篇逐則整理10.23 提案與 PR 建立10.25 第二份提案關閉、鎖定
閱讀章節
01 / CONTEXT

爭議之前,
先看見那份貢獻。

這不是只有一則回覆的故事。需求、提交內容與後續公開討論,構成了不同層次的問題。

TOML 是用於設定檔的文字格式;toml.io 提供規格與不同語言版本。2026 年 10 月 23 日,doggy8088(Will 保哥)為網站提出臺灣繁體中文語系,並送出首頁、兩版規格與介面調整的 PR。TOML 官網 ↗ 查看提案

專案成員 arp242 將第一份 issue 判斷為 LLM 提示詞,要求不要用 agent 提交;issue 與 PR 隨後關閉。作者承認 AI 協助,主張自己審閱並負責,希望按成果品質評估。兩天後再次提出的 issue,則在維護者引用 Facebook 貼文後遭關閉及鎖定。第一則拒絕 · 再次關閉的脈絡

後續留言並未形成單一陣營:有人強調人工審校與文化差異,有人批評提交及公開擴散方式,也有人同時要求維護者改善回饋。這份專題逐則轉述各方論點,並把當事人的說法與能由紀錄核實的事實分開。

需要分開理解的三個層次

需求

繁中在地化

字形、臺灣技術術語與閱讀習慣。新增語系的必要性,由哪些讀者需求支持?

成果

譯文與程式變更

文字是否準確?共用模板是否正確?如何提供可查核的審校證據?

協作

規則、負擔與信任

專案接受什麼提交方式?拒絕如何說明?公開討論如何影響彼此信任?

在這份紀錄中發言的人

doggy8088

提案與 PR 作者;公開表示使用 AI 協助並願意負責。

arp242

GitHub 顯示為專案成員;執行關閉並說明拒絕立場。

ShikiSuen · d4n1elchen · ddman

分別提出在地化、人工審校及對拒絕方式的意見。

brlin-tw · pcchou

自述有在地化或社群經驗;對處理及公開擴散方式提出不同評價。

Copilot

自動審查工具;意見聚焦介面語言標記。

02 / CHRONOLOGY

把三個討論串,
放回同一條時間線。

這條時間線涵蓋三個 GitHub 討論串,採臺灣時區(UTC+8),可展開 UTC 對照。Facebook 頁面僅提供分鐘精度,另依回覆關係整理於逐則留言章,不補造秒數混排。

發言與主文+ 狀態變更、提交與最後編輯
  1. 202610.23

  2. 22:11:04臺灣時間
    #98doggy8088 · 提交紀錄

    原始翻譯提交建立

    b9bd601:新增繁中規格、首頁與共用模板調整。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:11:04前往紀錄 ↗
  3. 22:11:06臺灣時間
    #97doggy8088 · 主文

    一個繁體中文語系的提案

    從臺灣用語的差異出發,提案同時涵蓋翻譯、語言標記與網站介面。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:11:06前往紀錄 ↗
  4. 22:11:30臺灣時間
    #98doggy8088 · 主文

    PR 不只加入譯文,也動到共用模板

    提案後 24 秒,PR #98 建立;提交內容包含八個檔案。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:11:30前往紀錄 ↗
  5. 22:11:33臺灣時間
    #98doggy8088 · 狀態事件

    請求 Copilot 審查

    依自動審查設定請求 Copilot;不是維護者的人工審查。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:11:33前往紀錄 ↗
  6. 22:12:07臺灣時間
    #98doggy8088 · 狀態事件

    Copilot 開始審查

    GitHub 記錄自動審查工作開始。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:12:07前往紀錄 ↗
  7. 22:15:23臺灣時間
    #98Copilot · 行內討論

    行內意見:頁面語言不一定等於介面字串語言

    問題出在現有非英文語系的英文備援,以及選單與語言選單的標記。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:15:23前往紀錄 ↗
  8. 22:15:23臺灣時間
    #98copilot-pull-request-reviewer[bot] · 機器人審查總評

    Copilot 審查總評:英文備援字串的語言標記

    自動審查提出一項無障礙問題,並列出八個異動檔案。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:15:23前往紀錄 ↗
  9. 22:17:20臺灣時間
    #97arp242 · 狀態事件

    提案被關閉

    arp242 將 #97 以「不規劃處理」關閉。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:17:20前往紀錄 ↗
  10. 22:17:20臺灣時間
    #97arp242 · 留言

    維護者將 issue 判定為 LLM 提示詞

    arp242 反對透過 agent 提交,並在同一秒關閉 issue。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:17:20前往紀錄 ↗
  11. 22:17:43臺灣時間
    #98arp242 · 狀態事件

    PR 關閉、未合併

    arp242 關閉 #98;沒有附上另一則一般 PR 留言。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:17:43前往紀錄 ↗
  12. 22:32:52臺灣時間
    #97doggy8088 · 留言

    作者承認 AI 輔助,要求依成果審查

    作者願意負責、縮小範圍,也要求釐清拒絕標準。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:32:52前往紀錄 ↗
  13. 22:42:18臺灣時間
    #98doggy8088 · 提交紀錄

    另一筆修正提交建立

    83dd824 修正英文備援的語言標記;當前 PR 未包含此提交。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:42:18前往紀錄 ↗
  14. 22:42:29臺灣時間
    #98doggy8088 · 行內討論

    作者回覆已修正;提交存在,PR 未包含它

    修正提交接在原始提交之後,但當前 PR 清單仍只有原始版本。

    UTC 對照與來源臺灣 UTC 2026-10-23 14:42:29前往紀錄 ↗
  15. 23:07:26臺灣時間
    #97doggy8088 · 留言

    再一次說明:工具、責任與審查負擔

    第二則回覆引入 Linux 郵件討論,並再次提出縮小工作範圍。

    UTC 對照與來源臺灣 UTC 2026-10-23 15:07:26前往紀錄 ↗
  16. 202610.24

  17. 00:02:36臺灣時間
    #97ShikiSuen · 留言

    ShikiSuen 區分在地化與程式碼貢獻

    他質疑以 AI 使用方式拒絕在地化的理由,也在後來編輯中交代撤回另一則回應。(此留言後曾編輯;詳述顯示最新可讀版本。)

    UTC 對照與來源臺灣 UTC 2026-10-23 16:02:36前往紀錄 ↗
  18. 202610.25

  19. 20:48:46臺灣時間
    #99doggy8088 · 主文

    重新提案:縮短說明,詢問是否願意接受

    #99 改以個人使用經驗切入,並提出從較小範圍開始。

    UTC 對照與來源臺灣 UTC 2026-10-25 12:48:46前往紀錄 ↗
  20. 21:26:46臺灣時間
    #99ddman · 留言

    ddman:在地化牽涉文化與日常術語

    第一則回覆以英文與中文重述支持新增繁中版本的理由。

    UTC 對照與來源臺灣 UTC 2026-10-25 13:26:46前往紀錄 ↗
  21. 22:01:36臺灣時間
    #99arp242 · 狀態事件

    第二份 issue 被關閉

    arp242 將 #99 以「不規劃處理」關閉。

    UTC 對照與來源臺灣 UTC 2026-10-25 14:01:36前往紀錄 ↗
  22. 22:01:36臺灣時間
    #99arp242 · 留言

    維護者貼出 Facebook 連結並質問作者

    這則回覆與 #99 的關閉發生在同一秒,十秒後討論被鎖定。

    UTC 對照與來源臺灣 UTC 2026-10-25 14:01:36前往紀錄 ↗
  23. 22:01:46臺灣時間
    #99toml-lang · 狀態事件

    討論限協作者發言

    toml-lang 鎖定 #99;十秒前該 issue 剛被關閉。

    UTC 對照與來源臺灣 UTC 2026-10-25 14:01:46前往紀錄 ↗
  24. 22:18:53臺灣時間
    #99arp242 · 留言

    維護者說明:接受語言,拒絕這種貢獻方式

    他區分語系與提交方式,同時對作者與支持者使用貶抑措辭。(此留言後曾編輯;詳述顯示最新可讀版本。)

    UTC 對照與來源臺灣 UTC 2026-10-25 14:18:53前往紀錄 ↗
  25. 22:24:03臺灣時間
    #99arp242 · 最後編輯

    arp242 編輯先前留言

    API 記錄的最後編輯時間;沒有完整歷次修訂紀錄,不推定具體改動時間或文字。

    UTC 對照與來源臺灣 UTC 2026-10-25 14:24:03前往紀錄 ↗
  26. 202610.26

  27. 01:52:07臺灣時間
    #97d4n1elchen · 留言

    d4n1elchen 強調人工審校的投入

    他反對將「使用機器翻譯」與「沒有品質把關」畫上等號。

    UTC 對照與來源臺灣 UTC 2026-10-25 17:52:07前往紀錄 ↗
  28. 03:21:32臺灣時間
    #97brlin-tw · 留言

    brlin-tw 同時批評提交方式與拒絕方式

    以個人身分發言,他呼籲遵循既有慣例、提供可操作回饋,並讓爭議降溫。(此留言後曾編輯;詳述顯示最新可讀版本。)

    UTC 對照與來源臺灣 UTC 2026-10-25 19:21:32前往紀錄 ↗
  29. 03:32:08臺灣時間
    #97brlin-tw · 最後編輯

    brlin-tw 編輯先前留言

    API 記錄的最後編輯時間;沒有完整歷次修訂紀錄,不推定具體改動時間或文字。

    UTC 對照與來源臺灣 UTC 2026-10-25 19:32:08前往紀錄 ↗
  30. 10:07:46臺灣時間
    #97pcchou · 留言

    pcchou 支持對公開討論採取較公平的評價

    他支持 d4n1elchen 的分析,也認為事件曝光可能讓更多人理解在地化。(此留言後曾編輯;詳述顯示最新可讀版本。)

    UTC 對照與來源臺灣 UTC 2026-10-26 02:07:46前往紀錄 ↗
  31. 10:07:56臺灣時間
    #97pcchou · 最後編輯

    pcchou 編輯先前留言

    API 記錄的最後編輯時間;沒有完整歷次修訂紀錄,不推定具體改動時間或文字。

    UTC 對照與來源臺灣 UTC 2026-10-26 02:07:56前往紀錄 ↗
  32. 202610.27

  33. 10:47:18臺灣時間
    #97ShikiSuen · 最後編輯

    ShikiSuen 編輯先前留言

    API 記錄的最後編輯時間;沒有完整歷次修訂紀錄,不推定具體改動時間或文字。

    UTC 對照與來源臺灣 UTC 2026-10-27 02:47:18前往紀錄 ↗
03 / THE RECORD

每一則發言,
都放回它的脈絡。

依 GitHub 討論串與 Facebook 留言分章,保留每則發言的差異。下方為繁中轉述;原文、時間、回覆關係與查核註記均可對照。

#97
第一份提案

需求、拒絕與第一次申覆

從新增語系的規格,走向 AI 工具、貢獻方式與社群規範的討論。

已關閉 · 不規劃處理 GitHub 討論串 ↗
01
doggy8088提案者 · 主文

一個繁體中文語系的提案

從臺灣用語的差異出發,提案同時涵蓋翻譯、語言標記與網站介面。

臺灣 UTC 2026-10-23 14:11:06

doggy8088 指出,網站已有簡體中文 cn,但尚缺繁體中文。他以「檔案/文件」「資料/數據」「雜湊表/哈希表」「剖析/解析」為例,說明臺灣技術語彙與現有譯文有所不同;提案也提及香港、澳門的繁體中文讀者。這是提案者對使用需求的陳述,並非各地讀者偏好的調查結果。

具體作法是新增 tw 目錄,使用 zh-TW 語言標籤,提供語言名稱、首頁及 TOML v1.0.0、v1.1.0 兩版規格。他主張從英文翻譯,採用臺灣慣用術語,而非只將簡體字轉為繁體字。

提案也超出純文字翻譯:將目錄代碼對應到正確語言標籤、在地化發布日期與純文字版本連結,並使導覽列、GitHub 連結提示及手機選單可使用翻譯字串;未提供翻譯的語系則保留英文備援。生成內容另加入 lang 屬性。

驗收條件包括成功建置並產生 publish/tw/、既有語系照常顯示,以及保留英文規格中的要求強度,特別是 MUST、SHOULD、MAY 等規範用語。程式碼範例原則上不變,僅允許翻譯註解。

02
arp242專案成員 · 留言

維護者將 issue 判定為 LLM 提示詞

arp242 反對透過 agent 提交,並在同一秒關閉 issue。

臺灣 UTC 2026-10-23 14:17:20

回應脈絡回應 #97 的原始提案。

arp242 的第一則回覆直接將提案描述為一段 LLM 提示詞,要求不要用 agent 提交 issue 和 PR。留言沒有逐項指出翻譯錯誤,也沒有列出可修改後重送的條件。

GitHub 事件紀錄顯示,留言與 #97 被以不規劃處理的理由關閉,時間同為 10 月 23 日 22:17:20。23 秒後,PR #98 也被同一帳號關閉,未合併。

可確認的是拒絕訊息針對 agent 提交方式。僅由這則短留言,無法確認維護者實際閱讀了哪些檔案,也不能據此推論專案反對所有繁體中文翻譯。

03
doggy8088提案者 · 留言

作者承認 AI 輔助,要求依成果審查

作者願意負責、縮小範圍,也要求釐清拒絕標準。

臺灣 UTC 2026-10-23 14:32:52

回應脈絡回應維護者的第一則拒絕,並要求重開 PR #98。

doggy8088 在關閉後回覆,重新解釋繁中用語差異與從英文翻譯的目的。他明確承認使用 AI 工具協助撰寫翻譯和 issue,並表示提交與承擔責任的人是自己。

他主張 PR 遵循 README 的新增語系步驟,另作少量語言標記調整;表示自己找不到禁止 AI 協助的貢獻政策,希望維護者提供依據。他認為 PR 未經內容審查就遭關閉,要求按貢獻本身判斷。

他表示可逐段與英文核對,歡迎繁中母語者審閱,亦可縮小到首頁與 v1.1.0。他詢問是否能重開 #98 或重新提交,以及拒絕究竟針對 AI 輔助本身,還是這份 PR 的具體問題。

04
doggy8088提案者 · 留言

再一次說明:工具、責任與審查負擔

第二則回覆引入 Linux 郵件討論,並再次提出縮小工作範圍。

臺灣 UTC 2026-10-23 15:07:26

回應脈絡接續作者第一次申覆;未見其間有維護者的新回覆。

作者先表示希望將討論拉回需求:現有簡中版本無法完整滿足臺灣與香港繁中讀者。他再次強調語彙差異,並將新增翻譯視為填補缺口的貢獻。

他把 AI 類比為編輯器、拼字檢查或翻譯程式,認為應檢視成果是否正確、是否遵循慣例,以及提交者是否願意負責。他再次提出與英文逐段比較、保留範例及接受母語者審閱。

這則留言連到 10 月 13 日的 Linux 核心郵件,作為工具使用觀點的參考。作者也承認維護者時間有限,願意減少範圍、自行通讀全文,或按對方提供的貢獻指南調整。

他最後重申:若存在禁止 AI 輔助的書面規則,自己會尊重;否則希望重新依內容品質評估。這是要求說明規則與重議決定,並未取得維護者接受新提案的承諾。

05
ShikiSuen討論參與者 · 留言

ShikiSuen 區分在地化與程式碼貢獻

他質疑以 AI 使用方式拒絕在地化的理由,也在後來編輯中交代撤回另一則回應。

臺灣 UTC 2026-10-23 16:02:36最後編輯:臺灣 UTC 2026-10-27 02:47:18 · 以下為截點時的版本

回應脈絡回應 arp242 在 #97 的拒絕。

ShikiSuen 主張這次提交的是在地化內容,且提案者的母語為臺灣繁體中文、已自行預審。他認為,若僅以 LLM 提示詞為由拒絕這類貢獻,可能被理解為對特定自然語言使用者的歧視。

他也表示,不同工作類型使用 LLM 的合理性應有區別。關於提案者是否充分預審,以及拒絕是否構成歧視,均屬這位參與者的主張,本專題沒有將之當作獨立確定的事實。

目前版本末段說明,他已移除自己另一則回應,理由是有其他更好的留言處理這個情況。此留言的最後編輯時間為 10 月 27 日 10:47:18;發表時間則是 10 月 24 日 00:02:36。

06
d4n1elchen討論參與者 · 留言

d4n1elchen 強調人工審校的投入

他反對將「使用機器翻譯」與「沒有品質把關」畫上等號。

臺灣 UTC 2026-10-25 17:52:07

回應脈絡發表於 #99 關閉之後,回應「讀者可自行機械翻譯」的論點。

d4n1elchen 引用機械翻譯可由讀者自行完成的說法,反駁機器翻譯足以取代在地化工作的理解。他認為,即使用 LLM,機器仍可能遺失文化細節;高品質譯文經過人工審校,依然需要大量時間。

他指出,翻譯產業在 LLM 出現前便已使用機器翻譯,因此工具的存在本身不能抹去人工投入。他認為未評估成果就把貢獻簡化成提示詞,過於輕率且不公平。

他主張若不接受 AI 輔助,應在貢獻指南寫明,避免貢獻者猜測規則而引起衝突。這則留言支持以審校品質與明確政策處理貢獻,沒有提供對本次兩版譯文的逐段審查報告。

07
brlin-tw討論參與者 · 留言

brlin-tw 同時批評提交方式與拒絕方式

以個人身分發言,他呼籲遵循既有慣例、提供可操作回饋,並讓爭議降溫。

臺灣 UTC 2026-10-25 19:21:32最後編輯:臺灣 UTC 2026-10-25 19:32:08 · 以下為截點時的版本

回應脈絡回應整起事件,兼論專案慣例、Facebook 擴散與維護者回饋。

brlin-tw 自介為臺灣自由開源軟體在地化社群成員,並強調以個人身分發言。他不認同 doggy8088 的處理方式,認為即使專案未明文規範,也不應預設維護者歡迎 AI/LLM 生成的 issue 或 PR。

他引用俄文 #86、法文 #96、葡文 #65 三份翻譯 PR,認為這些提交不需要先開規格式 issue,說明也以必要資訊為主。他批評 #98 的長篇說明增加雜訊,使審查者質疑貢獻的真實性;他建議沒有明文規則時先觀察既有專案慣例。

他也批評把爭議帶到 Facebook 的作法,將之描述為接近群體施壓。他主張遇到倉促關閉時應先追問,即使升級處理,也可禮貌詢問其他維護者,社群平台應是最後手段。這是他對外部公開討論的評價,不是本頁對動員事實的認定。

另一方面,他要求 arp242 避免在缺乏可操作回饋或理由時關閉 PR,否則提交者無法理解期待、修改內容。他仍肯定 doggy8088 有貢獻的善意,希望雙方降溫並找出可接受的解法。

留言最後揭露:先在 HackMD 撰寫草稿,再由 LLM 協助校正文句。這使討論進一步觸及使用工具的具體階段與人工責任,而非只有是否使用 AI 的二分。

08
pcchou討論參與者 · 留言

pcchou 支持對公開討論採取較公平的評價

他支持 d4n1elchen 的分析,也認為事件曝光可能讓更多人理解在地化。

臺灣 UTC 2026-10-26 02:07:46最後編輯:臺灣 UTC 2026-10-26 02:07:56 · 以下為截點時的版本

回應脈絡明確支持 d4n1elchen,並對如何評價對外公開爭議提出不同意見。

pcchou 自述是參與臺灣自由開源軟體社群至少十年的臺灣人,也曾以個人身分從事有償翻譯。他表明支持 d4n1elchen 的分析,並希望更公平地看待 doggy8088 將事件擴大公開討論的行為。

他認為,事件帶來的能見度可能有助於國際化、在地化和開放標準社群,讓知情旁觀者注意與判斷這類議題。這與 brlin-tw 對公開擴散方式的批評形成不同看法。

他沒有要求採取特定合併行動,也未提出可量化的曝光成效或本次譯文審查結果;網站因此將「有益宣傳」標示為發言者的評價。

#98
翻譯 PR

提交內容與技術審查

八個異動檔案,一項具體的無障礙意見,以及未納入原 PR 的修正。

已關閉 · 未合併 GitHub 討論串 ↗
09
doggy8088提案者 · 主文

PR 不只加入譯文,也動到共用模板

提案後 24 秒,PR #98 建立;提交內容包含八個檔案。

臺灣 UTC 2026-10-23 14:11:30

PR 說明將 #97 設為欲解決的 issue,列出四份 tw 語系檔案,另修改 formatter、HTML 產生器及兩個共用模板。GitHub 的檔案清單可核對到八個異動檔案、2,260 行新增與 11 行刪除;這些是差異統計,不等同於翻譯字數。

作者表示譯文直接來自英文,採用臺灣用語,程式碼範例只翻譯註解;並聲稱標題、段落、程式碼區塊與連結數量與英文一致。他也說明每段維持單行,以避免產生 HTML 時在中日韓文字間插入空白。

介面方面,PR 將 tw 對應為 zh-TW,新增日期、文字版本與導覽字串的查詢機制,只有繁中提供新增介面的譯詞,其餘語系使用英文備援。模板則加入語言標記和字串替換位置,因此變更會接觸所有語系共用的頁面結構。

作者報告以 Node.js 腳本與 webpack 成功生成繁中首頁、latest 及兩版規格,並舉出語言選單、發布日期和導覽名稱的輸出。他表示已進行多輪獨立審閱,但瀏覽器工具無法連入本機伺服器,故改查生成的 HTML;這段文字沒有具名列出人工審校者。

PR 末段以可回復性和影響範圍描述合併風險,主張既有語系的文字輸出不變。後續 Copilot 審查針對的正是共用模板中的語言標記,並非對兩版繁中譯文作全面評分。

10
copilot-pull-request-reviewer[bot]自動審查工具 · 機器人審查總評

Copilot 審查總評:英文備援字串的語言標記

自動審查提出一項無障礙問題,並列出八個異動檔案。

臺灣 UTC 2026-10-23 14:15:23

Copilot 的總評建議修改,指出英文備援介面可能繼承非英文的 lang 標籤,導致螢幕閱讀器以錯誤語言發音。它連到一則具體的行內意見。

總評另概述新增首頁、兩版規格、語系映射及模板變更,列出八個檔案。這是自動產生的變更摘要與技術意見,不是人工母語審校,也沒有認證整份翻譯的語意或可讀性。

11
Copilot自動審查工具 · 行內討論

行內意見:頁面語言不一定等於介面字串語言

問題出在現有非英文語系的英文備援,以及選單與語言選單的標記。

臺灣 UTC 2026-10-23 14:15:23

回應脈絡對應共用導覽模板第一行,審查的提交為 b9bd601。

Copilot 在導覽模板指出,新增的 lang 屬性表示頁面語系,但新查詢函式對既有非英文語系可能回傳英文。若英文標籤被包在 zh-CN 等語言的容器,螢幕閱讀器可能選錯發音;手機選單也有相同情況。

建議作法是保留翻譯內容的語言標記,讓每個介面字串同時攜帶實際使用的語言,英文備援明確標記為英文;語言選單中的各語言名稱則分別標記。

行內意見與上方總評是同一次審查的兩種呈現。這裡分別記錄原始物件,但不將它們當成兩次獨立的品質判斷。

12
doggy8088提案者 · 行內討論

作者回覆已修正;提交存在,PR 未包含它

修正提交接在原始提交之後,但當前 PR 清單仍只有原始版本。

臺灣 UTC 2026-10-23 14:42:29

回應脈絡回覆 Copilot 的行內意見,in_reply_to_id 為 4360491030。

doggy8088 回覆已在 83dd824 修正:各介面標籤使用實際語言,英文備援標為 en、繁中標為 zh-TW;移除導覽外層語言標記,手機選單同樣處理,語言選單各項則依自身語言標示。規格內容容器仍保留頁面語言。

本專題另查得完整修正提交 83dd824cc5581e89ef853ca07221ee5b6ca4219d,時間為 10 月 23 日 22:42:18,父提交就是原 PR 的 b9bd601。可核對到該修正確實存在,而不只是留言中的承諾。

然而,截點時 PR #98 的 head 仍為 b9bd601a7a8a7c2cf9ab5400c489ebbfb3b88b4f,提交清單也只有這一筆。因此不能寫成修正已推入本 PR,或 Copilot 已重新確認通過。作者回覆時間晚於 PR 關閉。

API 同時記錄一個由作者提交、沒有獨立總評文字的 review 物件。它與這則回覆時間相同,本頁記在覆蓋清單中,歸入此回覆脈絡,不另算一篇有文字的留言。

#99
第二份提案

再次詢問,衝突轉向信任

較短的提案、Facebook 貼文與關閉後的立場說明。

已關閉 · 已鎖定 GitHub 討論串 ↗
13
doggy8088提案者 · 主文

重新提案:縮短說明,詢問是否願意接受

#99 改以個人使用經驗切入,並提出從較小範圍開始。

臺灣 UTC 2026-10-25 12:48:46

doggy8088 以臺灣讀者的身分表示經常查閱 toml.io,注意到網站有簡體中文、沒有繁體中文。他以檔案與資料等術語說明,問題並非只是字形轉換,現有用語對臺灣讀者可能造成距離感。

他表示已在自己的 fork 從英文翻譯首頁及 v1.0.0、v1.1.0,也以母語者身分自行通讀,程式碼範例除註解外不變。他詢問維護者是否願意接受 PR,亦可先從首頁與 v1.1.0 開始。

他說明若因維護成本不想增加語系,自己可以理解。相較於 #97,這次主文更短,沒有詳列技術驗收條件,也未在主文提到 AI;但不能僅由文字形式判定是否試圖隱瞞,需連同公開 Facebook 貼文與後續各方說法閱讀。

14
ddman討論參與者 · 留言

ddman:在地化牽涉文化與日常術語

第一則回覆以英文與中文重述支持新增繁中版本的理由。

臺灣 UTC 2026-10-25 13:26:46

回應脈絡回應 #99 的繁中需求提案。

ddman 表示支持,認為繁體中文讀者的需求不只關乎字形轉換或能否辨讀,而是文化脈絡與在地化的技術術語。他認為使用與日常技術環境不同的譯詞,會增加閱讀摩擦。

他提到臺灣以外的香港、東南亞部分地區及全球繁中開發者,主張道地的繁中文件有實際價值,並希望維護者考慮接受貢獻。留言先以英文表達,再用中文重述同一組理由。

此留言支持新增語系的需求,並未提供整份譯文的品質驗證,也沒有對 AI 使用政策提出具體方案。

15
arp242專案成員 · 留言

維護者貼出 Facebook 連結並質問作者

這則回覆與 #99 的關閉發生在同一秒,十秒後討論被鎖定。

臺灣 UTC 2026-10-25 14:01:36

回應脈絡回應者直接引用公開 Facebook 貼文,將社群平台上的討論帶回 issue。

arp242 貼出 Will 保哥的技術交流中心一則 Facebook 貼文連結,接著重複質問對方出了什麼問題。這則簡短回覆沒有列出新增繁中語系的技術條件,語氣轉為直接針對提交者。

被連結的公開貼文提到先前 PR 因使用 Claude Code 而遭拒,作者稱對方未看未審;也表示再次使用 AI 撰寫較像人類口吻的 issue、自己已有審閱,並質疑一定要人工翻譯的理由。原貼文連到 #99。

紀錄顯示,#99 於 10 月 25 日 22:01:36 關閉,22:01:46 由 toml-lang 帳號鎖定,僅協作者可繼續留言。鎖定後 arp242 仍在 22:18:53 發表下一則回覆,這與協作者可發言的狀態一致。

16
arp242專案成員 · 留言

維護者說明:接受語言,拒絕這種貢獻方式

他區分語系與提交方式,同時對作者與支持者使用貶抑措辭。

臺灣 UTC 2026-10-25 14:18:53最後編輯:臺灣 UTC 2026-10-25 14:24:03 · 以下為截點時的版本

回應脈絡在 #99 關閉、鎖定後補充立場;後來曾編輯。

arp242 明確表示不反對繁體中文,其他語言也可以新增。他將先前提案形容為人類代替 AI 轉交內容,使用 meat proxy 一詞;並指控作者在 Facebook 向支持者煽動不滿,認為這次重提只是在掩飾同一作法。

他接著主張,若只需要機械翻譯,讀者可使用免費工具或瀏覽器內建功能;他期待 toml.io 收錄經仔細驗證、準確的人類翻譯。這是本串中對可接受翻譯方式較明確的一次說明。

他以 AI slop 等負面措辭批評 AI 譯文,並指控對方及支持者對不誠實行為無所謂,表示這次事件會使後續 zh-TW 貢獻受到懷疑。這些對誠信、動員與未來貢獻的推論是他的指控及評價,不是本專題已證實的結論。

這則回覆使爭議同時涵蓋工具、品質標準、信任及對外公開討論。其對讀者文化差異與人工審校投入的理解,也引來 #97 後續參與者的反駁;但截至截點,未見重新開啟三個討論串或接受本次 PR。

04 / POINTS OF DISAGREEMENT

他們爭論的,
其實有好幾件事。

以下依論點整理,不替任何一方補上沒有說過的立場,也不將個別留言等同專案全體共識。

05 / SOURCES & METHOD

可查核的地方,
以及紀錄的邊界。

這是一份有截點的獨立整理,不是 TOML 官方聲明,也不是對兩版譯文的品質認證。

GitHub 資料擷取完成於2026/10/27 11:59:44 臺灣時間UTC 2026-10-27T03:59:44.222Z

外部資料查閱於 2026/10/27 14:05:42 完成。網站不即時同步;原始來源可能繼續編輯、撤除或新增內容。

核心來源與完整性

核心資料涵蓋
來源本頁涵蓋截點狀態
Issue #97 ↗主文、7 則留言、關閉事件關閉
PR #98 ↗主文、1 份有文字總評、2 則行內留言、1 個空白 review、提交與審查事件關閉、未合併
Issue #99 ↗主文、3 則留言、關閉與鎖定事件關閉、鎖定
Facebook 貼文 ↗10 則主留言、8 則回覆,含一層再回覆擷取時顯示 18 則
Facebook 後續貼文 ↗42 則主留言、17 則回覆擷取時顯示 59 則

以 GitHub API 分頁取得一般留言、review、行內留言、timeline、提交與檔案差異,依原始 ID 去重。空白 review 物件已登錄,並連到同時提交的作者回覆;Copilot 的總評與行內意見分開記錄,但不視為兩次獨立審查。訂閱、取消訂閱與單純提及通知不納入敘事時間線。

公開的 覆蓋清單 JSON 記錄來源 ID、網址、對應本頁位置及內容雜湊;專題內容 JSON 提供整理後的繁中資料。來源全文暫存不隨網站發布。更新時須重新擷取並人工修訂敘述;自動完整性檢查不能代替語意查核。

Facebook 採瀏覽器讀取可見的公開留言,切換「所有留言」後展開回覆及再回覆。本次讀到的 18 個唯一留言 ID,與頁面顯示數量一致;Facebook 整理資料 另存來源、分鐘精度時間、父回覆關係及原始可見文字的雜湊。數量相符只證明這次可載入內容已對齊,不能還原已刪除或受限內容。後續貼文另有 59 則獨立清單;兩篇讀取截點分開記錄。

直接相關的外部脈絡

A

Will 保哥的技術交流中心公開貼文 ↗

已透過瀏覽器讀取公開貼文正文。作者稱前一份 PR 因 AI 被拒,表示再次使用 AI 調整語氣,已有自行審閱,並反問人工翻譯的必要性。這是 #99 中維護者直接連結的貼文。

已讀正文沒有明文號召讀者湧入 GitHub。未取得可獨立核對的精確發布時間,故不為此貼文安排按秒排序的時間線位置;不採相對日期或動態按讚數推定影響。本次已切換「所有留言」並展開回覆,讀取這篇貼文可載入的 18 則留言/回覆,逐則整理另見專章;不推論刪除、權限限制或其他外部互動。

B

brlin-tw 的 HackMD 草稿 ↗

一般網頁擷取受限,但公開 Markdown 下載端點可讀。草稿的主要論點與 GitHub 發言相對照,涉及提交方式、專案慣例、公開擴散與可操作回饋。GitHub 留言另揭露使用 LLM 校正文句。

可讀取現存草稿,不代表已取得每一版修訂歷史或驗證實際寫作流程;流程揭露依作者說法記錄。

C

Linux 核心郵件:remove Assisted-by references ↗

已透過瀏覽器核對 Linus Torvalds 在 2026 年 10 月 13 日的原始郵件。他以編譯器、編輯器類比反對對工具作一概禁止,並強調期待貢獻者盡力且理解自己在做什麼。doggy8088 在 #97 第二次申覆時引用這封信。

它是另一個專案的討論,只能說明引用的論證背景,不能視為 TOML 的政策或 Linux 對這份翻譯的認可。

D

既有翻譯貢獻與 README

brlin-tw 引用 俄文 #86、法文 #96、葡文 #65。截點時法文與葡文已合併,俄文仍開啟、未合併。法文主文很短;俄文則有雙語說明與範例鍵名的討論,不能把三份一律說成沒有詳細說明。

核對 PR 基底版本的 README,可見複製英文語系、設定語言名稱及建立版本的貢獻步驟。該文件未提 AI;本頁不據此宣稱其他文件、管道或歷史版本從未有相關規則。

E

83dd824 修正提交 ↗

提交確實存在,其父提交為原 PR 的 b9bd601。截點時 #98 提交清單與 head 均仍是原始版本;「另有修正」與「PR 已包含修正」是兩件事。

編輯、消失留言與快照差異

GitHub API 提供現存留言與最後編輯時間,不能重建所有過去版本。ShikiSuen 的一則現存留言已於 10 月 27 日編輯;較早搜尋快照還顯示他對留言消失的觀察,現存版本則改為說明自行移除另一回應。

較早快照另見他於 10 月 25 日向其他維護者呼籲討論策略的留言,目前不在 API 清單。該段只列為 有標示的歷史補充,未補造 ID 或精確時間,也不認定誰移除、何時移除或原因。搜尋快照是本次研究時所見的較早頁面版本,沒有作為可重放的公開歷史封存;讀者目前無法由即時頁面獨立重現該版本。

整理方式與更正

網站由 jakeuj 委託 Codex 協助調查、轉述、製作與部署。本文不是逐字翻譯;工具協助也不代表所有內容已經具名人工審校。人名與帳號僅用於辨認公開發言,不以臆測補足動機。若來源不足,明確保留未知。

發言者的指控、價值判斷及自述經歷均標明歸屬;不以 AI 使用方式、瀏覽器翻譯功能、留言反應數或一則技術審查替代翻譯品質判定。讀者可對照來源,並透過 本站 repository 的 issue 提出具體更正與來源。請勿因此前往原討論串施壓或洗版。

誌

留下脈絡,讓判斷有據可循。

回到頁首 ↑