来源：#993 实施过程中的卫星命中（改 sales/index:60 邻行时复核到），按 Prime Directive #10 另立。#993 / #992 的行集与本单互斥。
名字的真身
| 面 |
取值 |
出处 |
| 应用 label |
HotCRM |
src/apps/crm.app.ts:16 |
| en 语言包 |
HotCRM |
src/translations/en.ts:1205 |
| zh-CN 语言包 |
HotCRM |
src/translations/zh-CN.ts:1172 |
| 构建产物 |
{ "name": "crm_enterprise", "label": "HotCRM" } |
dist/objectstack.json |
| marketplace displayName |
HotCRM |
objectstack.manifest.json |
Enterprise CRM 在 src/ 全树零命中（grep -rn "Enterprise CRM" src/ objectstack.manifest.json objectstack.config.ts 无输出）。它看起来是标识符 crm_enterprise 的一次人工重排读法 —— 与 #993 的 Sales Pipeline、#992 的看板双数字属于同一类：从标识符倒推出来的、产品从不显示的名字。
现状：22 个文件、25 处
content/docs/analytics/index.mdx (+ zh-Hans / zh-Hant)
content/docs/getting-started/quick-tour.mdx x2 (+ zh-Hans / zh-Hant，各 x2)
content/docs/guides/search-and-navigation.mdx
content/docs/marketing/index.mdx (+ zh-Hans / zh-Hant)
content/docs/revenue/approvals.mdx (+ zh-Hans / zh-Hant)
content/docs/revenue/index.mdx (+ zh-Hans / zh-Hant)
content/docs/sales/index.mdx (+ zh-Hans / zh-Hant)
content/docs/service/index.mdx (+ zh-Hans / zh-Hant)
其中最直白的一处是 getting-started/quick-tour.mdx:46，它把这个名字写成 app launcher 上的条目：
- **Enterprise CRM** — the main app with all CRM functionality.
- **Admin** — for system administrators.
新用户点开 app launcher 看到的是 HotCRM。
为什么现在才浮出来
这个名字穿过了 #927 / #938 / #943 / #963 / #976 一整轮导航写实 —— 那几单修的是分组名与条目名，应用名本身从没被质疑过，几处新写的正确句子（如 revenue/index.mdx:50「There is no Products group in the Enterprise CRM app」）反而把它复制了一遍。
守卫也看不到它：test/docs-quick-tour-navigation.test.ts（#960）的扫描块从 Inside Enterprise CRM, 这一行开始，:46 的 app launcher 清单在块外；块内那处 Enterprise CRM 不带粗体，逃过了「bold 只能是真 label」那条规则。
处置需要一个决定（不要直接批量替换）
两种读法都说得通，成本不同：
- A. 文档跟元数据走：25 处改成 HotCRM，与 launcher/marketplace 一致。风险：
Enterprise CRM 已被当作「这套 CRM 应用」的通称用了很久，crm_enterprise 这个标识符也还在，读者可能在别处（截图、演示视频）见过。
- B. 元数据跟文档走：把
crm.app.ts 与四个语言包的 app label 改成 Enterprise CRM。这动 src/，且与 marketplace displayName: "HotCRM"、仓库名、README 全面冲突 —— 不推荐。
倾向 A（文档是描述产品的，产品说自己叫 HotCRM），但这是产品命名决定，留给 triage。
边界
- A 方案下不涉及
src/ 改动；三语同址，需同步。
- 若定 A，建议把「应用 label」一并纳入
docs-quick-tour-navigation.test.ts 的可断言集合（CrmApp.label），否则同样的漂移会再来一次。
Refs #993 #960 #927 #943
来源：#993 实施过程中的卫星命中（改
sales/index:60邻行时复核到），按 Prime Directive #10 另立。#993 / #992 的行集与本单互斥。名字的真身
src/apps/crm.app.ts:16src/translations/en.ts:1205src/translations/zh-CN.ts:1172{ "name": "crm_enterprise", "label": "HotCRM" }dist/objectstack.jsonobjectstack.manifest.jsonEnterprise CRM在src/全树零命中（grep -rn "Enterprise CRM" src/ objectstack.manifest.json objectstack.config.ts无输出）。它看起来是标识符crm_enterprise的一次人工重排读法 —— 与 #993 的 Sales Pipeline、#992 的看板双数字属于同一类：从标识符倒推出来的、产品从不显示的名字。现状：22 个文件、25 处
其中最直白的一处是
getting-started/quick-tour.mdx:46，它把这个名字写成 app launcher 上的条目：新用户点开 app launcher 看到的是 HotCRM。
为什么现在才浮出来
这个名字穿过了 #927 / #938 / #943 / #963 / #976 一整轮导航写实 —— 那几单修的是分组名与条目名，应用名本身从没被质疑过，几处新写的正确句子（如
revenue/index.mdx:50「There is no Products group in the Enterprise CRM app」）反而把它复制了一遍。守卫也看不到它：
test/docs-quick-tour-navigation.test.ts（#960）的扫描块从Inside Enterprise CRM,这一行开始，:46 的 app launcher 清单在块外；块内那处Enterprise CRM不带粗体，逃过了「bold 只能是真 label」那条规则。处置需要一个决定（不要直接批量替换）
两种读法都说得通，成本不同：
Enterprise CRM已被当作「这套 CRM 应用」的通称用了很久，crm_enterprise这个标识符也还在，读者可能在别处（截图、演示视频）见过。crm.app.ts与四个语言包的 app label 改成 Enterprise CRM。这动src/，且与 marketplacedisplayName: "HotCRM"、仓库名、README 全面冲突 —— 不推荐。倾向 A（文档是描述产品的，产品说自己叫 HotCRM），但这是产品命名决定，留给 triage。
边界
src/改动；三语同址，需同步。docs-quick-tour-navigation.test.ts的可断言集合（CrmApp.label），否则同样的漂移会再来一次。Refs #993 #960 #927 #943