轉寫稿嘅數字點寫：銀碼、日期、時間、單位嘅六條規則

一份逐字稿最容易出錯嘅地方，唔係難字，係數字。

因為難字你會停手查，數字你會直接打。

「三百五」、「三點三」、「三分二」、「千三」— 呢啲講法在粵語日常對話中極常見，但每一個都可以寫成兩個唔同嘅意思。寫錯，對方唔會覺得你打錯字，會覺得你計錯數。

重點摘要

• 數字出錯唔會即時被發現，通常在下游對數或核數時才爆，修補成本最高。
• 「照字寫」唔等於中立：口語數字本身有歧義，唔正規化等於把歧義傳遞給下一個工序。
• 銀碼一律保留原文幣種，唔好換算；字幕行業嘅通用做法亦係咁。
• 日期唔好用純數字（03/04 有兩個讀法），內部一律用 YYYY-MM-DD，對外才轉成人讀格式。
• 專名內嘅數字（門牌、房號、型號）逐位寫，唔好加千位逗號。
• 聽唔清楚就標記，唔准猜。一個標記只會令對方問一次，一個猜錯嘅數字會令對方錯到底。

一句話答案

轉寫稿嘅數字唔係「照聲音打成字」，係要寫成一個可以核對嘅形式。

可核對係指：同一個數在全文只有一種寫法，而且讀者可以拿住原文錄音，在幾秒內找到對應位置。

所以規矩唔係「中文數字好定阿拉伯數字好」，而係「你嘅交付規格有冇寫死」。

【獨家觀察】 轉寫稿最常見嘅數字錯，唔係聽錯，係「寫錯層級」：講者講「萬二」，打字員寫 1,200，正確係 12,000。差距十倍，但兩個寫法都「聽落似」。呢類錯，任何字錯率指標都捉唔到，只有對數捉得到。

為何「照字寫」唔得

語音轉文字嘅原始輸出係口語數字，即講者按日常講法說出嘅數，例如「三百五」、「千三」。下游要嘅係書面數字，即可以直接入系統嘅寫法，例如 350、1,300。

中間呢步叫正規化係指把口語數字轉成書面數字嘅工序 — 把「三百五十元」變成「HK$350」，把「下星期三」變成「2026-11-04」。

正規化聽落似格式問題，實際係語意判斷。同一個音串，可以對應三個意思：

• 「三百五」— 350（省略「十」）
• 「三百五萬」— 350 萬
• 「三百五十」— 350（完整讀法）

如果你只做「照字寫」，等於把判斷留給下一個工序。而下一個工序嘅人冇聽過段錄音。

三個交付對象，三套要求：

同一份錄音，三個對象可以有兩份稿。呢個唔係浪費，係專業。

六條數字規則

一、先定形式，再定例外

規則要寫成「預設 + 例外」，唔好留白。

預設：計量、金額、日期、時間、編號一律用阿拉伯數字；序數、成語、固定講法用中文數字（第三季、一石二鳥、三心兩意）。

例外要列明，例如「引用法例條文時保留中文數字」、「報章名稱內嘅數字保留原文」。

二、銀碼保留原幣，唔好換算

講者講「三百五蚊」，寫 HK$350；講者講「三百五人民幣」，寫 CN¥350，唔好順手換成港幣。

字幕行業嘅通用規矩亦係咁：金額唔應該在字幕檔內換算，對白提到咩貨幣就保留咩貨幣（Netflix Timed Text Style Guide 第 9 節，2026-10-31 查閱）。

理由好簡單：換算涉及匯率同時間點，係一個決定，唔係一個格式。做決定嘅人應該係客戶，唔係打字員。

三、日期一律絕對化

「下星期三」、「下個月頭」、「上個禮拜五」全部要轉成絕對日期，並在後面用括號保留原話。

寫法用 YYYY-MM-DD（例如 2026-11-04）。呢個格式唔會歧義，排序又正確。

唔好用 03/04 呢類純數字。香港常見日-月-年，但英美慣例係月-日-年；政府新聞公報嘅日期索引就用 30-10-2026 呢種日-月-年寫法（政府新聞公報 2026-10-30 索引，2026-10-31 查閱），同美式寫法剛剛相反。同一個 03/04，兩邊讀出兩個日期。

對外交付時，中文日期可以寫成「11 月 4 日」。Unicode 嘅中文日期樣式本身就用「M月d日」呢個次序（CLDR 日期時間格式，2026-10-31 查閱），唔需要跟英文嘅月份先行。

四、時間用 24 小時制，口語換算要寫明

「三點三」係 3:15，唔係 3:03 — 因為「三」指三個字，每個字五分鐘。

「三個字」等於 15 分鐘，「半」等於 30 分鐘。呢啲換算要寫入規格，唔好靠同事記得。

格式上用 24 小時制（15:15），避免上晝下晝寫漏。同一個「三點」，可以是 03:00 也可以是 15:00，冇前文就係猜。

五、範圍同近似要保留語氣

「三至五個」寫 3–5 個，唔好寫成 3 個或 5 個。

「大概」、「左右」、「幾」呢類詞一律保留，唔好刪。刪咗之後，一句「大概三百萬」變成「3,000,000」，語氣由估算變成承諾。

呢一點在報價、預算、醫療劑量三種場景最危險。

六、專名內數字逐位寫

門牌、房號、訂單號、型號、電話號碼，一律逐位，唔加千位逗號，唔轉中文數字。

「一零二號舖」寫 102 號舖；「A一二三四室」寫 A1234 室。

電話號碼用四四分組（9123 4567），因為人讀電話都係兩個一組咁讀。分組錯，回讀就會錯。

粵語四個陷阱

四個陷阱共通點：都係「省略單位」。粵語講數會省掉中間嘅位值詞，聽嘅人靠語感補，機器同外地同事補唔到。

所以規則要寫成「見到省略式，先還原完整讀法，再轉數字」。呢步唔可以跳。

同一批數字在報讀方向亦有一致嘅讀法要求，例如訂單號要逐位、金額要讀完整單位 — 呢啲係「講」嘅規矩，見AI 客服數字讀音規則。本文講嘅係「寫」，兩者要對齊，但唔應共用一份文件。

唔確定就標記，唔好猜

保留標記係指在逐字稿內用固定符號標示「呢個位聽唔清」，而唔係用最接近嘅字填補。

建議只用三種：

• [聽不清] — 完全聽唔到。
• [聽不清：500／600] — 聽到兩個可能，唔確定邊個。
• [約] — 講者有保留語氣，但數值清楚。

三種標記都有同一個作用：把不確定性交回給人，而唔係藏起來。

【獨家分析】 很多團隊怕標記會令稿「唔靚」，於是要求打字員「盡量填」。結果係錯字率下降，錯誤率上升 — 因為錯嘅數字看起來同對嘅一樣。標記係品質訊號，唔係缺陷。一份完全冇標記嘅長會議稿，通常代表有人猜過。

交付規格要寫死五行

規格唔需要長，五行就夠，但要寫落合約或工作說明：

1. 數字形式：預設阿拉伯數字；序數同成語用中文。
2. 日期：YYYY-MM-DD，口語日期另加括號原話。
3. 幣種：保留原文幣種，唔換算。
4. 不確定：只用 [聽不清]、[約] 兩種標記。
5. 專名：逐位，唔加分隔符（電話除外，四四分組）。

Unicode 嘅數字同貨幣格式社群文件，把「數字樣式」「貨幣樣式」分開處理（CLDR 數字及貨幣格式，2026-10-31 查閱）。呢個做法值得抄：唔同類型嘅數字有唔同規矩，唔應該用一條 regex 通殺。

交付格式本身亦有規矩：SRT 同 WebVTT 對時間碼嘅寫法唔同，數字入字幕仲要考慮行長。呢部分見逐字稿交付格式。

自動化三個爆位

用程式做正規化係合理嘅，但要有界限。

爆位一：負數同低溫。 「零下五度」寫 -5°C，「負五度」同一個意思，但「負」亦可以做「負責」。純 regex 見到「負」就跟數字，會出錯。

爆位二：近似詞。 「三百左右」如果只捉數字，會變成 300，語氣消失。所以要連「左右」、「大概」、「幾」一齊捉。

爆位三：單位省略。 「三個人」同「三蚊」都係「三」，但一個係量詞，一個係銀碼。冇前文，程式分唔到。

實務做法：程式只處理已確定嘅樣式（電話號碼、日期、貨幣符號後面嘅數字），其餘一律留給人。程式做得幾多都好，剩低嗰批錯一定會集中在最貴嘅欄位。

校對：數字係唯一可以 diff 嘅一類

文字校對靠讀，數字校對可以靠對碰。

抽三欄出嚟做表：金額、日期、編號。然後用三個來源核對 — 原文錄音、客戶提供嘅單據、系統記錄。

三個都對得上，才算過。對唔上，就係要重聽嘅位置。

這一步嘅成本很低：一份 40 分鐘會議稿，數字通常唔超過 30 個。逐個核，十分鐘內完成。

相比之下，靠通讀全篇去發現「1,200 應該係 12,000」，幾乎不可能 — 因為兩個數都合理。所以我們在準確度測試之外，另加一層「數字對碰」，就係咁解。

常見問題

法律用途要唔要保留口語數字？

要，而且要雙寫。原話寫「三百五」，後面用括號補「（HK$350）」。呢個做法源自法庭謄寫慣例：陪審團要聽到原話，法官要看到數值。

相關交付要求見錄音轉逐字稿實務。

中文數字定阿拉伯數字好？

兩者都可以，但一篇稿只可以一套。揀邊套唔重要，寫入規格才重要。

如果交付去字幕，就要跟字幕行業規矩：一般用阿拉伯數字，句首或成語例外（BBC Subtitle Guidelines 第 18 節，2026-10-31 查閱）。呢套係英文規矩，中文唔可以照搬，但「要有規矩」呢個原則可以照搬。

口語轉書面語會唔會自動處理數字？

唔會。口語轉書面語處理嘅係語序、語氣詞、贅字；數字係另一條工序。兩者混在一起做，通常兩邊都做唔好。工序分工見口語轉書面語嘅做法。

關於呢篇文

本文由港嘢內容團隊整理；關於港嘢嘅粵語語音工作，見關於港嘢。數字、日期、貨幣同字幕規矩嘅引用，分別取自 BBC 字幕指引、Netflix 計時文字指引、Unicode CLDR 文件同香港政府新聞公報；查閱日期全部為 2026-10-31。發現錯漏，歡迎聯絡我們。

資料來源：BBC Subtitle Guidelines 第 18 節（Numbers／Dates／Money／Time）；Netflix Timed Text Style Guide: General Requirements 第 9 節（Currency，2022-10-07 更新）；Unicode CLDR「Number & Currency formats」及「Date & Time」（© 1991-2026 Unicode, Inc.）；政府新聞公報 2026-10-30 新聞索引（日期以 30-10-2026 標示）；港嘢 /v1/docs。