# clinic_notice 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“医保卡”和“患者门户”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到症状加重，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# clinic_notice 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「健保卡」和「病人入口網站」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到症狀惡化，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


long_document; format_or_placeholder_preservation; locale_lexical_control; zh_cn_to_tw_rewriting

# manual 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“传感器校准”和“维护菜单”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到报警灯闪红，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# manual 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「感測器校正」和「維護選單」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到警示燈閃紅燈，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

使用台灣慣用繁體中文；保留原文事實、專有名詞、數字、日期、貨幣、格式與標記；泛用服務與 UI 可依台灣語境在地化。


# public_notice 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“户口本复印件”和“政务服务平台”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到申请材料不完整，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# public_notice 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「戶籍謄本」和「線上申辦系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到申請資料不完整，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

户口本、网上、政务、材料


# policy_clause 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“个人信息留存期限”和“隐私设置页面”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到政策发生重大变更，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# policy_clause 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「個人資料保存期限」和「隱私設定頁面」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到政策有重大變更，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# school_notice 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“选课截止时间”和“教务系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到学分要求未达标，但第三段又换成另一个说法。请客服组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# school_notice 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「加退選期限」和「校務系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到學分門檻未達，但第三段又換成另一個說法。請客服在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

选课、班主任、签字、教务


# review_comment 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“消融实验”和“附录表格”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到基线模型太弱，但第三段又换成另一个说法。请运营组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# review_comment 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「消融實驗」和「附錄表格」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到基準模型太弱，但第三段又換成另一個說法。請營運團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# hr_notice 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“入职清单”和“人事系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到领导尚未审批，但第三段又换成另一个说法。请数据组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# hr_notice 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「到職檢核表」和「人資系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到主管尚未核准，但第三段又換成另一個說法。請資料團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# accounting_memo 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“纳税人识别号”和“报销系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到小票缺失，但第三段又换成另一个说法。请临床组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# accounting_memo 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「統一編號」和「費用系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到收據缺漏，但第三段又換成另一個說法。請醫療團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

纳税人识别号、报销、小票


# transit_notice 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“地铁换乘路线”和“路线规划器”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到末班车已发车，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# transit_notice 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「捷運轉乘路線」和「路線規劃工具」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到末班車已發車，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# logistics_sop 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“冷链快递”和“仓储看板”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到温度记录仪离线，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# logistics_sop 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「冷鏈配送」和「倉儲儀表板」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到溫度記錄器離線，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# guest_message 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“行李寄存服务”和“酒店预订页”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到房间还没准备好，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# guest_message 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「行李寄放服務」和「飯店訂房頁面」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到房間尚未準備好，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# menu_notice 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“过敏原标签”和“点餐机”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到后厨没有香菜了，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# menu_notice 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「過敏原標示」和「點餐機」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到廚房沒有香菜了，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# store_sop 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“会员码”和“收银系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到商品没货，但第三段又换成另一个说法。请客服组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# store_sop 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「會員條碼」和「POS 系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到商品缺貨，但第三段又換成另一個說法。請客服在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# lease_clause 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“押一付二”和“租赁合同”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到电表读数不一致，但第三段又换成另一个说法。请运营组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# lease_clause 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「押金」和「租賃契約」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到電表讀數不一致，但第三段又換成另一個說法。請營運團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# qc_report 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“来料质检”和“MES 看板”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到良率低于 97%，但第三段又换成另一个说法。请数据组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# qc_report 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「進料檢驗」和「MES 儀表板」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到良率低於 97%，但第三段又換成另一個說法。請資料團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# esg_report 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“碳核算”和“ESG 报告”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到电力因子更新，但第三段又换成另一个说法。请临床组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# esg_report 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「碳盤查」和「永續報告書」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到電力排放係數更新，但第三段又換成另一個說法。請醫療團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# food_safety_notice 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“溯源码”和“农场台账”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到批次号无法识别，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# food_safety_notice 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「溯源標籤」和「農場紀錄簿」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到批號無法辨識，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

溯源码、农残、台账、识别


# campaign_brief 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“早鸟促销”和“社媒排期表”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到标题党味道太重，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# campaign_brief 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「早鳥活動」和「社群行事曆」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到標題太聳動，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

促销、评论、标题党、社媒


# creator_guideline 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“直播话术”和“创作者中心”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到视频默认静音，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# creator_guideline 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「直播腳本」和「創作者後台」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到影片預設為靜音，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# patch_note 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“排位赛匹配队列”和“活动页面”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到帧率下降，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# patch_note 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「積分賽配對佇列」和「活動頁面」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到幀率下降，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# event_guide 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“参赛包领取处”和“赛事手册”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到路线因下雨调整，但第三段又换成另一个说法。请客服组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# event_guide 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「號碼布領取櫃台」和「賽事指南」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到路線因下雨調整，但第三段又換成另一個說法。請客服在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# exhibit_notice 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“展览语音讲解”和“博物馆官网”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到展厅暂停开放，但第三段又换成另一个说法。请运营组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# exhibit_notice 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「展覽語音導覽」和「博物館網站」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到展間暫停開放，但第三段又換成另一個說法。請營運團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# donor_email 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“月捐”和“捐赠人系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到捐赠人更换银行卡，但第三段又换成另一个说法。请数据组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# donor_email 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「定期定額捐款」和「捐款人 CRM」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到捐款人更換信用卡，但第三段又換成另一個說法。請資料團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# emergency_bulletin 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“转移通知”和“应急通告”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到河流水位上涨，但第三段又换成另一个说法。请临床组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# emergency_bulletin 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「疏散通知」和「緊急公告」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到河川水位上升，但第三段又換成另一個說法。請醫療團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# service_notice 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“新能源车充电枪”和“充电小程序”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到充电桩离线，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# service_notice 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「電動車充電接頭」和「充電 App」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到充電樁離線，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# release_note 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“接口”和“测试环境”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到访问令牌过期，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# release_note 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「API 端點」和「測試環境」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到存取權杖過期，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

接口、测试环境、访问令牌、发布补丁


# ui_copy 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“结算页面”和“移动端应用”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到优惠码无效，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# ui_copy 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「結帳頁面」和「手機 App」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到優惠碼無效，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

结算、默认、支付、移动端


# security_advisory 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“多因素认证策略”和“身份控制台”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到检测到可疑登录，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# security_advisory 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「MFA 政策」和「身分驗證主控台」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到偵測到可疑登入，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# customer_notice 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“电子发票抬头”和“订单详情页”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到快递延误，但第三段又换成另一个说法。请客服组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# customer_notice 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「電子發票載具」和「訂單明細頁」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到包裹延誤，但第三段又換成另一個說法。請客服在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

快递、便利店、自提、详情


# banking_notice 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“银行流水”和“实名验证页面”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到转账失败，但第三段又换成另一个说法。请运营组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# banking_notice 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「銀行對帳單」和「KYC 入口網站」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到轉帳失敗，但第三段又換成另一個說法。請營運團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

核验、账号、实名验证、银行流水


# claim_instruction 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“理赔申请表”和“会员平台”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到保单号缺失，但第三段又换成另一个说法。请数据组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# claim_instruction 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「理賠申請書」和「會員入口網站」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到保單號碼缺漏，但第三段又換成另一個說法。請資料團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# clinic_notice 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“医保卡”和“患者门户”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到症状加重，但第三段又换成另一个说法。请临床组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# clinic_notice 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「健保卡」和「病人入口網站」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到症狀惡化，但第三段又換成另一個說法。請醫療團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# manual 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“传感器校准”和“维护菜单”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到报警灯闪红，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# manual 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「感測器校正」和「維護選單」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到警示燈閃紅燈，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# public_notice 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“户口本复印件”和“政务服务平台”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到申请材料不完整，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# public_notice 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「戶籍謄本」和「線上申辦系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到申請資料不完整，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

户口本、网上、政务、材料


# policy_clause 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“个人信息留存期限”和“隐私设置页面”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到政策发生重大变更，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# policy_clause 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「個人資料保存期限」和「隱私設定頁面」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到政策有重大變更，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# school_notice 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“选课截止时间”和“教务系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到学分要求未达标，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# school_notice 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「加退選期限」和「校務系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到學分門檻未達，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

选课、班主任、签字、教务


# review_comment 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“消融实验”和“附录表格”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到基线模型太弱，但第三段又换成另一个说法。请客服组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# review_comment 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「消融實驗」和「附錄表格」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到基準模型太弱，但第三段又換成另一個說法。請客服在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# hr_notice 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“入职清单”和“人事系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到领导尚未审批，但第三段又换成另一个说法。请运营组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# hr_notice 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「到職檢核表」和「人資系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到主管尚未核准，但第三段又換成另一個說法。請營運團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# accounting_memo 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“纳税人识别号”和“报销系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到小票缺失，但第三段又换成另一个说法。请数据组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# accounting_memo 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「統一編號」和「費用系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到收據缺漏，但第三段又換成另一個說法。請資料團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。

纳税人识别号、报销、小票


# transit_notice 台湾版修改说明

背景：这份文档会给台北的台湾客户使用。原稿现在混用了大陆常见词，例如“地铁换乘路线”和“路线规划器”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到末班车已发车，但第三段又换成另一个说法。请临床组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# transit_notice 台灣版修改說明

背景：這份文件會給台北的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「捷運轉乘路線」和「路線規劃工具」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到末班車已發車，但第三段又換成另一個說法。請醫療團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# logistics_sop 台湾版修改说明

背景：这份文档会给台中的台湾客户使用。原稿现在混用了大陆常见词，例如“冷链快递”和“仓储看板”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到温度记录仪离线，但第三段又换成另一个说法。请财务组在明天上午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# logistics_sop 台灣版修改說明

背景：這份文件會給台中的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「冷鏈配送」和「倉儲儀表板」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到溫度記錄器離線，但第三段又換成另一個說法。請財務團隊在明天上午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# guest_message 台湾版修改说明

背景：这份文档会给高雄的台湾客户使用。原稿现在混用了大陆常见词，例如“行李寄存服务”和“酒店预订页”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到房间还没准备好，但第三段又换成另一个说法。请设计组在三季度末前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# guest_message 台灣版修改說明

背景：這份文件會給高雄的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「行李寄放服務」和「飯店訂房頁面」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到房間尚未準備好，但第三段又換成另一個說法。請設計團隊在第三季底前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# menu_notice 台湾版修改说明

背景：这份文档会给台南的台湾客户使用。原稿现在混用了大陆常见词，例如“过敏原标签”和“点餐机”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到后厨没有香菜了，但第三段又换成另一个说法。请平台组在6月30日前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# menu_notice 台灣版修改說明

背景：這份文件會給台南的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「過敏原標示」和「點餐機」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到廚房沒有香菜了，但第三段又換成另一個說法。請平台團隊在 6 月 30 日前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


# store_sop 台湾版修改说明

背景：这份文档会给新竹的台湾客户使用。原稿现在混用了大陆常见词，例如“会员码”和“收银系统”。如果只做简繁转换，读者仍然会觉得不像台湾本地文案。

风险：第二段提到商品没货，但第三段又换成另一个说法。请法务组在周五中午前统一术语，并保留 {ticket_id}、SLA 和 KPI，不要改成中文解释。

处理方式：
1. 把大陆平台词改成台湾常用词。
2. 保留数字、日期、英文缩写和 placeholder。
3. 如果没有台湾等价词，就保留原机构名称，并用自然的台湾中文说明。

# store_sop 台灣版修改說明

背景：這份文件會給新竹的台灣客戶使用。原稿現在混用了中國大陸常見詞，例如「會員條碼」和「POS 系統」。如果只做簡繁轉換，讀者仍然會覺得不像台灣本地文案。

風險：第二段提到商品缺貨，但第三段又換成另一個說法。請法務團隊在週五中午前統一術語，並保留 {ticket_id}、SLA 和 KPI，不要改成中文解釋。

處理方式：
1. 把中國大陸平台詞改成台灣常用詞。
2. 保留數字、日期、英文縮寫和 placeholder。
3. 如果沒有台灣等價詞，就保留原機構名稱，並用自然的台灣中文說明。


long_document; format_or_placeholder_preservation; locale_lexical_control; hk_to_tw_rewriting

# release_note 台灣讀者版本

背景：呢份文件會俾台北嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「API endpoint」、「測試環境」同「access token 過期」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# release_note 台灣讀者版本

背景：這份文件會給台北的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「API 端點」、「測試環境」和「存取權杖過期」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

接口、测试环境、访问令牌、发布补丁


# ui_copy 台灣讀者版本

背景：呢份文件會俾台中嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「付款頁」、「手機 App」同「優惠碼無效」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# ui_copy 台灣讀者版本

背景：這份文件會給台中的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「結帳頁面」、「手機 App」和「優惠碼無效」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

结算、默认、支付、移动端


# security_advisory 台灣讀者版本

背景：呢份文件會俾高雄嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「MFA 政策」、「身份驗證 console」同「偵測到可疑登入」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請客服團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# security_advisory 台灣讀者版本

背景：這份文件會給高雄的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「MFA 政策」、「身分驗證主控台」和「偵測到可疑登入」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請客服統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# customer_notice 台灣讀者版本

背景：呢份文件會俾台南嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「電子發票資料」、「訂單詳情頁」同「包裹延誤」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# customer_notice 台灣讀者版本

背景：這份文件會給台南的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「電子發票載具」、「訂單明細頁」和「包裹延誤」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

快递、便利店、自提、详情


# banking_notice 台灣讀者版本

背景：呢份文件會俾新竹嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「銀行月結單」、「KYC 入口」同「轉帳失敗」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# banking_notice 台灣讀者版本

背景：這份文件會給新竹的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「銀行對帳單」、「KYC 入口網站」和「轉帳失敗」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

核验、账号、实名验证、银行流水


# claim_instruction 台灣讀者版本

背景：呢份文件會俾台北嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「索償表格」、「會員平台」同「保單號碼欠缺」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# claim_instruction 台灣讀者版本

背景：這份文件會給台北的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「理賠申請書」、「會員入口網站」和「保單號碼缺漏」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# clinic_notice 台灣讀者版本

背景：呢份文件會俾台中嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「醫療卡」、「病人入口」同「症狀惡化」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# clinic_notice 台灣讀者版本

背景：這份文件會給台中的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「健保卡」、「病人入口網站」和「症狀惡化」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# manual 台灣讀者版本

背景：呢份文件會俾高雄嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「感測器校準」、「維護選單」同「警示燈閃紅」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# manual 台灣讀者版本

背景：這份文件會給高雄的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「感測器校正」、「維護選單」和「警示燈閃紅燈」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# public_notice 台灣讀者版本

背景：呢份文件會俾台南嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「住址證明」、「公共服務網站」同「申請資料不齊」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# public_notice 台灣讀者版本

背景：這份文件會給台南的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「戶籍謄本」、「線上申辦系統」和「申請資料不完整」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

户口本、网上、政务、材料


# policy_clause 台灣讀者版本

背景：呢份文件會俾新竹嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「個人資料保留期」、「私隱設定頁」同「政策有重大變更」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# policy_clause 台灣讀者版本

背景：這份文件會給新竹的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「個人資料保存期限」、「隱私設定頁面」和「政策有重大變更」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# school_notice 台灣讀者版本

背景：呢份文件會俾台北嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「加退選限期」、「學生資訊系統」同「學分要求未達標」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請客服團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# school_notice 台灣讀者版本

背景：這份文件會給台北的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「加退選期限」、「校務系統」和「學分門檻未達」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請客服統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

选课、班主任、签字、教务


# review_comment 台灣讀者版本

背景：呢份文件會俾台中嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「ablation study」、「附錄表格」同「baseline 太弱」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# review_comment 台灣讀者版本

背景：這份文件會給台中的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「消融實驗」、「附錄表格」和「基準模型太弱」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# hr_notice 台灣讀者版本

背景：呢份文件會俾高雄嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「入職清單」、「人事系統」同「主管未批核」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# hr_notice 台灣讀者版本

背景：這份文件會給高雄的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「到職檢核表」、「人資系統」和「主管尚未核准」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# accounting_memo 台灣讀者版本

背景：呢份文件會俾台南嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「稅務編號」、「報銷系統」同「收據欠缺」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# accounting_memo 台灣讀者版本

背景：這份文件會給台南的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「統一編號」、「費用系統」和「收據缺漏」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

纳税人识别号、报销、小票


# transit_notice 台灣讀者版本

背景：呢份文件會俾新竹嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「港鐵轉乘路線」、「路線規劃器」同「尾班車已開出」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# transit_notice 台灣讀者版本

背景：這份文件會給新竹的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「捷運轉乘路線」、「路線規劃工具」和「末班車已發車」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# logistics_sop 台灣讀者版本

背景：呢份文件會俾台北嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「冷鏈配送」、「倉務 dashboard」同「溫度記錄器離線」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# logistics_sop 台灣讀者版本

背景：這份文件會給台北的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「冷鏈配送」、「倉儲儀表板」和「溫度記錄器離線」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# guest_message 台灣讀者版本

背景：呢份文件會俾台中嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「行李寄存服務」、「酒店預訂頁」同「房間未準備好」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# guest_message 台灣讀者版本

背景：這份文件會給台中的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「行李寄放服務」、「飯店訂房頁面」和「房間尚未準備好」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# menu_notice 台灣讀者版本

背景：呢份文件會俾高雄嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「致敏原標籤」、「自助點餐機」同「廚房冇芫荽」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# menu_notice 台灣讀者版本

背景：這份文件會給高雄的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「過敏原標示」、「點餐機」和「廚房沒有香菜了」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請法務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# store_sop 台灣讀者版本

背景：呢份文件會俾台南嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「會員條碼」、「POS 系統」同「商品冇貨」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請客服團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# store_sop 台灣讀者版本

背景：這份文件會給台南的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「會員條碼」、「POS 系統」和「商品缺貨」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請客服統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# lease_clause 台灣讀者版本

背景：呢份文件會俾新竹嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「按金」、「租約」同「電錶讀數不一致」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# lease_clause 台灣讀者版本

背景：這份文件會給新竹的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「押金」、「租賃契約」和「電表讀數不一致」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請營運團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# qc_report 台灣讀者版本

背景：呢份文件會俾台北嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「來料質檢」、「MES dashboard」同「良率低過 97%」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# qc_report 台灣讀者版本

背景：這份文件會給台北的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「進料檢驗」、「MES 儀表板」和「良率低於 97%」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請資料團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# esg_report 台灣讀者版本

背景：呢份文件會俾台中嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「碳審計」、「ESG 報告」同「電力因子更新」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# esg_report 台灣讀者版本

背景：這份文件會給台中的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「碳盤查」、「永續報告書」和「電力排放係數更新」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請醫療團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


# food_safety_notice 台灣讀者版本

背景：呢份文件會俾高雄嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「溯源標籤」、「農場紀錄」同「批號無法辨識」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# food_safety_notice 台灣讀者版本

背景：這份文件會給高雄的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「溯源標籤」、「農場紀錄簿」和「批號無法辨識」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請財務團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

溯源码、农残、台账、识别


# campaign_brief 台灣讀者版本

背景：呢份文件會俾台南嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「早鳥優惠」、「社交媒體 calendar」同「標題太 Hard sell」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# campaign_brief 台灣讀者版本

背景：這份文件會給台南的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「早鳥活動」、「社群行事曆」和「標題太聳動」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請設計團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。

促销、评论、标题党、社媒


# creator_guideline 台灣讀者版本

背景：呢份文件會俾新竹嘅台灣讀者睇，所以唔可以保留太多香港口語。文中有「直播稿」、「creator studio」同「影片預設靜音」等說法，要轉成台灣自然用語。

注意：如果係香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就唔好亂改成台灣機構。但如果係一般服務流程，就應該用台灣讀者熟悉嘅說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 同日期。
- 檢查每段語氣，唔好一段像公告，一段像聊天。

# creator_guideline 台灣讀者版本

背景：這份文件會給新竹的台灣讀者閱讀，所以不可以保留太多香港口語。文中有「直播腳本」、「創作者後台」和「影片預設為靜音」等說法，要轉成台灣自然用語。

注意：如果是香港本地專有名詞，例如港鐵、八達通或某個香港政府部門，就不要任意改成台灣機構。但如果是一般服務流程，就應該使用台灣讀者熟悉的說法。

待辦：
- 請平台團隊統一全文用詞。
- 保留 {case_no}、email、URL 和日期。
- 檢查每段語氣，不要一段像公告，一段像聊天。


long_document; code_mixed_input; format_or_placeholder_preservation; locale_lexical_control

# TW localization QA note: release_note

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "API endpoint", but the current draft also uses「API 端點」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the access token expires; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in staging environment includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「API 端點」as the main Taiwan term. Keep API, token, staging only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：release_note

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「API 端點」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說存取權杖過期；第三段用中文描述同一件事，但用詞不一致。
- 測試環境中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「API 端點」。只有在產品名或常見縮寫時，才保留 API, token, staging。請在 6 月 30 日前完成 review。

接口、测试环境、访问令牌、发布补丁


# TW localization QA note: ui_copy

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "checkout page", but the current draft also uses「結帳頁面」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the coupon code is invalid; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in mobile app includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「結帳頁面」as the main Taiwan term. Keep coupon, checkout, App only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：ui_copy

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「結帳頁面」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說優惠碼無效；第三段用中文描述同一件事，但用詞不一致。
- 手機 App 中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「結帳頁面」。只有在產品名或常見縮寫時，才保留 coupon, checkout, App。請在週五中午前完成 review。

结算、默认、支付、移动端


# TW localization QA note: security_advisory

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "MFA policy", but the current draft also uses「MFA 政策」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says a suspicious sign-in is detected; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in identity console includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「MFA 政策」as the main Taiwan term. Keep MFA, recovery key, sign-in only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：security_advisory

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「MFA 政策」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說偵測到可疑登入；第三段用中文描述同一件事，但用詞不一致。
- 身分驗證主控台中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「MFA 政策」。只有在產品名或常見縮寫時，才保留 MFA, recovery key, sign-in。請在明天上午前完成 review。


# TW localization QA note: customer_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "e-invoice carrier", but the current draft also uses「電子發票載具」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the parcel is delayed; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in order details page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「電子發票載具」as the main Taiwan term. Keep e-invoice, carrier, pickup only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：customer_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「電子發票載具」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說包裹延誤；第三段用中文描述同一件事，但用詞不一致。
- 訂單明細頁中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「電子發票載具」。只有在產品名或常見縮寫時，才保留 e-invoice, carrier, pickup。請在第三季底前完成 review。

快递、便利店、自提、详情


# TW localization QA note: banking_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "bank statement", but the current draft also uses「銀行對帳單」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the transfer fails; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in KYC portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「銀行對帳單」as the main Taiwan term. Keep KYC, transfer, statement only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：banking_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「銀行對帳單」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說轉帳失敗；第三段用中文描述同一件事，但用詞不一致。
- KYC 入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「銀行對帳單」。只有在產品名或常見縮寫時，才保留 KYC, transfer, statement。請在 6 月 30 日前完成 review。

核验、账号、实名验证、银行流水


# TW localization QA note: claim_instruction

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "claim form", but the current draft also uses「理賠申請書」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the policy number is missing; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in member portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「理賠申請書」as the main Taiwan term. Keep claim, policy number only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：claim_instruction

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「理賠申請書」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說保單號碼缺漏；第三段用中文描述同一件事，但用詞不一致。
- 會員入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「理賠申請書」。只有在產品名或常見縮寫時，才保留 claim, policy number。請在週五中午前完成 review。


# TW localization QA note: clinic_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "NHI card", but the current draft also uses「健保卡」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the symptoms get worse; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in patient portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「健保卡」as the main Taiwan term. Keep NHI, appointment only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：clinic_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「健保卡」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說症狀惡化；第三段用中文描述同一件事，但用詞不一致。
- 病人入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「健保卡」。只有在產品名或常見縮寫時，才保留 NHI, appointment。請在明天上午前完成 review。


# TW localization QA note: manual

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "sensor calibration", but the current draft also uses「感測器校正」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the alarm light flashes red; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in maintenance menu includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「感測器校正」as the main Taiwan term. Keep sensor, calibration only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：manual

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「感測器校正」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說警示燈閃紅燈；第三段用中文描述同一件事，但用詞不一致。
- 維護選單中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「感測器校正」。只有在產品名或常見縮寫時，才保留 sensor, calibration。請在第三季底前完成 review。


# TW localization QA note: public_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "household registration transcript", but the current draft also uses「戶籍謄本」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the application is incomplete; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in public service portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「戶籍謄本」as the main Taiwan term. Keep household registration, portal only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：public_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「戶籍謄本」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說申請資料不完整；第三段用中文描述同一件事，但用詞不一致。
- 線上申辦系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「戶籍謄本」。只有在產品名或常見縮寫時，才保留 household registration, portal。請在 6 月 30 日前完成 review。

户口本、网上、政务、材料


# TW localization QA note: policy_clause

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "personal data retention period", but the current draft also uses「個人資料保存期限」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the policy changes materially; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in privacy settings page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「個人資料保存期限」as the main Taiwan term. Keep consent, personal data only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：policy_clause

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「個人資料保存期限」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說政策有重大變更；第三段用中文描述同一件事，但用詞不一致。
- 隱私設定頁面中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「個人資料保存期限」。只有在產品名或常見縮寫時，才保留 consent, personal data。請在週五中午前完成 review。


# TW localization QA note: school_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "add/drop deadline", but the current draft also uses「加退選期限」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the credit requirement is not met; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in student information system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「加退選期限」as the main Taiwan term. Keep credits, advisor only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：school_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「加退選期限」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說學分門檻未達；第三段用中文描述同一件事，但用詞不一致。
- 校務系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「加退選期限」。只有在產品名或常見縮寫時，才保留 credits, advisor。請在明天上午前完成 review。

选课、班主任、签字、教务


# TW localization QA note: review_comment

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "ablation study", but the current draft also uses「消融實驗」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the baseline is too weak; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in appendix table includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「消融實驗」as the main Taiwan term. Keep F1, baseline, ablation only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：review_comment

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「消融實驗」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說基準模型太弱；第三段用中文描述同一件事，但用詞不一致。
- 附錄表格中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「消融實驗」。只有在產品名或常見縮寫時，才保留 F1, baseline, ablation。請在第三季底前完成 review。


# TW localization QA note: hr_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "onboarding checklist", but the current draft also uses「到職檢核表」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the manager has not approved it; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in HR system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「到職檢核表」as the main Taiwan term. Keep HR, onboarding only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：hr_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「到職檢核表」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說主管尚未核准；第三段用中文描述同一件事，但用詞不一致。
- 人資系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「到職檢核表」。只有在產品名或常見縮寫時，才保留 HR, onboarding。請在 6 月 30 日前完成 review。


# TW localization QA note: accounting_memo

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "tax ID number", but the current draft also uses「統一編號」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the receipt is missing; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in expense system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「統一編號」as the main Taiwan term. Keep tax ID, reimbursement only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：accounting_memo

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「統一編號」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說收據缺漏；第三段用中文描述同一件事，但用詞不一致。
- 費用系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「統一編號」。只有在產品名或常見縮寫時，才保留 tax ID, reimbursement。請在週五中午前完成 review。

纳税人识别号、报销、小票


# TW localization QA note: transit_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "MRT transfer route", but the current draft also uses「捷運轉乘路線」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the last train has departed; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in route planner includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「捷運轉乘路線」as the main Taiwan term. Keep MRT, transit card only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：transit_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「捷運轉乘路線」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說末班車已發車；第三段用中文描述同一件事，但用詞不一致。
- 路線規劃工具中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「捷運轉乘路線」。只有在產品名或常見縮寫時，才保留 MRT, transit card。請在明天上午前完成 review。


# TW localization QA note: logistics_sop

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "cold-chain shipment", but the current draft also uses「冷鏈配送」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the temperature logger is offline; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in warehouse dashboard includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「冷鏈配送」as the main Taiwan term. Keep QR Code, cold chain only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：logistics_sop

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「冷鏈配送」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說溫度記錄器離線；第三段用中文描述同一件事，但用詞不一致。
- 倉儲儀表板中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「冷鏈配送」。只有在產品名或常見縮寫時，才保留 QR Code, cold chain。請在第三季底前完成 review。


# TW localization QA note: guest_message

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "luggage storage service", but the current draft also uses「行李寄放服務」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the room is not ready; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in hotel booking page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「行李寄放服務」as the main Taiwan term. Keep check-in, booking only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：guest_message

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「行李寄放服務」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說房間尚未準備好；第三段用中文描述同一件事，但用詞不一致。
- 飯店訂房頁面中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「行李寄放服務」。只有在產品名或常見縮寫時，才保留 check-in, booking。請在 6 月 30 日前完成 review。


# TW localization QA note: menu_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "allergen label", but the current draft also uses「過敏原標示」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the kitchen is out of cilantro; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in ordering kiosk includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「過敏原標示」as the main Taiwan term. Keep allergen, kiosk only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：menu_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「過敏原標示」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說廚房沒有香菜了；第三段用中文描述同一件事，但用詞不一致。
- 點餐機中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「過敏原標示」。只有在產品名或常見縮寫時，才保留 allergen, kiosk。請在週五中午前完成 review。


# TW localization QA note: store_sop

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "member barcode", but the current draft also uses「會員條碼」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the item is out of stock; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in point-of-sale system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「會員條碼」as the main Taiwan term. Keep POS, barcode only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：store_sop

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「會員條碼」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說商品缺貨；第三段用中文描述同一件事，但用詞不一致。
- POS 系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「會員條碼」。只有在產品名或常見縮寫時，才保留 POS, barcode。請在明天上午前完成 review。


# TW localization QA note: lease_clause

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "security deposit", but the current draft also uses「押金」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the meter reading is inconsistent; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in lease agreement includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「押金」as the main Taiwan term. Keep lease, deposit only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：lease_clause

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「押金」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說電表讀數不一致；第三段用中文描述同一件事，但用詞不一致。
- 租賃契約中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「押金」。只有在產品名或常見縮寫時，才保留 lease, deposit。請在第三季底前完成 review。


# TW localization QA note: qc_report

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "incoming quality inspection", but the current draft also uses「進料檢驗」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the yield rate drops below 97%; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in MES dashboard includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「進料檢驗」as the main Taiwan term. Keep MES, yield only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：qc_report

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「進料檢驗」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說良率低於 97%；第三段用中文描述同一件事，但用詞不一致。
- MES 儀表板中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「進料檢驗」。只有在產品名或常見縮寫時，才保留 MES, yield。請在 6 月 30 日前完成 review。


# TW localization QA note: esg_report

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "carbon inventory", but the current draft also uses「碳盤查」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the electricity factor is updated; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in sustainability report includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「碳盤查」as the main Taiwan term. Keep Scope 2, ESG only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：esg_report

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「碳盤查」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說電力排放係數更新；第三段用中文描述同一件事，但用詞不一致。
- 永續報告書中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「碳盤查」。只有在產品名或常見縮寫時，才保留 Scope 2, ESG。請在週五中午前完成 review。


# TW localization QA note: food_safety_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "traceability label", but the current draft also uses「溯源標籤」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the batch number is unreadable; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in farm logbook includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「溯源標籤」as the main Taiwan term. Keep traceability, residue only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：food_safety_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「溯源標籤」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說批號無法辨識；第三段用中文描述同一件事，但用詞不一致。
- 農場紀錄簿中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「溯源標籤」。只有在產品名或常見縮寫時，才保留 traceability, residue。請在明天上午前完成 review。

溯源码、农残、台账、识别


# TW localization QA note: campaign_brief

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "early-bird campaign", but the current draft also uses「早鳥活動」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the headline feels clickbait; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in social media calendar includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「早鳥活動」as the main Taiwan term. Keep discount code, campaign only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：campaign_brief

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「早鳥活動」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說標題太聳動；第三段用中文描述同一件事，但用詞不一致。
- 社群行事曆中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「早鳥活動」。只有在產品名或常見縮寫時，才保留 discount code, campaign。請在第三季底前完成 review。

促销、评论、标题党、社媒


# TW localization QA note: creator_guideline

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "livestream script", but the current draft also uses「直播腳本」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the video is muted by default; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in creator studio includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「直播腳本」as the main Taiwan term. Keep livestream, creator only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：creator_guideline

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「直播腳本」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說影片預設為靜音；第三段用中文描述同一件事，但用詞不一致。
- 創作者後台中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「直播腳本」。只有在產品名或常見縮寫時，才保留 livestream, creator。請在 6 月 30 日前完成 review。


# TW localization QA note: patch_note

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "ranked match queue", but the current draft also uses「積分賽配對佇列」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the frame rate drops; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in event page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「積分賽配對佇列」as the main Taiwan term. Keep season pass, FPS only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：patch_note

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「積分賽配對佇列」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說幀率下降；第三段用中文描述同一件事，但用詞不一致。
- 活動頁面中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「積分賽配對佇列」。只有在產品名或常見縮寫時，才保留 season pass, FPS。請在週五中午前完成 review。


# TW localization QA note: event_guide

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "bib pickup counter", but the current draft also uses「號碼布領取櫃台」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the route is changed due to rain; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in race guide includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「號碼布領取櫃台」as the main Taiwan term. Keep race, start time only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：event_guide

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「號碼布領取櫃台」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說路線因下雨調整；第三段用中文描述同一件事，但用詞不一致。
- 賽事指南中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「號碼布領取櫃台」。只有在產品名或常見縮寫時，才保留 race, start time。請在明天上午前完成 review。


# TW localization QA note: exhibit_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "exhibition audio guide", but the current draft also uses「展覽語音導覽」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the gallery is temporarily closed; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in museum website includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「展覽語音導覽」as the main Taiwan term. Keep audio guide, gallery only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：exhibit_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「展覽語音導覽」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說展間暫停開放；第三段用中文描述同一件事，但用詞不一致。
- 博物館網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「展覽語音導覽」。只有在產品名或常見縮寫時，才保留 audio guide, gallery。請在第三季底前完成 review。


# TW localization QA note: donor_email

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "recurring donation", but the current draft also uses「定期定額捐款」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the donor changes the card; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in donor CRM includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「定期定額捐款」as the main Taiwan term. Keep CRM, receipt only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：donor_email

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「定期定額捐款」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說捐款人更換信用卡；第三段用中文描述同一件事，但用詞不一致。
- 捐款人 CRM 中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「定期定額捐款」。只有在產品名或常見縮寫時，才保留 CRM, receipt。請在 6 月 30 日前完成 review。


# TW localization QA note: emergency_bulletin

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "evacuation notice", but the current draft also uses「疏散通知」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the river level rises; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in emergency bulletin includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「疏散通知」as the main Taiwan term. Keep evacuation, shelter only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：emergency_bulletin

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「疏散通知」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說河川水位上升；第三段用中文描述同一件事，但用詞不一致。
- 緊急公告中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「疏散通知」。只有在產品名或常見縮寫時，才保留 evacuation, shelter。請在週五中午前完成 review。


# TW localization QA note: service_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "EV charging connector", but the current draft also uses「電動車充電接頭」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the charger is offline; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in charging app includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「電動車充電接頭」as the main Taiwan term. Keep EV, charger, App only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：service_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「電動車充電接頭」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說充電樁離線；第三段用中文描述同一件事，但用詞不一致。
- 充電 App 中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「電動車充電接頭」。只有在產品名或常見縮寫時，才保留 EV, charger, App。請在明天上午前完成 review。


# TW localization QA note: release_note

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "API endpoint", but the current draft also uses「API 端點」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the access token expires; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in staging environment includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「API 端點」as the main Taiwan term. Keep API, token, staging only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：release_note

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「API 端點」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說存取權杖過期；第三段用中文描述同一件事，但用詞不一致。
- 測試環境中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「API 端點」。只有在產品名或常見縮寫時，才保留 API, token, staging。請在第三季底前完成 review。

接口、测试环境、访问令牌、发布补丁


# TW localization QA note: ui_copy

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "checkout page", but the current draft also uses「結帳頁面」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the coupon code is invalid; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in mobile app includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「結帳頁面」as the main Taiwan term. Keep coupon, checkout, App only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：ui_copy

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「結帳頁面」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說優惠碼無效；第三段用中文描述同一件事，但用詞不一致。
- 手機 App 中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「結帳頁面」。只有在產品名或常見縮寫時，才保留 coupon, checkout, App。請在 6 月 30 日前完成 review。

结算、默认、支付、移动端


# TW localization QA note: security_advisory

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "MFA policy", but the current draft also uses「MFA 政策」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says a suspicious sign-in is detected; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in identity console includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「MFA 政策」as the main Taiwan term. Keep MFA, recovery key, sign-in only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：security_advisory

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「MFA 政策」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說偵測到可疑登入；第三段用中文描述同一件事，但用詞不一致。
- 身分驗證主控台中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「MFA 政策」。只有在產品名或常見縮寫時，才保留 MFA, recovery key, sign-in。請在週五中午前完成 review。


# TW localization QA note: customer_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "e-invoice carrier", but the current draft also uses「電子發票載具」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the parcel is delayed; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in order details page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「電子發票載具」as the main Taiwan term. Keep e-invoice, carrier, pickup only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：customer_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「電子發票載具」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說包裹延誤；第三段用中文描述同一件事，但用詞不一致。
- 訂單明細頁中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「電子發票載具」。只有在產品名或常見縮寫時，才保留 e-invoice, carrier, pickup。請在明天上午前完成 review。

快递、便利店、自提、详情


# TW localization QA note: banking_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "bank statement", but the current draft also uses「銀行對帳單」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the transfer fails; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in KYC portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「銀行對帳單」as the main Taiwan term. Keep KYC, transfer, statement only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：banking_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「銀行對帳單」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說轉帳失敗；第三段用中文描述同一件事，但用詞不一致。
- KYC 入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「銀行對帳單」。只有在產品名或常見縮寫時，才保留 KYC, transfer, statement。請在第三季底前完成 review。

核验、账号、实名验证、银行流水


# TW localization QA note: claim_instruction

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "claim form", but the current draft also uses「理賠申請書」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the policy number is missing; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in member portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「理賠申請書」as the main Taiwan term. Keep claim, policy number only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：claim_instruction

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「理賠申請書」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說保單號碼缺漏；第三段用中文描述同一件事，但用詞不一致。
- 會員入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「理賠申請書」。只有在產品名或常見縮寫時，才保留 claim, policy number。請在 6 月 30 日前完成 review。


# TW localization QA note: clinic_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "NHI card", but the current draft also uses「健保卡」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the symptoms get worse; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in patient portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「健保卡」as the main Taiwan term. Keep NHI, appointment only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：clinic_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「健保卡」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說症狀惡化；第三段用中文描述同一件事，但用詞不一致。
- 病人入口網站中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「健保卡」。只有在產品名或常見縮寫時，才保留 NHI, appointment。請在週五中午前完成 review。


# TW localization QA note: manual

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "sensor calibration", but the current draft also uses「感測器校正」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the alarm light flashes red; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in maintenance menu includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「感測器校正」as the main Taiwan term. Keep sensor, calibration only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：manual

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「感測器校正」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說警示燈閃紅燈；第三段用中文描述同一件事，但用詞不一致。
- 維護選單中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「感測器校正」。只有在產品名或常見縮寫時，才保留 sensor, calibration。請在明天上午前完成 review。


# TW localization QA note: public_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "household registration transcript", but the current draft also uses「戶籍謄本」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the application is incomplete; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in public service portal includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「戶籍謄本」as the main Taiwan term. Keep household registration, portal only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：public_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「戶籍謄本」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說申請資料不完整；第三段用中文描述同一件事，但用詞不一致。
- 線上申辦系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「戶籍謄本」。只有在產品名或常見縮寫時，才保留 household registration, portal。請在第三季底前完成 review。

户口本、网上、政务、材料


# TW localization QA note: policy_clause

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "personal data retention period", but the current draft also uses「個人資料保存期限」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the policy changes materially; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in privacy settings page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「個人資料保存期限」as the main Taiwan term. Keep consent, personal data only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：policy_clause

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「個人資料保存期限」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說政策有重大變更；第三段用中文描述同一件事，但用詞不一致。
- 隱私設定頁面中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「個人資料保存期限」。只有在產品名或常見縮寫時，才保留 consent, personal data。請在 6 月 30 日前完成 review。


# TW localization QA note: school_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "add/drop deadline", but the current draft also uses「加退選期限」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the credit requirement is not met; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in student information system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「加退選期限」as the main Taiwan term. Keep credits, advisor only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：school_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「加退選期限」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說學分門檻未達；第三段用中文描述同一件事，但用詞不一致。
- 校務系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「加退選期限」。只有在產品名或常見縮寫時，才保留 credits, advisor。請在週五中午前完成 review。

选课、班主任、签字、教务


# TW localization QA note: review_comment

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "ablation study", but the current draft also uses「消融實驗」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the baseline is too weak; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in appendix table includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 客服 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「消融實驗」as the main Taiwan term. Keep F1, baseline, ablation only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：review_comment

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「消融實驗」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說基準模型太弱；第三段用中文描述同一件事，但用詞不一致。
- 附錄表格中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 客服希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「消融實驗」。只有在產品名或常見縮寫時，才保留 F1, baseline, ablation。請在明天上午前完成 review。


# TW localization QA note: hr_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "onboarding checklist", but the current draft also uses「到職檢核表」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the manager has not approved it; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in HR system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 營運團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「到職檢核表」as the main Taiwan term. Keep HR, onboarding only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：hr_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「到職檢核表」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說主管尚未核准；第三段用中文描述同一件事，但用詞不一致。
- 人資系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 營運團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「到職檢核表」。只有在產品名或常見縮寫時，才保留 HR, onboarding。請在第三季底前完成 review。


# TW localization QA note: accounting_memo

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "tax ID number", but the current draft also uses「統一編號」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the receipt is missing; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in expense system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 資料團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「統一編號」as the main Taiwan term. Keep tax ID, reimbursement only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：accounting_memo

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「統一編號」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說收據缺漏；第三段用中文描述同一件事，但用詞不一致。
- 費用系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 資料團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「統一編號」。只有在產品名或常見縮寫時，才保留 tax ID, reimbursement。請在 6 月 30 日前完成 review。

纳税人识别号、报销、小票


# TW localization QA note: transit_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "MRT transfer route", but the current draft also uses「捷運轉乘路線」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the last train has departed; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in route planner includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 醫療團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「捷運轉乘路線」as the main Taiwan term. Keep MRT, transit card only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：transit_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「捷運轉乘路線」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說末班車已發車；第三段用中文描述同一件事，但用詞不一致。
- 路線規劃工具中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 醫療團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「捷運轉乘路線」。只有在產品名或常見縮寫時，才保留 MRT, transit card。請在週五中午前完成 review。


# TW localization QA note: logistics_sop

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "cold-chain shipment", but the current draft also uses「冷鏈配送」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the temperature logger is offline; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in warehouse dashboard includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 財務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「冷鏈配送」as the main Taiwan term. Keep QR Code, cold chain only when they are product terms or common abbreviations. Complete review by tomorrow morning.

# 台灣在地化 QA 備註：logistics_sop

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「冷鏈配送」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說溫度記錄器離線；第三段用中文描述同一件事，但用詞不一致。
- 倉儲儀表板中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 財務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「冷鏈配送」。只有在產品名或常見縮寫時，才保留 QR Code, cold chain。請在明天上午前完成 review。


# TW localization QA note: guest_message

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "luggage storage service", but the current draft also uses「行李寄放服務」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the room is not ready; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in hotel booking page includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 設計團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「行李寄放服務」as the main Taiwan term. Keep check-in, booking only when they are product terms or common abbreviations. Complete review by the end of Q3.

# 台灣在地化 QA 備註：guest_message

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「行李寄放服務」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說房間尚未準備好；第三段用中文描述同一件事，但用詞不一致。
- 飯店訂房頁面中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 設計團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「行李寄放服務」。只有在產品名或常見縮寫時，才保留 check-in, booking。請在第三季底前完成 review。


# TW localization QA note: menu_notice

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "allergen label", but the current draft also uses「過敏原標示」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the kitchen is out of cilantro; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in ordering kiosk includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 平台團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「過敏原標示」as the main Taiwan term. Keep allergen, kiosk only when they are product terms or common abbreviations. Complete review by June 30.

# 台灣在地化 QA 備註：menu_notice

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「過敏原標示」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說廚房沒有香菜了；第三段用中文描述同一件事，但用詞不一致。
- 點餐機中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 平台團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「過敏原標示」。只有在產品名或常見縮寫時，才保留 allergen, kiosk。請在 6 月 30 日前完成 review。


# TW localization QA note: store_sop

Context：這份 doc 會進 production knowledge base，主要給台灣 users 和 frontline support 使用。請不要只做 zh-Hant conversion。The key term is "member barcode", but the current draft also uses「會員條碼」and sometimes keeps the English term.

Known issues：
- Paragraph 1 says the item is out of stock; paragraph 3 says the same thing in Chinese, but wording is inconsistent.
- The UI string in point-of-sale system includes {account_id}, SLA, KPI, and a Markdown link [Help Center](https://example.com/help). These must be preserved.
- 法務團隊 wants the tone to be professional, not too formal, and definitely not Mainland-style.

Decision：Use「會員條碼」as the main Taiwan term. Keep POS, barcode only when they are product terms or common abbreviations. Complete review by Friday noon.

# 台灣在地化 QA 備註：store_sop

背景：這份文件會進正式知識庫，主要給台灣使用者和第一線客服使用。請不要只做繁中轉換。關鍵詞是「會員條碼」，但目前草稿也會混用英文詞和不同中文說法。

已知問題：
- 第一段說商品缺貨；第三段用中文描述同一件事，但用詞不一致。
- POS 系統中的 UI 字串包含 {account_id}、SLA、KPI 和 Markdown 連結 [Help Center](https://example.com/help)。這些都必須保留。
- 法務團隊希望語氣專業、不要太正式，也絕對不要像中國大陸文案。

決議：主要台灣用語使用「會員條碼」。只有在產品名或常見縮寫時，才保留 POS, barcode。請在週五中午前完成 review。