@furongjun1999/dsh-memory 0.6.0 → 0.7.0

package/codebuddy/CODEBUDDY.md

@@ -2,11 +2,11 @@
 
 > 本文件由 `scripts/render_discipline.py` 从真源
 > `docs/工作纪律_认知图条目_v1.1.json` 渲染生成，**请勿手改**；改真源后重跑渲染。
-> 真源指纹（SHA256 前16位）：26bff32d73644699
+> 真源指纹（SHA256 前16位）：e1e9112a409894aa
 
 ## 概述
 
-工作纪律集: 4条方法论(理论先行/全面处理/白箱方法/根因) + 3条执行(验证/双副本/兜底) + 1条思考(中文思考/协作模式分级) + 1条保密(敏感信息隔离) + 3条图像线(选源护栏/历史查询优先/算法权威唯一) + 1条协作(访谈澄清:先问清再动手) + 1条合规(内容政策合规:公开产物过内容政策+隐私双清单) + 2条执行调度与运行环境(命令执行统一走python/UTF-8: 显式encoding+PYTHONUTF8=1, 规避GBK; 任务派发统一走蜂巢: 任何执行性任务经蜂巢spawn/submit执行并留痕, agent本体只做编排, L1出口=产物落点为只读判定(不改仓库/外部状态)可直跑须留痕) + 1条记忆闭环(任务收尾归档:每次任务执行完只将核心修改(内容/原因/位置/验证结论)按CCG六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆, 不写中间过程) + 1条信息获取(工作区索引优先: 查工作区文件先读 WORKSPACE_INDEX.md(仓根, 由 scripts/workspace_index.py 从 git 追踪面管线生成), 尚无则先跑 --write 生成再读, 不以重复全盘浏览代替; 索引是会陈化的手工件, 故须管线生成+机械守卫, 否则退化为误导源)
+工作纪律集: 4条方法论(理论先行/全面处理/白箱方法/根因) + 3条执行(验证/双副本/兜底) + 1条思考(中文思考/协作模式分级) + 1条保密(敏感信息隔离) + 3条图像线(选源护栏/历史查询优先/算法权威唯一) + 1条协作(访谈澄清:先问清再动手) + 1条合规(内容政策合规:公开产物过内容政策+隐私双清单) + 2条执行调度与运行环境(命令执行统一走python/UTF-8: 显式encoding+PYTHONUTF8=1, 规避GBK, 全仓文本与路径一律UTF-8(无BOM, 中文可进路径), 不做控制台兼容(取用走python); 任务派发统一走蜂巢: 任何执行性任务经蜂巢spawn/submit执行并留痕, agent本体只做编排, L1出口=产物落点为只读判定(不改仓库/外部状态)可直跑须留痕) + 1条记忆闭环(任务收尾归档:每次任务执行完只将核心修改(内容/原因/位置/验证结论)按CCG六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆, 不写中间过程; text 类缺要素即被写入闸门拒并当场返回缺失清单) + 1条信息获取(工作区索引优先: 查工作区文件先读 WORKSPACE_INDEX.md(仓根, 由 scripts/workspace_index.py 从 git 追踪面管线生成), 尚无则先跑 --write 生成再读, 不以重复全盘浏览代替; 索引是会陈化的手工件, 故须管线生成+机械守卫, 否则退化为误导源)
 
 ## 执行公约
 
@@ -121,16 +121,16 @@
 ### 15. 命令执行统一走python
 
 - **触发**：执行命令｜运行测试/脚本｜跨进程读写文本
-- **动作**：构造 argv 列表→subprocess.run(capture_output=True, text=True, encoding='utf-8', errors='replace')→env 带 PYTHONUTF8=1→shell=False
-- **不适用**：IDE 内置工具直调｜无跨进程的纯内存计算
-- **声明**：按工作纪律第15条: 命令执行统一走python——argv列表+显式UTF-8+PYTHONUTF8=1, 不经Windows shell, 规避GBK解码异常。
+- **动作**：构造 argv 列表→subprocess.run(capture_output=True, text=True, encoding='utf-8', errors='replace')→env 带 PYTHONUTF8=1→shell=False；边界判据=本次调用是否产出非UTF-8字节流(纯MSYS工具与不起进程的内置工具豁免；原生Windows程序不豁免，须python包装或显式解码)
+- **不适用**：IDE内置工具直调(判据=本次调用是否产出非UTF-8字节流；不起进程的内置工具(Read/Write/Edit/Grep/Glob/WebFetch)与纯MSYS工具(grep/ls/sed)归入本豁免；拉起shell且执行原生Windows程序者(taskkill/wmic/npm.cmd/cargo/where)不属本豁免，仍须python包装或对输出显式解码；2026-09-28使用者裁定)｜无跨进程的纯内存计算
+- **声明**：按工作纪律第15条: 命令执行统一走python——argv列表+显式UTF-8+PYTHONUTF8=1, 不经Windows shell, 规避GBK解码异常。 另: 全仓文本与路径/文件名一律UTF-8(中文可进路径), 不做控制台兼容(取用走python, 控制台乱码属显示层)。
 
 ### 16. 任务收尾归档(记忆闭环)
 
 - **触发**：任务执行完成｜修改落地后｜交付后
-- **动作**：任务收尾→提炼核心修改(内容/原因/位置/验证结论四要素, 不写中间过程/试错/调试/重复确认)→按 CCG 六要素成文(# 功能名/# 生效条件/# 子功能/# 执行/# 验证方式/# 不适用条件 六行缺一不可, 与正文四要素并置)→写入灵枢记忆(认知图/MCP memory)→读回确认(写入后发起一次读取查询确认写入成功且可检索)→标注关联条目+更新 subgraph/depends_on
+- **动作**：任务收尾→提炼核心修改(内容/原因/位置/验证结论四要素, 不写中间过程/试错/调试/重复确认)→按 CCG 六要素成文(# 功能名/# 生效条件/# 子功能/# 执行/# 验证方式/# 不适用条件 六行缺一不可, 与正文四要素并置)→写入灵枢记忆(认知图/MCP memory)——text 类缺要素即被写入闸门拒(REJECT, 当场返回缺失清单, 不是重试无用), 按清单补齐后重写即可→读回确认(写入后发起一次读取查询确认写入成功且可检索)→标注关联条目+更新 subgraph/depends_on
 - **不适用**：情感交互｜闲聊｜纯查询无改动
-- **声明**：按工作纪律第16条: 任务收尾归档——每次任务执行完只提炼核心修改(内容/原因/位置/验证结论)并按 CCG 六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆, 写入后发起一次读取查询确认写入成功且可检索, 禁写中间过程/试错/调试等无效信息, 与第2条形成「查记忆→执行→写记忆→读回确认」闭环。
+- **声明**：按工作纪律第16条: 任务收尾归档——每次任务执行完只提炼核心修改(内容/原因/位置/验证结论)并按 CCG 六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆(text 类六要素缺失会被写入闸门当场拒绝并返回缺失清单——补齐后重写即可, 不必等读回确认才发现), 写入后发起一次读取查询确认写入成功且可检索, 禁写中间过程/试错/调试等无效信息, 与第2条形成「查记忆→执行→写记忆→读回确认」闭环。
 
 ### 17. 任务派发统一走蜂巢
 
@@ -164,8 +164,8 @@
 | 12 | 按工作纪律第12条: 算法权威唯一(线稿=darkline.py/色块=contour_semantics)——选算法查文档, 勿临时切换/漂移; 换算法须记录+更新文档。 |
 | 13 | 按工作纪律第13条: 访谈澄清——先提问确认要做什么,逐轮问到完全清楚才动手;事实自查,决策归使用者,不完全清楚不固化。 |
 | 14 | 按工作纪律第14条: 内容政策合规——对外公开产物必须过「内容政策+隐私」双清单，过滤在生成阶段做；已发布发现违规要删条+重写git历史+通知平台清缓存。 |
-| 15 | 按工作纪律第15条: 命令执行统一走python——argv列表+显式UTF-8+PYTHONUTF8=1, 不经Windows shell, 规避GBK解码异常。 |
-| 16 | 按工作纪律第16条: 任务收尾归档——每次任务执行完只提炼核心修改(内容/原因/位置/验证结论)并按 CCG 六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆, 写入后发起一次读取查询确认写入成功且可检索, 禁写中间过程/试错/调试等无效信息, 与第2条形成「查记忆→执行→写记忆→读回确认」闭环。 |
+| 15 | 按工作纪律第15条: 命令执行统一走python——argv列表+显式UTF-8+PYTHONUTF8=1, 不经Windows shell, 规避GBK解码异常。 另: 全仓文本与路径/文件名一律UTF-8(中文可进路径), 不做控制台兼容(取用走python, 控制台乱码属显示层)。 |
+| 16 | 按工作纪律第16条: 任务收尾归档——每次任务执行完只提炼核心修改(内容/原因/位置/验证结论)并按 CCG 六要素(功能名/生效条件/子功能/执行/验证方式/不适用条件)成文存入灵枢记忆(text 类六要素缺失会被写入闸门当场拒绝并返回缺失清单——补齐后重写即可, 不必等读回确认才发现), 写入后发起一次读取查询确认写入成功且可检索, 禁写中间过程/试错/调试等无效信息, 与第2条形成「查记忆→执行→写记忆→读回确认」闭环。 |
 | 17 | 按工作纪律第17条: 任务派发统一走蜂巢——任何执行性任务经蜂巢 spawn/submit 执行并留痕(spec/status/result), agent本体只做编排; 宿主自带subagent/team不是等价通道, 兜底须声明。L1只读判定(产物落点=不改仓库/外部状态)可直跑, 须输出「L1 直跑：<命令> — 风险/频次/可逆性」留痕。 |
 | 18 | 按工作纪律第18条: 工作区索引优先——查工作区文件先读 WORKSPACE_INDEX.md(仓根, 管线生成); 无则先跑 scripts/workspace_index.py --write 生成再读, 不以重复全盘浏览代替。 |
 
@@ -188,7 +188,7 @@
 
 三条调用铁律：
 1. **`op` 必填**——漏传会触发参数签名推导兜底（返回标记 `op_derived: true`），复杂任务中也必须显式传，防静默执行错误意图。
-2. **返回 `moved_to: "review_queue"` / `verdict: DEFER/REJECT` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明），重试同样结果；落盘须由设计者权限（can_admin）经 `op=review` 裁决（decision=accept/reject/edit/merge/noop，本机工具：`python scripts/review_cli.py list`），agent 端无裁决权是设计（写入者不得自裁自决），转告使用者即可。
+2. **返回 `moved_to: "review_queue"` / `verdict: DEFER` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明下一步）；落盘须经裁决（`op=review` 的 `decision=accept/reject/edit/merge/noop`，本机工具：`python scripts/review_cli.py list`）。**裁决权（2026-09-28 使用者裁定）**：写入者不得自裁——不得自己写、自己判、无复核一路到底；**经蜂群或验证端复核后，agent 可自行执行裁决**，不必每次转告使用者。**三类例外不适用该授权，必须转交使用者并止步**：①不适用于智能论这类重要协议真源的修改；②不适用于向外部发送信息和数据；③不适用于可能造成信息泄露／病毒／恶意操纵的动作。**`verdict: REJECT` 分两类，处置相反**：① 命中禁止规则（内容政策违规）→ 内容本身不该入库，重试同样结果；② 缺必需要素（`text` 类缺 CCG 六要素）→ **可修正**，按 `verdict.evidence` / `verdict.detail.missing` 给出的**完整缺失清单**补齐六要素后**重写**即落盘（本条未入库、已记入负记忆）——不要把它当「闸门故障」或「重试无用」。
 3. `stg` 同理经 `op` 分发（`timeline` / `relation` / `anchors` 等）。
 
 ## 收尾强制流程（任务完成时不可跳过）

package/data/policy.json

@@ -0,0 +1,27 @@
+{
+  "_comment": "灵枢写入审核策略（合规 + 纪律）。由 md_cg/audit.py:load_rulebook() 经 MDCG_POLICY_FILE 读取。forbidden=命中即 REJECT（禁止写入，对所有 content_kind 生效）；required=缺失即 REJECT（必需要素，默认对所有 kind 生效，可由 required_kinds 收窄到指定 kind）。两者全空则 text 类写入恒判 DEFER（'无规则不能假装合规'）。required 缺失时返回体如实列出全部缺失项并记入负记忆（rejected），补齐后重写即可——不是重试无用。",
+  "_note": "本文件只放**高精度**模式——宁可漏报也不误伤正常记忆。长 hex（git SHA）等易误伤的模式刻意不收。`tk_[0-9a-f]{8,}` 是灵枢令牌 id 形态（2026-09-28 增，使用者裁定）：令牌 id 本身即凭据，正文里出现即视为凭据入库——此前一批归档实测有一条明文令牌正是因缺此模式而过了闸（仓库发版门禁 check_publish_artifact 早有同类 TOKEN_MDCG 规则，写入闸门此前没有），补上后「凭据不入库」在写入当刻才真正成立；不误伤 `tk_fake`/`tk_zzzz` 一类非 hex 哑值。required 当前收窄到 text 类（required_kinds=['text']）：六要素是「归档写入成文格式」的要求，work_wip 等过程性内容不受此约束，但 forbidden 仍对其生效。required_labels 与去空后的 required 一一对应，仅用于报错展示（写入返回的缺失清单），不影响判定；该键缺失或与 required 长度不一致时回落显示正则串本身。**形态口径（2026-09-28 收单点）**：必需正则 `^#\\s*<要素名>` **不要求冒号**——`# 生效条件：<值>` 与 `# 生效条件` 后换行接值两种形态都算已声明；检索面判据 `md_cg/nodefile.py::ccg_mark_present`（及其取值面 `ccg_field_value`）已与本文件**同一正则语义**。此前检索面要求冒号，致无冒号归档过闸后被判 BLINDSPOT（存量实测 88 件，收单点后复扫不一致 = 0）。另注：二级标题 `## <要素名>` 与缩进标题两侧**同判不认**——这是与正则一致的边界，非疏漏。**全形态令牌（2026-09-28 增，PR#44 复核时补）**：`mdcg1\\.[A-Za-z0-9._\\-]{20,}`—— 令牌是 `mdcg1.<role>.<id>.<secret>`（tokens.make_token）；只禁 id 段会让「id 命中而 role/密钥段落进负记忆」：负记忆脱敏按命中片段替换，掩掉 id 却留着密钥段。本条与发布门禁 `check_publish_artifact` 的 TOKEN_MDCG **同一口径**（写入闸门此前没有 = 两闸分叉）。注意：写入闸门**不做**发布闸那种占位符豁免（那是「红着等于没门禁」的取舍），故正文里连示例令牌也会被拒——写格式请用泛形 `mdcg1.<role>.<id>.<secret>`（尖括号不在字符类内，不命中）。调整规则只需改本文件，无需改代码。**受理面口径（2026-09-28 同日裁定「不认大写，统一只认小写」）**：`md_cg/tokens.py::parse_token` 对 role/token_id 拒收含大写者（不再 `role.lower()` 静默归一），故本表两条令牌规则**有意**保持窄形态（`[0-9a-f]`、不带 `(?i)`）——识别面宽是为了拦得住，受理面窄是为了说得准，两面组合后不存在「检测漏 + 受理收」的缝隙。若日后要把本表改成大小写不敏感，须先确认受理面仍拒大写，否则窄形态会变成误报源，而大写 hex id 反而成了可用凭据。守卫：`md_cg/test_token_lowercase_form.py`（36 断言，`--head-baseline` 红基线 11 红）。**同日补裁（三面口径）**：使用者裁定「已有测试把大写归一当预期行为。大写也转小写识别，以后写统一小写，现有的大写内容就不动了」——故**入参面**（角色/单元名 role=、as_unit=）继续允许大写并归一小写（凭据＝存量断言 `test_p46_unit_scope.py` 的 C2），**令牌字符串面**照旧拒大写（本表两条规则保持窄形态即以此成立），**写面**以后一律小写形态，**存量大写内容不迁移**；两者差异是有意的，G8 组把三面一并钉死，勿「统一」掉。",
+  "forbidden": [
+    "-----BEGIN [A-Z ]*PRIVATE KEY-----",
+    "\\bsk-[A-Za-z0-9_\\-]{20,}",
+    "\\bAKIA[0-9A-Z]{16}\\b",
+    "\\bgh[pousr]_[A-Za-z0-9]{20,}\\b",
+    "(?i)\\bapi[_-]?key\\s*[:=]\\s*[A-Za-z0-9_\\-]{16,}",
+    "(?i)\\b(app[_-]?secret|appsecret|client[_-]?secret|secret[_-]?key|access[_-]?key)\\s*[:=]?\\s*[A-Za-z0-9]{16,}",
+    "(?i)\\b(password|passwd|pwd|密码|口令)\\s*[:=：]\\s*\\S{6,}",
+    "(?i)\\bBearer\\s+[A-Za-z0-9._\\-]{20,}",
+    "[a-z][a-z0-9+.\\-]*://[^/\\s:@]+:[^/\\s@]+@",
+    "\\btk_[0-9a-f]{8,}\\b",
+    "mdcg1\\.[A-Za-z0-9._\\-]{20,}"
+  ],
+  "required": [
+    "(?m)^#\\s*功能名",
+    "(?m)^#\\s*生效条件",
+    "(?m)^#\\s*子功能",
+    "(?m)^#\\s*执行",
+    "(?m)^#\\s*验证方式",
+    "(?m)^#\\s*不适用条件"
+  ],
+  "required_kinds": ["text"],
+  "required_labels": ["功能名", "生效条件", "子功能", "执行", "验证方式", "不适用条件"]
+}

package/docs/README.md

@@ -43,6 +43,7 @@ docs/
 | [护栏宪章 v2.0](mdcg/guardrail-charter.md) | 对外部智能体与人类的行为边界 |
 | [memory_score](mdcg/memory_score.html)（[png](mdcg/memory_score.png)） · [memory-assessment](mdcg/memory-assessment.html) · [教学教程](mdcg/lingshu_tutorial.html) | 评分 / 评估 / 教程 |
 | [发布门禁链 v0.1](mdcg/发布门禁链_v0.1.md) | 三层门禁（pre-commit 自动重挂 / prepublishOnly check / CI 兜底）与安装 |
+| [睡眠周期 · 运维前提与维护指南 v1.0](mdcg/睡眠周期_运维前提与维护指南_v1.0.md) | 睡眠周期的 git 前提 / 版本库位置 / 维护动作（看历史·看改动·只给 revert 的回退·冲突挂起）/ 开关与自动边界 |
 | [D_meta 工程化方案 v0.2](mdcg/D_meta_工程化方案_v0.2.md) | D_task / D_meta 分离的工程化方案 |
 | [代码评审与条件化注释 · 契约 v0.1](mdcg/代码评审与条件化注释_契约_v0.1.md) | 评审与条件化注释契约 |
 | [全库代码评审与条件化注释 · 计划 v0.1](mdcg/全库代码评审与条件化注释_计划_v0.1.md) | 全库评审执行计划 |

package/docs/discipline/harnesses.yaml

@@ -45,6 +45,11 @@ injection:
     codebuddy-session: [CODEBUDDY.md, AGENTS.md]
     codebuddy-rules: [RULE.mdc]
     zcode-session: [AGENTS.md]
+    # 用户级槽位（2026-09-28 登记）：ZCode 除「工作区级 <repo>/AGENTS.md」外还读**用户级**
+    # ~/.zcode/AGENTS.md（对所有工作目录生效）。该件落在仓外用户目录，**不参与本仓祖先链
+    # 发现**（链终点不在它上面，probe 命中只报告不判失败）；但与 zcode-session 同槽同名，
+    # 故在此显式声明，供发现面报告「同一启动目录下并存的竞争件」。
+    zcode-user-session: [AGENTS.md]
     codex-session: [AGENTS.md]
     claude-session: [CLAUDE.md]
     plugin-skill: [SKILL.md]
@@ -137,6 +142,32 @@ targets:
       ZCode 读项目根 AGENTS.md。本仓产物落 zcode/AGENTS.md（不落根，避免与
       CodeBuddy 的 CODEBUDDY.md 及本地 AGENTS.md 冲突）；复制到项目根生效。
 
+  # —— 用户级注入件（仓外：用户目录）：**指针形态**，只校验不渲染 ——
+  # 为什么 render: false：本件是「指针」而非纪律本体——正文只有「当工作目录是本仓时先读
+  # <repo>/zcode/AGENTS.md 取纪律本体」+ 执行公约摘要，**不含任何条款正文** ⇒ 不可能与
+  # 真源漂移；若用 full/compact 模板渲染，会把整份纪律正文复制进**用户全局**注入面
+  # （对非本仓的其它项目也生效），且每次改真源都要重渲染用户目录文件——得不偿失。
+  # 为什么仍给判据：`pointer: true` 触发判据侧的三条指针检查（指向面 / 陈化面 / 工具名随端），
+  # 见 verify_discipline.check——无守卫的手工件必然漂移（20260916 codebuddy-local 实例）。
+  zcode-user:
+    enabled: true
+    render: false
+    pointer: true
+    # 指针须指向的纪律本体（相对仓库根）——判据侧按此值查「指向面」，故路径只有这一处声明
+    pointer_body: zcode/AGENTS.md
+    transport: file
+    slot: zcode-user-session
+    path: ~/.zcode/AGENTS.md
+    format: markdown
+    preserve: true
+    memory: mcp/mdcg (cg,stg) · mcp/hive (蜂巢并发：spawn/poll/kill/doctor)
+    note: >-
+      ZCode 的**用户级**指令件（对所有工作目录生效；工作区级见 zcode target 的
+      zcode/AGENTS.md）。存在理由：本仓纪律产物落在**子目录** zcode/，而 ZCode 的
+      工作区级发现面只查 <repo>/AGENTS.md ⇒ 子目录件永不进注入面；用户级指针把
+      「会话起始（含压缩续接后）先读 <repo>/zcode/AGENTS.md」钉在每轮都在的位置。
+      注入验收见本条 note 的后续记录与 docs/discipline 的验收协议。
+
   codex:
     enabled: true
     transport: file

package/docs/discipline/templates/full.md.tmpl

@@ -45,7 +45,7 @@
 
 三条调用铁律：
 1. **`op` 必填**——漏传会触发参数签名推导兜底（返回标记 `op_derived: true`），复杂任务中也必须显式传，防静默执行错误意图。
-2. **返回 `moved_to: "review_queue"` / `verdict: DEFER/REJECT` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明），重试同样结果；落盘须由设计者权限（can_admin）经 `op=review` 裁决（decision=accept/reject/edit/merge/noop，本机工具：`python scripts/review_cli.py list`），agent 端无裁决权是设计（写入者不得自裁自决），转告使用者即可。
+2. **返回 `moved_to: "review_queue"` / `verdict: DEFER` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明下一步）；落盘须经裁决（`op=review` 的 `decision=accept/reject/edit/merge/noop`，本机工具：`python scripts/review_cli.py list`）。**裁决权（2026-09-28 使用者裁定）**：写入者不得自裁——不得自己写、自己判、无复核一路到底；**经蜂群或验证端复核后，agent 可自行执行裁决**，不必每次转告使用者。**三类例外不适用该授权，必须转交使用者并止步**：①不适用于智能论这类重要协议真源的修改；②不适用于向外部发送信息和数据；③不适用于可能造成信息泄露／病毒／恶意操纵的动作。**`verdict: REJECT` 分两类，处置相反**：① 命中禁止规则（内容政策违规）→ 内容本身不该入库，重试同样结果；② 缺必需要素（`text` 类缺 CCG 六要素）→ **可修正**，按 `verdict.evidence` / `verdict.detail.missing` 给出的**完整缺失清单**补齐六要素后**重写**即落盘（本条未入库、已记入负记忆）——不要把它当「闸门故障」或「重试无用」。
 3. `stg` 同理经 `op` 分发（`timeline` / `relation` / `anchors` 等）。
 
 ## 收尾强制流程（任务完成时不可跳过）

package/docs/discipline/templates/rules.mdc.tmpl

@@ -52,7 +52,7 @@ provider:
 
 三条调用铁律：
 1. **`op` 必填**——漏传会触发参数签名推导兜底（返回标记 `op_derived: true`），复杂任务中也必须显式传，防静默执行错误意图。
-2. **返回 `moved_to: "review_queue"` / `verdict: DEFER/REJECT` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明），重试同样结果；落盘须由设计者权限（can_admin）经 `op=review` 裁决（decision=accept/reject/edit/merge/noop，本机工具：`python scripts/review_cli.py list`），agent 端无裁决权是设计（写入者不得自裁自决），转告使用者即可。
+2. **返回 `moved_to: "review_queue"` / `verdict: DEFER` 时不要重试**——这是校验闸门的正常行为（返回自带 `hint` 说明下一步）；落盘须经裁决（`op=review` 的 `decision=accept/reject/edit/merge/noop`，本机工具：`python scripts/review_cli.py list`）。**裁决权（2026-09-28 使用者裁定）**：写入者不得自裁——不得自己写、自己判、无复核一路到底；**经蜂群或验证端复核后，agent 可自行执行裁决**，不必每次转告使用者。**三类例外不适用该授权，必须转交使用者并止步**：①不适用于智能论这类重要协议真源的修改；②不适用于向外部发送信息和数据；③不适用于可能造成信息泄露／病毒／恶意操纵的动作。**`verdict: REJECT` 分两类，处置相反**：① 命中禁止规则（内容政策违规）→ 内容本身不该入库，重试同样结果；② 缺必需要素（`text` 类缺 CCG 六要素）→ **可修正**，按 `verdict.evidence` / `verdict.detail.missing` 给出的**完整缺失清单**补齐六要素后**重写**即落盘（本条未入库、已记入负记忆）——不要把它当「闸门故障」或「重试无用」。
 3. `stg` 同理经 `op` 分发（`timeline` / `relation` / `anchors` 等）。
 
 ## 收尾强制流程（任务完成时不可跳过）