来源：#827（PR 补全 automation 页的内置 flow 表）实施过程中的顺带发现。基线 origin/main = 4c12791。观察类，未打 pm:queue —— 今天没有任何功能因此坏掉，是一致性/可搜索性问题。
事实（zh-Hans，zh-Hant 同形）
同一个对象 crm_case，三个面各说各的：
| 面 |
叫法 |
语言包 src/translations/zh-CN.ts:578 |
label: '服务案例' / pluralLabel: '服务案例' |
25 个 *.zh-Hans.mdx |
工单（含 service/cases、service/sla-and-escalation、administration/sharing-and-security、administration/profiles） |
14 个 *.zh-Hans.mdx |
案例（含 administration/automation、administration/state-machines、sales/pipeline-management） |
两页在同一文件内混用：content/docs/reference/faq.zh-Hans.mdx、content/docs/getting-started/quick-tour.zh-Hans.mdx。
test/sharing-coverage.test.ts 的 ROW_LABEL 里 crm_case 记的是 工单 / 案件（那张表的口径），而 automation 页整页用「案例」—— 两张守卫过的表因此对同一对象给出不同的行标签，各自都是绿的。
为什么现在没修
#827 的 PR 重写了 automation 三语 flow 表的 24 行标签，本来是统一口径的机会，但：产品 UI 里用户看到的是语言包的「服务案例」，两种文档写法都不等于它；选哪一个是产品用词决策，不该在一个补表格的 PR 里顺手定。而只改 automation 一页会当场造出新的页间漂移（那页要么和 25 个「工单」页不一致，要么和自己上下文里其余「案例」不一致）。
修法建议
先定调用哪个词（建议以语言包的 label 为准，文档跟随产品 UI），再做一次全树替换，并考虑把「文档用词 = 语言包 label」做成守卫 —— 这类漂移目前对所有测试不可见。
Refs #827 #810
来源：#827（PR 补全 automation 页的内置 flow 表）实施过程中的顺带发现。基线
origin/main= 4c12791。观察类，未打pm:queue—— 今天没有任何功能因此坏掉，是一致性/可搜索性问题。事实（zh-Hans，zh-Hant 同形）
同一个对象
crm_case，三个面各说各的：src/translations/zh-CN.ts:578label: '服务案例'/pluralLabel: '服务案例'*.zh-Hans.mdxservice/cases、service/sla-and-escalation、administration/sharing-and-security、administration/profiles）*.zh-Hans.mdxadministration/automation、administration/state-machines、sales/pipeline-management）两页在同一文件内混用：
content/docs/reference/faq.zh-Hans.mdx、content/docs/getting-started/quick-tour.zh-Hans.mdx。test/sharing-coverage.test.ts的ROW_LABEL里crm_case记的是工单/案件（那张表的口径），而 automation 页整页用「案例」—— 两张守卫过的表因此对同一对象给出不同的行标签，各自都是绿的。为什么现在没修
#827 的 PR 重写了 automation 三语 flow 表的 24 行标签，本来是统一口径的机会，但：产品 UI 里用户看到的是语言包的「服务案例」，两种文档写法都不等于它；选哪一个是产品用词决策，不该在一个补表格的 PR 里顺手定。而只改 automation 一页会当场造出新的页间漂移（那页要么和 25 个「工单」页不一致，要么和自己上下文里其余「案例」不一致）。
修法建议
先定调用哪个词（建议以语言包的
label为准，文档跟随产品 UI），再做一次全树替换，并考虑把「文档用词 = 语言包label」做成守卫 —— 这类漂移目前对所有测试不可见。Refs #827 #810