记忆：说人话技能处置口径（保持引用不整合）＋ 取用分工与兜底落地（技能仓 8b655ab）

.workbuddy/memory/2026-10-08.md

@@ -1005,3 +1005,20 @@
 4、**一句话** —— 新稿是意图，不是内容。
 
 ⚠️ 另一半建议（让用户在那个会话里口头交代一句）是**用户侧动作**，我做不到，已在回复里点明。
+
+---
+
+## 第十五轮 · 说人话技能：保持引用 ＋ 补两处（用户令「C 保持引用」，并要求把两个技能提交到仓库）
+
+**核实两个技能的入库状态**：`humanizer`（443 行 SKILL.md ＋ `references/patterns.md` 55 条 ＋ `patterns.zh.md` ＋ `always-on-templates.md`，100K）与 `humanizer-zh`（484 行单文件，32K）**早已入库** —— 提交 `777f7fe`（「重开仓库内容：改推五个技能」）时随包一起进来的，`git ls-files` 列出 9 个文件全部被跟踪、无未提交改动 ⇒ **无需重复提交**。
+
+**判断：⛔ 不整合**。三条理由：
+1、搬内容进包 ＝ **制造第二处定义** —— 本包「单一可信源」纪律专治这个病，2026-10-08 的事故刚证明过代价
+2、这两个技能是**全包乃至跨包通用**的（用户 2026-10-07 定案「不管是写规则还是写文档都要按说人话的技能执行」），整合等于把它们降格成 product-planning 的附件
+3、这次事故的根因是**覆盖流程**，与「humanizer 是外部依赖」无关 —— 按这个方向改等于白改一轮
+
+**C 的两处（已落地，技能仓提交 `8b655ab`，已推）**：
+- 新增「**取哪一份**」：模式清单取 `humanizer`（它另有 `references/patterns.zh.md`，中文产出读那一份）；评分与门槛取 `humanizer-zh` 的五维表；两份冲突时以 `humanizer-zh` 为准（本项目产出是中文）
+- 新增「**⛔ 取不到判据来源时**」：不许凭感觉判「这条够人话」，在段末报告与 `3d-审查报告.md` 里明写「无判据来源，本项未判」，与 §供给·工艺数值判据 的「证据缺口」同口径处理
+
+**闸门**：`通过 2060 ｜ 失败 0 ｜ 提示 27`（全过）。