说人话技能的取用分工与兜底（C 方案）：保持引用，补齐两处

用户令「C 保持引用」，并确认两个说人话技能已在仓。

- 新增「取哪一份」：模式清单取 `humanizer`（它另有 `references/patterns.zh.md`，中文产出读那一份）；
  评分与门槛取 `humanizer-zh` 的五维表；两份口径冲突时以 `humanizer-zh` 为准（本项目产出是中文）
- 新增「⛔ 取不到判据来源时」：两份技能都不在位或读不到 ⇒ 不许凭感觉判「这条够人话」，
  在段末报告与 `3d-审查报告.md` 里明写「无判据来源，本项未判」，
  与 §供给·工艺数值判据 的「证据缺口」同口径处理

⛔ 未把 humanizer / humanizer-zh 的内容整合进本包 —— 那会制造第二处定义（本包「单一可信源」纪律
专门治这个病，2026-10-08 的事故刚证明过代价），且这两个技能是全包乃至跨包通用的
（用户 2026-10-07 定案「不管是写规则还是写文档都要按说人话的技能执行」），整合等于把它们降格成附件。

两个技能本身早已入库（提交 `777f7fe`，9 个文件全部被跟踪、无未提交改动），本提交只改引用写法。

闸门：通过 2060 ｜ 失败 0 ｜ 提示 27

product-planning/SKILL.md

@@ -172,7 +172,9 @@ DESIGN.md 说明：`@google/design.md` 提供 `lint` / `diff` / `export` / `spec
 - ⭐ 内容准则：一切落盘文字都要先过「说人话」这一关（2026-10-07 用户定案，同日扩大到规则文件）。用户原话：「当作第一步 和 第二步 生成文档时 必须遵循的内容准则」「不管是写规则 还是 写文档 都要严格按照说人话的技能去执行」。
   - 适用面两类都算，只改产出不改规则等于半改。一是产出文档：`research/1a-需求文档.md` 到 `1e-使用场景.md`（5 份）、`research/1b-独立分析/`（独立分析体）、`prd/2a-产品功能.md` 与 `prd/2b-界面布局.md`（2 份）。二是规则本身：本技能包内的一切落盘文字，`SKILL.md`、`references/**`、模板与清单。
   - 判据来源（单一可信源，本文件不复述模式清单）：`humanizer`（55 条模式、5 种口吻档 casual / professional / technical / warm / blunt），`humanizer-zh`（24 条模式、快速检查清单、50 分制评分）。两份技能都在 `E:/ProgramData/.workbuddy/skills/`，完整判据以源技能正文为准。
+  - 取哪一份（2026-10-08 补）：**模式清单取 `humanizer`**（它另有 `references/patterns.zh.md`，中文产出读那一份）；**评分与门槛取 `humanizer-zh`** 的五维表。两份口径冲突时以 `humanizer-zh` 为准 —— 本项目产出是中文。
   - 门槛：按 `humanizer-zh` 五维评分（直接性 / 节奏 / 信任度 / 真实性 / 精炼度）≥45 / 50 才准落盘；低于 45 回炉重写。
+  - ⛔ 取不到判据来源时（2026-10-08 补）：两份技能都不在位或读不到 ⇒ **不许凭感觉判「这条够人话」**。在段末报告与 `3d-审查报告.md` 里明写「无判据来源，本项未判」，按与 §供给·工艺数值判据 的「证据缺口」同一口径处理。
   - 五条核心原则（源技能《核心规则速查》摘引）：删填充短语（开场白、强调性拐杖词）；打破公式结构（二元对比、戏剧性分段、修辞性设置）；变化节奏（长短交错，两项优于三项，段尾多样）；信任读者（直接陈述事实，跳过软化、辩解、手把手引导）；删金句（读起来像可引用的话，就重写它）。
   - 交付留证：产出文档在段末报告里写明「已过内容准则，评分 X/50」；改规则文件时，在当日 memory 里记下这一关过了。
 - 只调一段时不越界：用户说「只做第 N 段」，就跑该段，不展开其他段，也不用「你还没做调研」去催促。