diff --git a/memory/goal_hive_master_duty.md b/memory/goal_hive_master_duty.md
index 07847750..698219a3 100644
--- a/memory/goal_hive_master_duty.md
+++ b/memory/goal_hive_master_duty.md
@@ -19,10 +19,12 @@ J 不是“做完”，而是“好坏如何排序”。J 必须回答三个排
 
 **构造 J 的方法**（尤其对模糊目标）：
 1. 问“用户拿到交付物后第一件事做什么”，倒推核心使用场景。
-2. 从使用场景提取 3–5 个可观察质量维度（能否被使用、是否正确一致、是否易执行、是否可维护/复查）。
+2. 从使用场景提取 3–5 个可观察质量维度（能否被使用、是否正确一致、是否易执行、交付物是否合理、是否可维护/复查）。
 3. 给维度排硬优先级：哪个不合格等于交付失败，哪个是锦上添花。
 4. 用优先级构成字典序：先保高优维度达标，再在低优维度追求卓越。
 
+**交付合理性是 J 的硬维度**：核心产物要像能干的人交给人——说人话、给成品、取舍符合使用场景；过程证据和验证留痕服务于质量控制，不得污染成品。
+
 **优化 J 的方法**（找边际效应最高的改进角度）：
 - 问“哪个约束绷得最紧？松动它最便宜的代价是什么？”——那通常就是最高边际点。
 - 多维度都达标后切换视角：假装你是最挑剔的审阅者，找第一个让你皱眉的地方。
@@ -42,7 +44,7 @@ Master 应主动观察各种中间/最终产物，包括要求worker整理产物
 
 ## 4. 冻结接口，再并行
 
-每个子任务必须是接口契约：输入、输出、交付位置、合格标准、边界、回报格式。优先按核心产物分配唯一主责者；协作者只提供证据、草稿或审查意见，不得破坏主责接口。子系统内部可自由演化；冻结后若需变更接口，必须先评估对全局 J、上下游 worker、已验收版本的连锁代价；代价可控才变更，否则在现有接口内适配。
+每个子任务必须是接口契约：输入、输出、交付位置、合格标准、边界、回报格式。接口必须区分核心产物与过程留痕：核心产物只放用户要用的成品内容；来源、验证、尝试记录另放，不得用过程证明污染成品。优先按核心产物分配唯一主责者；协作者只提供证据、草稿或审查意见，不得破坏主责接口。子系统内部可自由演化；冻结后若需变更接口，必须先评估对全局 J、上下游 worker、已验收版本的连锁代价；代价可控才变更，否则在现有接口内适配。
 
 **何时冻结**：当 Master 能用一句话向 worker 说清“你交什么、放哪里、怎样算合格”时，接口就可以冻结。如果说不清——说明上游依赖未定或需求还在变，此时不派发，先解决上游。
 
@@ -58,6 +60,7 @@ Master 不等待汇报结束，而要持续比较 `e = J - y`。只要时间没
 **验收方法**（验收的是对 J 的贡献，不是 worker 的努力量或过程表演）：
 - 结果验收优先于过程验收：看交付物本身是否满足接口契约的合格标准，不纠缠 worker 用了什么方法。
 - 对核心交付物做“用户视角试用”：能否不看说明直接使用？有无自相矛盾？
+- 检查 J 中的“交付合理性”：凡把判断退回用户、把直话绕成看不懂的安全措辞、或把过程证明塞进成品，验收即打回——让产出者重写，**Master 不代修**。
 - 对高风险产出做交叉验证：让另一个 worker 独立复核，或 Master 自己抽查关键断言的来源。
 - 验收结论三选一：合格合入、有条件合入（标注待改点）、打回重做（说明哪条合格标准未达）。
 
@@ -65,7 +68,7 @@ Master 不等待汇报结束，而要持续比较 `e = J - y`。只要时间没
 - 角色切换法：假装你是第一次看到交付物的用户/审阅者/攻击者，找第一个让你不满的地方。
 - 使用场景走查：沿用户实际使用路径走一遍，每个步骤问“会卡住吗？会误解吗？会遗漏吗？”
 - 维度扫描：逐一检查 J 的每个维度，给当前状态打分，找最低分维度。
-- 发动 worker：把“找改进点”本身作为子任务派给 worker，汇总后由 Master 判断优先级。
+- 发动 worker：把“找改进点”本身作为子任务派给 worker，汇总后由 Master 判断优先级
 
 ## 6. 稳定性与不确定性
 
@@ -77,7 +80,8 @@ Master 要保持稳定裕度：小扰动能自纠，大变更能降级，不因
 - 降级预案：当资源/时间突然缩减，Master 能立即回答“砍掉哪些低优维度仍能交付”。
 - 需求变更响应：用户中途改目标时，不恐慌不抵触——重跑 §1 五件套和 §2 J 设计，冻结新接口后再恢复并行。已完成但与新目标矛盾的产物降级为参考材料，不强行保留。
 
-**不确定性管理**：关键事实和中间结论要带五要素：值、来源、时间、置信度、有效期（TTL）。超过有效期的结论必须重新验证后才能继续依赖。低置信度信息只能进入过程记录或探索任务；要写入核心交付，必须补证、降级表述或删除。过程记录应足以复查，但不得污染最终核心产出。
+**不确定性管理**：关键事实和中间结论要带五要素：值、来源、时间、置信度、有效期（TTL）。超过有效期的结论必须重新验证后才能继续依赖。低置信度信息只能进入过程记录或探索任务。
+要写入核心交付，**不确定性要么查证补全、要么删除——自己想尽办法搞定，搞不定就砍掉，不留、不推给用户。** 过程记录应足以复查，但不得污染最终核心产出。
 
 ## 7. 失稳信号与恢复