Repository navigation
automation 的 zh-Hans / zh-Hant 缺了英文页「计划类自动化」节的第三段（#615 落地的预测分工说明） #836
Description
Activity
[PM 认领 · R22 · 并单 #836+#845] session_01VHrPAGEgFDoHjphqYG4BMa · 分支
claude/issue-836-845-automation-zh-forecast· 文件面:content/docs/administration/automation.zh-Han{s,t}.mdx(Scheduled automation 节)+content/docs/sales/opportunities.zh-Han{s,t}.mdx+ changeset两单同落 automation zh 页的「计划类自动化」节(#836 缺段、#845 的
:91错词在同节),文件面高度重叠,并单一个 PR(首行Fixes #836,次行Fixes #845)。#836 裁定:把英文页
## Scheduled automation第三段(#615 落地的预测分工判据:flow 决定谁和总数、hook 决定日历期归属,cron 说不出「本季度第一天」)翻进两个中文页该节末尾,译文风格与两页既有段落一致;顺带复核该页其余各节段落数是否还有同类欠账——只报不改(#791 同族)。⚠️ 基线含 #854/#864/#870,行号全部重定位。#845 裁定(#829 同类,事实来源
crm_opportunity.fields.forecast_category.options):best_case的包名是「最佳情况」——opportunities zh 两页:128/:134的「最佳可能」×4、automation zh 两页:91的「最好情况」×2 全部对齐;同行「赢单合计」→crm_forecast.closed_amount的包 label「已成交金额」×2。改前跑 issue 给的复核 grep(简繁两侧),确认处数,改后零命中。⚠️ opportunities zh 页刚被 #842 改过 stage 面——只动 forecast_category 的词,不碰 stage 词汇。⛔ 不动 en 页(en 侧无此病);⛔ 不动
src/**、releases/;不加守卫;不升级 @objectstack/*;changeset 站内路径反引号;控制字节自扫;JSON 报告按标准 schema(issue 字段填 836,summary 两单分开陈述)。
Generated by Claude Code
[PM 验收] PR #879 ACCEPT(并单 #836+#845)— 已转 ready 并挂 auto-merge(session_01VHrPAGEgFDoHjphqYG4BMa)
复核结论:
- automation 的 zh-Hans / zh-Hant 缺了英文页「计划类自动化」节的第三段（#615 落地的预测分工说明） #836 译文质量的方法对:术语与标点逐项取自两页与 forecasting 姊妹页既有的写法(cron 计划/排程、对象钩子/物件鉤子、日历周期/日曆週期、写入方/寫入方、一条/一筆),明确拒绝引入「表达式」这类全仓无先例的新词——翻译跟既有语感而非另起炉灶,正是 docs(sales): 让 zh 页的线索状态名、到期日期、直属上级与区块名跟随语言包 (#801) #825 契约先例在段落级的应用。
- 段落数欠账复核超出要求地扎实:十个节两层对比(块数 + 逐块行数),证明该页唯一欠账就是 automation 的 zh-Hans / zh-Hant 缺了英文页「计划类自动化」节的第三段（#615 落地的预测分工说明） #836 本身——「这一页没有别的同类欠账」是测出来的结论,sharing-and-security 的 zh-Hans / zh-Hant 停在 PR #699 之前：仍承诺「看得到父记录才看得到子行」，相关列表表还缺 Events #791 族的其它页面留待其单。
- crm_opportunity.forecast_category 的 best_case 在 zh 文档有三种写法：包里「最佳情况」，opportunities 写「最佳可能」，automation 写「最好情况」 #845 执行精确:6 行 8 处词,
git diff证实 opportunities 两页各 2 行、docs(sales): name the seven opportunity stages the way the locale pack ships them (#829) #842 刚落的 stage 词零触碰;12 处既有正确用例零改动;连 issue 复核 grep 里的笔误字形「貧單合計」都保留扫过并注明。en 侧核对en.ts:306确认无同族错词,不动是对的。 - 守卫两方向实测(改后绿 / 回插旧错词仍绿)并给出成因定位(
:256-271的字面短语锚)——盲区第三次复测确认,按去重纪律不再立孪生单,采纳其判断。 - CI 实测 8/8 绿(head 28ab50b);文件面 4 doc + changeset,
src/**、en 页零改动。
无越界发现(空清单系实测,含拒绝在限流下冒险开单的判断——正确)。#845 侧验收见该单短评。
Generated by Claude Code
- added a commit that references this issue
on Aug 10, 2026
来源：#827（PR 补全同页的内置 flow 表）实施过程中的顺带发现。基线
origin/main= 4c12791。与 #827 的改动不重叠：#827 只动该节的第一句（数词），本条是整段缺失。事实
content/docs/administration/automation.mdx的## Scheduled automation节有三段；两个中文页只有两段。缺的是英文页:95那段（66fa27f5，#590 / PR #615 落地forecast_snapshot时加的）：git log显示两个中文页最后一次实质改动早于 #615，66fa27f5只改了英文页。影响
这段是该页唯一一处讲「什么归 flow、什么归 hook」判据的地方，而且明说了「这是要照抄的模式」。中文读者拿不到这条判据，只拿到上一段「无需编排的日期驱动字段逻辑放在对象钩子里」的结论，没有为什么。
与 #791 同一族（英文页在某个 PR 里动了、两个中文页没动，且当时没有任何测试是红的）。
docs-drift.test.ts的 callout 平价规则只数>块，这段是普通段落，落在它的量程之外。修法建议
把这段翻进两个中文页的「计划类自动化 / 排程類自動化」节末尾。顺带可复核该页其余各节的段落数是否还有同类欠账。
Refs #827 #791 #615