「工作流规则」在 automation 之外还散布 8 个页族 ×3 语言共 33 处，其中 4 处把可配置项指向了不存在的配置面 #850

来源：#833（automation 页整节退休）实施过程中的顺带发现。基线 origin/main = 3912845。不与 #833 的文件面重叠 —— #833 只动 content/docs/administration/automation.mdx ×3。

前提（#833 已实测确立）

@objectstack/* 17.0.0-rc.2 上平台侧不存在工作流规则这一能力面，不只是本仓没有：

• 50 个已装平台包中 WorkflowRule 符号零命中（对照：FlowSchema 63 个文件、ApprovalNode 30、StateMachineSchema 40、JobSchema 46 —— 探针会找到真实存在的东西）。
• spec 五处白纸黑字：无 workflow 元数据类型（kernel/metadata-plugin.zod.ts，ADR-0020）、stack 无顶层 workflows 集合（stack.zod.ts）、workflow_rule 授权范式已退休（automation/node-executor.zod.ts，ADR-0019）、REST 挂载与 WorkflowProtocol 在 v17 移除（api/protocol.zod.ts）、workflow 核心服务槽位一并退休（system/core-services.zod.ts）。ObjectSchema 现在会具名拒绝 workflows: / workflow:。
• Setup 的 Automation 导航只有一个子项 Flows，@objectstack/platform-objects 里带一条 ADR-0020: no "Workflow Rules" nav 注释。
• 真实起服务实测：/api/v1 discovery 不列 workflow 路由或服务槽（realtime / ai / search 这些「存在但不可用」的槽是列出来的，所以缺席本身就是答案），/api/v1/workflow 404，automation 服务根返回 {"flows": [...24...]} 仅此而已。

事实

content/docs/ 里 automation 页之外仍有 33 处提到工作流规则，覆盖 8 个页族 ×3 语言 = 24 个文件：

administration/index、administration/state-machines、reference/glossary、reference/performance-and-limits、sales/opportunities、sales/pipeline-management、service/cases、service/sla-and-escalation（各 ×3 语言）。

分三类，严重程度不同：

A. 把可配置项指向不存在的配置面（读者会去找、且找不到）

• sales/opportunities.mdx:174 —— "The $100K large-deal notification threshold lives in the opportunity workflow rules." 实际在 opportunity_won_alert flow 的 start condition 里。
• sales/pipeline-management.mdx:114 —— 同一句话的另一处副本。
• service/cases.mdx:178 —— "The escalation team email recipient … are configured in case workflow rules."
• service/sla-and-escalation.mdx:129 —— "The recipient lists for Notify on Critical and Notify on Escalation are configurable in the case workflow rules."

B. 把工作流规则写进「你需要同步改哪几处」的操作清单

• sales/pipeline-management.mdx:113 —— "You need to update three places: the picklist …, the workflow rule that sets probabilities, and the state machine …" 三处里有一处不存在。
• sales/opportunities.mdx:172 —— 同类。
• administration/state-machines.mdx:17 —— "Other objects … use simpler workflow rules rather than full state machines"；:97 —— "Trigger automation on each transition (workflow rule, flow, notification)"。

C. 词条与配额表

• reference/glossary.mdx:198 —— 收录 Workflow rule 词条；:70 的 Flow 词条用它作对比基准（"More powerful than a workflow rule."）。
• reference/performance-and-limits.mdx:20 —— 配额表有一行 | Workflow rules per object | 500 |。一个不存在的类型的每对象上限。

影响

#833 让 automation 页对齐了实况，但一个管理员从 opportunities 页读到「阈值在商机的工作流规则里」，仍会去 Setup 找一个只有 Flows 的 Automation 分组。A 类四处最实际 —— 它们是「你要改这个值，去这里改」的指路，指到了空处；真实位置是 flow 的 start condition（opportunity_won_alert）和 notify 节点的 recipients。

备注

• 与 automation 三语的「工作流规则」整节讲的是本仓无法编写的元数据，三条「内置示例」其实都是 flow #833 的关系：automation 三语的「工作流规则」整节讲的是本仓无法编写的元数据，三条「内置示例」其实都是 flow #833 的完成范围明确只含 automation.mdx ×3，本单是独立的其余页面清扫，不是它的子任务。
• 修 A 类需要先确认每处的真实位置（阈值在 CEL start condition、收件人在 notify 节点 config），属于测量后再写，不能整批替换词。
• C 类的 glossary 词条与配额行是「删掉」还是「改写为 flow」，是编辑决策，建议 triage 时定。

Refs #833 #839