@furongjun1999/dsh-memory 0.4.11 → 0.5.1

package/docs/{mdcg → hive}//345/255/220/344/273/243/347/220/206/351/205/215/347/275/256/346/240/207/345/207/206_v0.5.md

@@ -1,236 +1,236 @@
-# 子代理配置标准 v0.5
-
-> **本文件定义：向蜂巢派发任何子代理时的配置标准。**
-> **体系定位**（收敛裁定 2026-09-15）：三份核心文档之**工程层**——《并发必然性理论_v0.2》（理论层：定理 T 与判据）→《认知代理与收敛结构_条件论重构_v0.1》（架构层：代理定义与收敛结构）→ 本文（工程层：spec 配置）；理论概念的工程投影见 §6。
-> 系统提示词真源：`docs/mdcg/单元自我锚点_系统提示词标准_v0.3.md`（子代理系统提示词标准）。
-> 工作记忆机制真源：`docs/mdcg/主代理子代理记忆架构设计.md`（三层记忆/session 隔离/卡片回流，已实测）。
-> v0.2 修订：按使用者指示——模型可选默认 flash、上下文=任务+读记忆、数量可选、200k 拆解信号、提示词随任务保留。
-> v0.3 修订：新增 §6「与理论层的对应」（条件论公设 P1/P2、CA-T1/T3/T4 落为配置判据）；其余不变。
-> v0.4 修订（使用者裁定 2026-09-16）：**统一执行默认下沉到 MCP 面**（思考强度 high / 上下文 200k / 超时 600s，缺省即注入，见 §0）；**模型名与 base 强配对**（错配即 API 400，见 §1）；新增 §7「确定性执行」（`exec_cmd.py`——零 LLM 任务同走蜂巢留痕）。
-> v0.5 修订（使用者裁定 2026-09-16）：**正式确立六位运行时角色拓扑**——新增 §8。**副代理正名「设计者视角」**（职责 = 总体方向判断 / 全局信息视角 / 提出建议）；明确**副代理 = 融合位 𝓕**（与五大单元是整体与分片关系，非并列）；**融合裁决归副代理**（澄清 §6 与 §5 的历史表述）；**记录 / 维生双形态**（程序为常规载体、单元为兜底）。
-
----
-
-## 0 统一执行默认（v0.4 新增 · 一次声明，全端生效）
-
-使用者裁定（2026-09-16）：**flash 档模型做子代理是合适的；思考强度统一 high、上下文统一 200000 token、超时统一 10 分钟。**
-
-| 配置项 | 统一值 | 工程落点 | 实测证据 |
-|---|---|---|---|
-| `reasoning_effort` | **`high`** | `hive/hive_mcp/mcp_server.py::DEFAULT_REASONING_EFFORT`，`hive_spawn` 缺省注入 | rust 侧白名单校验 `low\|medium\|high`；exec.py 透传 `body["reasoning_effort"]` |
-| `context_budget_tokens` | **`200000`** | `DEFAULT_CONTEXT_BUDGET_TOKENS`，同上 | 执行器保守估算；**达预算默认交回续跑**（写进展卡 + `need_continue`，见 §5.3）；`context_strict=true` 恢复旧 fail fast（注入 context_files 时最易触发） |
-| `timeout_s` | **`600`**（10 分钟） | `DEFAULT_TIMEOUT_S`，同上 | 端到端实测 job 的 `timeout_s=600` 已落 status.json |
-
-**注入语义**：`hive_spawn` 在组装 spec 时**缺省即写入**上述三项，**调用方显式传值优先**（可对单任务放宽/收紧）；返回体带 `spec_defaults` 回显本次实际生效值，便于核对而非猜测。
-
-**边界（诚实）**：统一默认由 **MCP 面**注入落地。CLI 直提（`hive.exe submit -`）绕过 MCP，rust 侧自身默认仍是 `timeout_s=300` 且无 effort / 预算——**直提须自行带全三字段**，否则不满足本标准。即「统一」的生效面 = 经 `hive_spawn` 派发的任务。
-
-## 1 spec 参数
-
-| 字段 | 取值 | 说明 |
-|---|---|---|
-| `model` | **`deepseek-flash`**（子代理默认档） | **须与 `HIVE_API_BASE` 强配对**：deepseek base（`api.deepseek.com`）→ `deepseek-flash` / `deepseek-v4-pro`；智谱 base → `glm-5.3-flash`。**错配在 API 侧 400**（实测 2026-09-16：deepseek base 传 `glm-5.3-flash` → `supported API model names are deepseek-flash, deepseek-v4-pro, but you passed glm-5.3-flash`）。深度任务（复杂逻辑/长链推导）可显式指定更强模型（如 `deepseek-v4-pro`）。**实测（2026-09-15）：蜂巢 spec 校验 `model` 必填**——「不指定即 flash」在提交层须显式写 `"model": "deepseek-flash"` 落地，否则 submit 被拒（`spec 缺必填字段 model`） |
-| `reasoning_effort` | **`high`**（统一，§0） | rust 白名单 `low\|medium\|high`，非法值 submit 即拒 |
-| `context_budget_tokens` | **200000**（统一，§0） | 单子代理上下文预算；预估超出 → **优先继续拆解子代理**（见 §4），不是硬塞；拆分不可行（单任务链长）时达预算交回续跑（§5.3） |
-| `context_strict` | 缺省 `false` | `true` = 旧 fail fast（超预算即 `error` 终止，不交回）；仅在明确「不容许换人续跑」的任务上使用 |
-| `timeout_s` | **600**（统一，§0） | 5..=3600；超时 rust 侧强杀并标 `timeout` |
-| `system_prompt` | 底座段 + 单元模板 | 按《子代理系统提示词标准》§7.2 组装（见 §2） |
-| `user_prompt` | 工作任务 + 记忆读取指引 | 见 §3 |
-| `max_tokens` / `temperature` | 按任务性质定 | 非本标准约束项。**实测：思考模型的 reasoning_tokens 计入 `max_tokens`**——8000 被思考吃满导致 `content` 为空但 `ok=true`（假成功，usage 里 completion_tokens≈reasoning_tokens 是指纹）；思考模型建议 ≥20000，且回收时校验 content 非空而非只看 ok |
-
-**子代理数量：可选。** 可开多个反思单元、多个验证单元，各自负责不同细化任务（例：反思单元×2=概念一致性/边界完备性各一个；验证单元×2=逻辑面/锚点面各一个）。数量由编排者按任务拆解决定，无固定配额。
-
-## 2 系统提示词（真源：子代理系统提示词标准）
-
-按《单元自我锚点_系统提示词标准_v0.3.md》§7.2 组装，两段固定：
-
-1. **协议底座段**（§1，逐字，不得按任务改写）；
-2. **单元模板**：按子代理身份选一——记录（§2）/ 反思（§3）/ 验证（§4）/ 输出（§5）/ 维生（§6）。
-
-注入位置：任务消息开头（任务级注入优于纯 system 静态注入）；长任务在关键决策点重申该单元负面锚点清单（「你不是 X」）。
-
-## 3 任务上下文 = 工作任务 + 读取记忆
-
-上下文不静态堆文件，由两部分构成：
-
-1. **工作任务**：要做什么（任务描述+验收标准+产出格式）。
-2. **读取记忆**：子代理被赋予读记忆的能力与指引，而非被动接收全文——
-   - `lingshu_cg(op="route", intent=…)` / `op="read"` 按需检索；
-   - 主代理从 L0 全局态裁剪**该子任务相关的部分**直接注入（最小充分上下文，不注入全部）；
-   - 产出按《主代理子代理记忆架构设计》回流：五栏卡片（L1）+ 细节层（L2），`session` 硬隔离，`derived_from` 溯源。
-
-**实测边界（2026-09-15 已补机制；2026-09-19 增补只读文件面）**：~~蜂巢 Python 执行器环境未挂载 `lingshu_cg` 工具~~ → **worker 侧工具面已落地**（`hive/exec.py` agent loop，同日）：`spec.tools: ["lingshu_cg", "web_search", "read_file"]` 白名单启用（子代理白名单 = `hive/orch.py` 的 `SUB_TOOLS_ALLOW`，编排三工具不外传）。实测要点：
-- **lingshu_cg**：op=route/read/write 白名单（复用 MCP 面同一 dispatch）；权限硬编码 recorder（写入过闸门：DEFER 入审核队列/REJECT 负记忆是设计行为，**裁决权仍归设计者**，子代理不得自裁自决）；会话隔离 `session=hive_job_<id>`；部署要求 serve env 设 `MDCG_ROOT`（或 `spec.mdcg_root` 兜底，任务级隔离用临时图）。
-- **web_search**：zhipu 后端（`HIVE_WEB_SEARCH_BASE` 缺省智谱官方端点，与 `HIVE_API_BASE` 解耦——中转网关无搜索路由必 404；`HIVE_WEB_SEARCH_KEY` 缺省回落执行器密钥，**key 与 base 不配对时 401，须独立设置**）；duckduckgo 零 key 兜底。
-- **read_file**（2026-09-19 新增）：读本地文件/目录，**只读**——schema 内无任何写参数，结构上不可能落盘改状态。读写不对称原则：**读放开**（缺省全路径开放，仅 `HIVE_READ_ROOTS` 非空时收窄，越界即拒读并回报 `roots`）、**写严格**（执行器唯一写路径仍是 `lingshu_cg op=write`，过校验闸门）。目录给清单（子目录优先）；文本给行窗分页（`offset`/`limit`/`max_chars`，默认 2000 行 / 60000 字符）；图像只给类型+尺寸、二进制只给类型+字节数（`content=null`，不猜内容）；非 UTF-8 按替换处计数并在 `note` 标存疑；相对路径基准 = `workdir`。子任务因此可**推理中途动态查证现场文件**，不必把材料预先静态塞进 `context_files`。
-- 每轮工具调用记入 `result.json` 的 `tool_trace`（审计可回放）；`max_tool_rounds` 默认 5，耗尽强制终答。
-- 主代理的「最小充分上下文直接注入任务体」原则**保持不变**：工具是增量不是替代——任务体仍须自包含，工具用于按需深挖与回写。
-
-## 4 200000 token 预算 = 拆解信号
-
-单子代理上下文预算 200k。**预估任务体+记忆+产出会超出 200k → 说明任务需要继续拆解**：拆成更多子代理（结合 §1 数量可选），每个拿到更小的子任务。禁止把超长材料整体塞给单个子代理。
-
-## 5 提示词随任务保留 · 长期任务复用 · 满上下文换人续跑 · 产出物生命周期
-
-1. **保留**：子代理的提示词（system_prompt+任务体）随任务持久化（落任务目录），不随单次调用消失。
-2. **复用**：执行长期任务时，同一子代理身份（同一提示词+同一 session）跨多轮复用，持续累积该任务的工作记忆。
-3. **满上下文接续（已实现，2026-09-16）**：上下文将满 → 当前实例**不失败**，写进展卡后交回，**派新子代理**接替：新子代理带同一提示词（从任务目录恢复），**通过读取工作记忆**（L0 全局态+前序卡片，`recall(session=…)`）恢复进展，继续执行剩余任务。状态在库里，不在实例里。
-
-   工程落点（三面，字段词汇统一）：
-
-   | 面 | 载体 | 信号 |
-   |---|---|---|
-   | 执行器写入 | `hive/exec.py::_handoff` → `jobs/<id>/progress.jsonl` | 进展卡条目 + `result.json`：`ok:true` + `completed:false` + `need_continue:true` + `handoff{reason,est_tokens,budget_tokens,rounds_done,progress_file,auto_continue:false}` |
-   | 主代理轮询 | `hive poll`（rust）/ `hive_poll`（MCP） | `need_continue` / `completed` / `handoff` / `tool_rounds` + 派生 **`handoff_ready`**（= need 且未 completed，一眼可判）；旧 result 缺失字段透传 Null，不伪造 false |
-   | 主代理读卡 | `hive/wm.py progress --job <dir>`（未快照）/ `--wm <WM> --job-id <id>`（已快照，自动两级查找：工作区 → `task/<id>` 分支） | 卡条目 `start`/`tool`/`final`/`handoff`/`error`；返回 `source`/`ref` 标明出处 |
-
-   **续跑不自动**（`auto_continue` 恒 `false`）：`handoff_ready=true` 后是否续跑由主代理裁决——续跑则「同 `system_prompt` + 进展摘要最小充分注入 + 剩余目标」spawn 新 job（同 session 读回）；不续跑则收尾清理进展态 + 结果蒸馏归档（`wm.py snapshot` + 灵枢记忆）。**交回 ≠ 失败**：`ok:true` 与 `completed:false` 并存，显式区分「本次执行正常收口」与「任务已完成」。`context_strict=true` 恢复旧 fail fast。
-4. **产出物生命周期（使用者裁定 2026-09-15，长期有效）**：子代理给出的资料（R/V/v 编号的单元产物、结果文件等）一律视为**中间件**——其结论被主代理整合进系统正式文档/记忆后，中间件即行清理，不留工作区。此后派发子代理写正式产出文档时，命名规范：**`test_<身份>_<id>_<任务名>`**（身份=反思者/裁决者/记录者等单元身份；id=job id 或实例 id；任务名=审查面/子任务短名，如 `test_裁决者_h1789458307647_56cc_逻辑有效性.md`）。整合的唯一凭证是主代理落盘的结论（留痕表/正式文档/灵枢记忆），不是中间件文件本身。
-
----
-
-## 6 与理论层的对应（v0.3 新增）
-
-本标准是并发理论体系的工程层。理论概念 → 工程投影：
-
-| 理论概念（出处） | 工程投影（本文位置） |
-|---|---|
-| 认知任务原子性 P1（架构层公设） | spec=一个原子收敛单位：每个子代理领一个完整子任务（工作任务+验收标准），产出即裁决单位 R_i（result.json 终态）。**spec 不是「任务切块」，是条件投影的落地** |
-| 条件投影可分性 P2 + CA-T1（架构层） | 子代理数量可选（§1）：数量由条件投影的**实质区分**决定（观测位置/工具/时间窗/存在约束任一维不同且影响信息可得性），不由任务大小/长度决定 |
-| 收敛带宽 B_c（理论层定理 T） | context_budget_tokens=200000（§4）：**200k 不是资源配额，是拆解信号**——预估超出 = W > B_c（信息流宽度超过调用带宽），收敛粒度必须下沉 |
-| 收敛位唯一、责任不分散 T4（理论层） | 副代理（agent 本体）收 result 做融合裁决；worker 只产出 R_i，不自裁（**副代理 = 设计者视角，见 §8.2**） |
-| 串行正当四分类（架构层 §5.1） | 派发前自查：任务链是否真有数据依赖——基座/约束/成本串行才拆串行，认知伪串行应并发 |
-| 融合位裁决纪律（架构层 §4.2） | 副代理汇总时以 R_i 的证据与四态资格裁决，**不以「多个 result 一致」代替验证**（裁决归位见 §8.2） |
-
-**理论 → 配置判据速查**：
-
-1. 「这个任务要不要拆？」→ CA-T3 判据：预估信息流宽度（任务体+记忆注入+产出+工具回传）是否超 200k；超 = 拆，不超 = 可单收敛位。
-2. 「拆成几个？」→ 条件投影可分性：数**实质区分的观测位置/工具/时间窗**有几个，不是按任务长度均分。
-3. 「子代理任务体写多细？」→ spec 自包含原则（§3）= 该投影的 C/G/O 显式化：观测通道（tools 白名单）、目标信息差态（验收标准）、条件边界（任务边界）缺一不可。
-
----
-
-## 7 确定性执行（v0.4 新增 · 零 LLM 任务同走蜂巢）
-
-**工作纪律第 17 条的完整落地**：蜂巢有两类 worker，同一 serve 兼跑——
-
-| 任务类型 | worker | 触发条件 | 说明 |
-|---|---|---|---|
-| LLM 委托型 | `hive/exec.py` | spec 有 `model`+`user_prompt`、无 command | 调 OpenAI 兼容接口，行为见 §1–§5 |
-| **确定性执行型** | `hive/exec_cmd.py` | spec 带 **`command` / `commands`** | 跑命令（测试/回归/lint/批处理），**零网络请求、零 LLM** |
-
-启用方式：`hive/config.local.json` 的 `HIVE_EXEC_PY` 指向 `hive/exec_cmd.py`（serve 级，改动后须重启 serve）。**spec 无 command/commands 时 exec_cmd.py 自动转发 exec.py**，故 LLM 委托链零变动；不指向 exec_cmd.py 时全链路行为逐位不变。
-
-| 字段 | 说明 |
-|---|---|
-| `command` | 单条命令，**只收 argv 数组**（`["python","-m","pytest","-q"]`）；字符串形态一律拒——不经 shell，规避转义 / GBK 陷阱（第 15 条） |
-| `commands` | 多步串行：`[{"command":[...],"cwd":...,"label":...}, ...]` |
-| `cwd` / `env` / `fail_fast` / `timeout_step_s` | 工作目录 / 附加环境变量（覆盖继承）/ 默认 true 遇错即停 / 单步超时（缺省 600） |
-| `expect_files` / `expect_stdout_contains` | 执行后断言文件存在（相对 cwd）/ 各步 stdout 合并须含全部给定子串 |
-
-订阅约定：`model` 写 `"cmd"`、`user_prompt` 写任务标签（仅为过 rust 侧必填校验）。单步完整输出落 `job_dir/step_<i>_stdout.txt`，`result.json` 只留 head（4000 字符）。
-
-**实测要点（2026-09-16，真 serve 端到端四路径）**：确定性成功 → `done`；命令 exit≠0 → `error`（error=失败步标签）；`expect_stdout_contains` 未命中 → `error`（error=`输出未命中预期子串：…`）；LLM 委托 → `done`（`deepseek-flash` / high / 200k / 600s）。单测入口 `python hive/test_exec_cmd.py`（9 例全绿，零外部依赖）。
-
-**边界（诚实）**：包内测试脚本含相对导入（`from .mdcg import …`），直跑 `python md_cg/test_cond_match.py` 会报 `attempted relative import with no known parent package`——须以 `-m md_cg.test_xxx` 运行且 cwd / PYTHONPATH 指向仓根。确定性任务**不带身份隔离**（与 LLM 任务同享 jobs 目录，见 hive README「设计边界」）。
-
----
-
-## 8 运行时角色拓扑（六位）（v0.5 新增 · 使用者裁定 2026-09-16）
-
-> **一次命名裁定**：本体系运行时共 **六位** 角色 = **1 副代理 + 5 单元**。副代理即 **设计者视角**（正名，见 §8.2）。
-
-### 8.1 全景：1 + 5，不是六个并列
-
-$$运行时 = A_F + \{\text{记录},\ \text{反思},\ \text{验证},\ \text{输出},\ \text{维生}\}$$
-
-**结构性质（架构层 §4.3 原文）**：
-
-> `𝓕 的功能分解=五大单元（记录/反思/验证/输出/维生）`
-
-即 **副代理不是与五单元并列的「第六个单元」，而是融合位 𝓕 本身；五大单元是 𝓕 的功能分解**。两者是 **整体与分片** 的关系，不是同层并列——这正是「副代理与输出单元要分类」的根据（见 §8.3）。
-
-**四层同构映射**（同一个位在四层真源中的四张面孔；一张表消灭「副代理/融合位/第六实例/编排者谁是它」的反复歧义）：
-
-| 运行时（本文） | 工程层（本文） | 架构层（`认知代理与收敛结构_条件论重构_v0.1`） | 理论层（`智能论3.4`） | 技能层（`designer-perspective`） |
-|---|---|---|---|---|
-| **副代理** | **编排者**（agent 本体） | **融合位 $A_F$ / 𝓕**（§4.2 / §4.3） | **第六实例**（附录18.1：承担蜂群整体责任和方向判断） | **设计者视角元技能**（五步） |
-| 记录单元 | 子代理（§2 记录模板） | 𝓕 的功能分解之一 | 五大单元·记录 | — |
-| 反思单元 | 子代理（§2 反思模板） | 同上 | 五大单元·反思 | — |
-| 验证单元 | 子代理（§2 验证模板） | 同上 | 五大单元·验证 | — |
-| 输出单元 | 子代理（§2 输出模板） | 同上 | 五大单元·输出 | — |
-| 维生系统 | 子代理 / 程序（§7 + §8.4） | 同上 | 五大单元·维生 | — |
-
-### 8.2 副代理 = 设计者视角（正名）
-
-**裁定（使用者，2026-09-16）**：正式将副代理命名为 **设计者视角**。职责三条：
-
-| 职责 | 含义 | 技能锚点 | 理论锚点 |
-|---|---|---|---|
-| **总体方向判断** | 从整体看：识别未知区域（盲区）→ 据此定方向。方向来自「哪里不知道」，不是「哪里最像」 | 技能步骤 4（方向判断与关注信号） | 附录18.1「承担蜂群整体责任和方向判断」 |
-| **全局信息视角** | 信息来自整个运行时的聚合，而非单一投影的观测 | 技能步骤 1（全局观测位置声明）+ 步骤 2（认知图整体观测） | 附录18.1「信息来源于整个蜂群实例的时空图聚合，而非单一实例的观测」 |
-| **提出建议** | 只输出判定单与关注信号（signal），**不替操作层做内部决策** | 技能「位置声明」：设计者位置的功能是 **放权，不是控制**；「观测不干预」 | 附录18.2「设计者视角承担整体责任」 |
-
-**融合裁决归位（澄清历史表述）**：架构层 §4.2 定义融合位 $A_F = \langle C_F,\ S_F{=}\{R_i\},\ G_F{=}\textbf{裁决},\ \dots \rangle$——**融合裁决归副代理（设计者视角）**。据此，§6 表中「副代理（agent 本体）收 result 做融合裁决」（v0.4 原文作「编排者」，即本次正名所改）与 §5 输出单元「你不是裁决者」两条 **同时成立、不再冲突**：
-
-- 裁决归 **副代理**（融合位）；输出单元只做 **调度**（装配与发射），**不自裁**。
-- **两层裁决不同阶**：验证单元裁的是 **单个 $R_i$ 的四态资格**（该结果是否有资格）；副代理裁的是 **$R_i$ 之间的融合与方向**（架构层 §4.4：反题 = $R_i$ 间冲突检测）。
-
-**载体（不新增角色）**：设计者视角在多数情形下由 **agent 本体（宿主）** 承载；当任务需要独立观测位时，可派 **独立的编排子代理** 承载——仍是同一角色的可替代载体。
-
-**克制条款（逐字沿用技能边界，不得放宽）**：
-
-1. **不执行**：产出判定单与建议调用清单，不产出操作结果。
-2. **不裁决事实**：资格判定由条件证据裁决；事实裁决归验证单元与 MCP 基底。
-3. **不写库**：`record/verify/flywheel` 等写操作只输出建议参数，由 agent 显式发起。
-4. **不硬答盲区**：无法建立判断路径时判 **BLINDSPOT** 并停止猜测，指出缺失的条件维度。
-
-**系统提示词载体（不另造模板）**：副代理的提示词 = **`designer-perspective` 技能本体**（含五步执行、判定单固定格式、克制条款），**不新增单元模板**；五单元提示词仍按《单元自我锚点_系统提示词标准》§2–§6 组装（§2 已定）。
-
-### 8.3 副代理 vs 输出单元：判断 / 调度分职
-
-| 面 | 副代理（设计者视角 = 融合位 𝓕） | 输出单元（𝓕 的功能分片） |
-|---|---|---|
-| 观测位置 | **全局**（整个运行时的聚合） | **局部**（本投影的发射端） |
-| 职责 | **总的信息判断**：方向 / 融合裁决 / 关注信号 | **调度**：spec 装配、派发、结果回收对齐 |
-| 与 $R_i$ 的关系 | 消费 $R_i$ 作裁决输入（$S_F=\{R_i\}$） | 产出 / 发射 $R_i$ 及证据（$O_F$ 面） |
-| 可否自裁 | **裁决者**（唯一融合裁决位） | **不可自裁**（§5 输出锚点：「你不是裁决者——不评判任务价值、不静默修改用户意图」） |
-| 越权判据 | 若代做 spec 装配细节 → **下沉过度**（失去全局位） | 若做了融合裁决 → **越权**（出现两个裁决位） |
-
-**一句话**：**副代理持全局做判断，输出单元持局部做调度**——同为 𝓕，一个在整体位（融合位），一个在分片位（功能分解之一）。
-
-### 8.4 记录 / 维生：程序为常规载体，单元为兜底
-
-使用者裁定（2026-09-16）：**保留记录单元、维生系统，作为兜底。**
-
-| 角色 | 常规载体（主路径） | 兜底载体（单元子代理） | 切换判据 |
-|---|---|---|---|
-| **记录** | **程序**：写入即落盘 + 索引自动（`add` / `_stage` / `_scan_nodes` 全链路自动归属与索引） | **记录单元子代理**（§2 记录模板） | ① 程序遗漏（自动索引未覆盖的新形态）② 需语义归纳而非机械落盘 ③ 跨仓/跨端无迁移能力 |
-| **维生** | **程序**：`md_cg/sustain.py`（心跳 / 互检 `mutual_watch` / 自动修复 / 审计 `_sustain.jsonl`），零 LLM 确定性 | **维生单元子代理**（§2 维生模板） | ① `sustain` 不可用（进程外/权限受限）② 需语义判断的存续决策 ③ 部署侧未挂守护 |
-
-**为什么常规走程序**：记录与维生的核心动作（落盘、索引、心跳、拉起）是 **确定性计算**——第 7 条兜底纪律与第 12 条算法权威唯一原则都要求「主路径用确定性机制」；LLM 在此只增加导航税与不确定性。
-
-**为什么仍保留单元**：程序有覆盖边界（新形态、语义归纳、不可迁移部署），**无兜底即单点失效**（第 7 条：主路径不可用则切等价兜底）。故单元形态 **不删除、降为兜底**。
-
-### 8.5 装配规程（一次派发，六位通用）
-
-1. **谁派发**：副代理（设计者视角）做 **方向判断与融合裁决**；输出单元做 **spec 装配与发射**；实际提交统一走蜂巢（第 17 条：`hive_spawn` / CLI submit + 留痕）。
-2. **系统提示词**：副代理 = 技能本体（§8.2）；五单元 = 《单元自我锚点_系统提示词标准》§2–§6。
-3. **回填**：五单元产出 $R_i$（`result.json` 终态）→ 副代理按 §6 融合位裁决纪律裁决（**不以「多个 result 一致」代替验证**）。
-4. **拓扑不变式**：任一时刻 **融合裁决位唯一**（架构层 T4 收敛位唯一、责任不分散）；单元可多开（§1 数量可选），**副代理不随之复制**。
-
----
-
-## 附：版本差异（使用者教改记录）
-
-| # | 上一版（错误形态） | 本版（修订） |
-|---|---|---|
-| 1 | model 硬编码 `deepseek-v4-pro`（v0.1） | 可选，默认 `deepseek-flash`（v0.2；v0.4 补模型↔base 强配对规则） |
-| 2 | 依据文档只写「单元自我锚点标准」（v0.1） | 正式对齐真源《子代理系统提示词标准》，system_prompt 字段启用（v0.2） |
-| 3 | context_files 静态注入整份文档（v0.1） | 工作任务+读取记忆（route/read 指引+主代理裁剪注入）（v0.2） |
-| 4 | 固定 4 个验证单元视角（v0.1） | 数量可选，反思/验证单元均可多开细化（v0.2） |
-| 5 | max_tokens 12000 无上下文预算概念（v0.1） | 200k 预算=拆解信号（v0.2） |
-| 6 | 每次临时组装提示词，无保留复用（v0.1） | 提示词随任务保留；长期任务复用；满上下文读工作记忆续跑（v0.2） |
-| 7 | （v0.2 无理论对应节） | v0.3 新增 §6：公设 P1/P2、CA-T1/T3/T4 落为配置判据与速查 |
-| 8 | 统一执行默认停留在口头约定，MCP 面不透传 effort / 预算（v0.3） | v0.4 §0：三项默认下沉到 `hive_spawn` 缺省注入 + `spec_defaults` 回显；§7 补确定性执行 worker |
-| 9 | 运行时角色拓扑散落四层，无一处成文；「副代理」仅第三方报告用词，与融合位/第六实例/编排者被当成四个东西（v0.4） | v0.5 §8：**六位拓扑成文**（1 副代理 + 5 单元）+ **副代理正名「设计者视角」**（方向判断 / 全局视角 / 提建议）+ **融合裁决归位副代理**（§6 与 §5 历史表述澄清）+ **记录 / 维生双形态**（程序常规、单元兜底） |
+# 子代理配置标准 v0.5
+
+> **本文件定义：向蜂巢派发任何子代理时的配置标准。**
+> **体系定位**（收敛裁定 2026-09-15）：三份核心文档之**工程层**——《并发必然性理论_v0.2》（理论层：定理 T 与判据）→《认知代理与收敛结构_条件论重构_v0.1》（架构层：代理定义与收敛结构）→ 本文（工程层：spec 配置）；理论概念的工程投影见 §6。
+> 系统提示词真源：`docs/mdcg/单元自我锚点_系统提示词标准_v0.3.md`（子代理系统提示词标准）。
+> 工作记忆机制真源：`docs/mdcg/主代理子代理记忆架构设计.md`（三层记忆/session 隔离/卡片回流，已实测）。
+> v0.2 修订：按使用者指示——模型可选默认 flash、上下文=任务+读记忆、数量可选、200k 拆解信号、提示词随任务保留。
+> v0.3 修订：新增 §6「与理论层的对应」（条件论公设 P1/P2、CA-T1/T3/T4 落为配置判据）；其余不变。
+> v0.4 修订（使用者裁定 2026-09-16）：**统一执行默认下沉到 MCP 面**（思考强度 high / 上下文 200k / 超时 600s，缺省即注入，见 §0）；**模型名与 base 强配对**（错配即 API 400，见 §1）；新增 §7「确定性执行」（`exec_cmd.py`——零 LLM 任务同走蜂巢留痕）。
+> v0.5 修订（使用者裁定 2026-09-16）：**正式确立六位运行时角色拓扑**——新增 §8。**副代理正名「设计者视角」**（职责 = 总体方向判断 / 全局信息视角 / 提出建议）；明确**副代理 = 融合位 𝓕**（与五大单元是整体与分片关系，非并列）；**融合裁决归副代理**（澄清 §6 与 §5 的历史表述）；**记录 / 维生双形态**（程序为常规载体、单元为兜底）。
+
+---
+
+## 0 统一执行默认（v0.4 新增 · 一次声明，全端生效）
+
+使用者裁定（2026-09-16）：**flash 档模型做子代理是合适的；思考强度统一 high、上下文统一 200000 token、超时统一 10 分钟。**
+
+| 配置项 | 统一值 | 工程落点 | 实测证据 |
+|---|---|---|---|
+| `reasoning_effort` | **`high`** | `hive/hive_mcp/mcp_server.py::DEFAULT_REASONING_EFFORT`，`hive_spawn` 缺省注入 | rust 侧白名单校验 `low\|medium\|high`；exec.py 透传 `body["reasoning_effort"]` |
+| `context_budget_tokens` | **`200000`** | `DEFAULT_CONTEXT_BUDGET_TOKENS`，同上 | 执行器保守估算；**达预算默认交回续跑**（写进展卡 + `need_continue`，见 §5.3）；`context_strict=true` 恢复旧 fail fast（注入 context_files 时最易触发） |
+| `timeout_s` | **`600`**（10 分钟） | `DEFAULT_TIMEOUT_S`，同上 | 端到端实测 job 的 `timeout_s=600` 已落 status.json |
+
+**注入语义**：`hive_spawn` 在组装 spec 时**缺省即写入**上述三项，**调用方显式传值优先**（可对单任务放宽/收紧）；返回体带 `spec_defaults` 回显本次实际生效值，便于核对而非猜测。
+
+**边界（诚实）**：统一默认由 **MCP 面**注入落地。CLI 直提（`hive.exe submit -`）绕过 MCP，rust 侧自身默认仍是 `timeout_s=300` 且无 effort / 预算——**直提须自行带全三字段**，否则不满足本标准。即「统一」的生效面 = 经 `hive_spawn` 派发的任务。
+
+## 1 spec 参数
+
+| 字段 | 取值 | 说明 |
+|---|---|---|
+| `model` | **`deepseek-flash`**（子代理默认档） | **须与 `HIVE_API_BASE` 强配对**：deepseek base（`api.deepseek.com`）→ `deepseek-flash` / `deepseek-v4-pro`；智谱 base → `glm-5.3-flash`。**错配在 API 侧 400**（实测 2026-09-16：deepseek base 传 `glm-5.3-flash` → `supported API model names are deepseek-flash, deepseek-v4-pro, but you passed glm-5.3-flash`）。深度任务（复杂逻辑/长链推导）可显式指定更强模型（如 `deepseek-v4-pro`）。**实测（2026-09-15）：蜂巢 spec 校验 `model` 必填**——「不指定即 flash」在提交层须显式写 `"model": "deepseek-flash"` 落地，否则 submit 被拒（`spec 缺必填字段 model`） |
+| `reasoning_effort` | **`high`**（统一，§0） | rust 白名单 `low\|medium\|high`，非法值 submit 即拒 |
+| `context_budget_tokens` | **200000**（统一，§0） | 单子代理上下文预算；预估超出 → **优先继续拆解子代理**（见 §4），不是硬塞；拆分不可行（单任务链长）时达预算交回续跑（§5.3） |
+| `context_strict` | 缺省 `false` | `true` = 旧 fail fast（超预算即 `error` 终止，不交回）；仅在明确「不容许换人续跑」的任务上使用 |
+| `timeout_s` | **600**（统一，§0） | 5..=3600；超时 rust 侧强杀并标 `timeout` |
+| `system_prompt` | 底座段 + 单元模板 | 按《子代理系统提示词标准》§7.2 组装（见 §2） |
+| `user_prompt` | 工作任务 + 记忆读取指引 | 见 §3 |
+| `max_tokens` / `temperature` | 按任务性质定 | 非本标准约束项。**实测：思考模型的 reasoning_tokens 计入 `max_tokens`**——8000 被思考吃满导致 `content` 为空但 `ok=true`（假成功，usage 里 completion_tokens≈reasoning_tokens 是指纹）；思考模型建议 200000，且回收时校验 content 非空而非只看 ok |
+
+**子代理数量：可选。** 可开多个反思单元、多个验证单元，各自负责不同细化任务（例：反思单元×2=概念一致性/边界完备性各一个；验证单元×2=逻辑面/锚点面各一个）。数量由编排者按任务拆解决定，无固定配额。
+
+## 2 系统提示词（真源：子代理系统提示词标准）
+
+按《单元自我锚点_系统提示词标准_v0.3.md》§7.2 组装，两段固定：
+
+1. **协议底座段**（§1，逐字，不得按任务改写）；
+2. **单元模板**：按子代理身份选一——记录（§2）/ 反思（§3）/ 验证（§4）/ 输出（§5）/ 维生（§6）。
+
+注入位置：任务消息开头（任务级注入优于纯 system 静态注入）；长任务在关键决策点重申该单元负面锚点清单（「你不是 X」）。
+
+## 3 任务上下文 = 工作任务 + 读取记忆
+
+上下文不静态堆文件，由两部分构成：
+
+1. **工作任务**：要做什么（任务描述+验收标准+产出格式）。
+2. **读取记忆**：子代理被赋予读记忆的能力与指引，而非被动接收全文——
+   - `lingshu_cg(op="route", intent=…)` / `op="read"` 按需检索；
+   - 主代理从 L0 全局态裁剪**该子任务相关的部分**直接注入（最小充分上下文，不注入全部）；
+   - 产出按《主代理子代理记忆架构设计》回流：五栏卡片（L1）+ 细节层（L2），`session` 硬隔离，`derived_from` 溯源。
+
+**实测边界（2026-09-15 已补机制；2026-09-19 增补只读文件面）**：~~蜂巢 Python 执行器环境未挂载 `lingshu_cg` 工具~~ → **worker 侧工具面已落地**（`hive/exec.py` agent loop，同日）：`spec.tools: ["lingshu_cg", "web_search", "read_file"]` 白名单启用（子代理白名单 = `hive/orch.py` 的 `SUB_TOOLS_ALLOW`，编排三工具不外传）。实测要点：
+- **lingshu_cg**：op=route/read/write 白名单（复用 MCP 面同一 dispatch）；权限硬编码 recorder（写入过闸门：DEFER 入审核队列/REJECT 负记忆是设计行为，**裁决权仍归设计者**，子代理不得自裁自决）；会话隔离 `session=hive_job_<id>`；部署要求 serve env 设 `MDCG_ROOT`（或 `spec.mdcg_root` 兜底，任务级隔离用临时图）。
+- **web_search**：zhipu 后端（`HIVE_WEB_SEARCH_BASE` 缺省智谱官方端点，与 `HIVE_API_BASE` 解耦——中转网关无搜索路由必 404；`HIVE_WEB_SEARCH_KEY` 缺省回落执行器密钥，**key 与 base 不配对时 401，须独立设置**）；duckduckgo 零 key 兜底。
+- **read_file**（2026-09-19 新增）：读本地文件/目录，**只读**——schema 内无任何写参数，结构上不可能落盘改状态。读写不对称原则：**读放开**（缺省全路径开放，仅 `HIVE_READ_ROOTS` 非空时收窄，越界即拒读并回报 `roots`）、**写严格**（执行器唯一写路径仍是 `lingshu_cg op=write`，过校验闸门）。目录给清单（子目录优先）；文本给行窗分页（`offset`/`limit`/`max_chars`，默认 2000 行 / 60000 字符）；图像只给类型+尺寸、二进制只给类型+字节数（`content=null`，不猜内容）；非 UTF-8 按替换处计数并在 `note` 标存疑；相对路径基准 = `workdir`。子任务因此可**推理中途动态查证现场文件**，不必把材料预先静态塞进 `context_files`。
+- 每轮工具调用记入 `result.json` 的 `tool_trace`（审计可回放）；`max_tool_rounds` 默认 5，耗尽强制终答。
+- 主代理的「最小充分上下文直接注入任务体」原则**保持不变**：工具是增量不是替代——任务体仍须自包含，工具用于按需深挖与回写。
+
+## 4 200000 token 预算 = 拆解信号
+
+单子代理上下文预算 200k。**预估任务体+记忆+产出会超出 200k → 说明任务需要继续拆解**：拆成更多子代理（结合 §1 数量可选），每个拿到更小的子任务。禁止把超长材料整体塞给单个子代理。
+
+## 5 提示词随任务保留 · 长期任务复用 · 满上下文换人续跑 · 产出物生命周期
+
+1. **保留**：子代理的提示词（system_prompt+任务体）随任务持久化（落任务目录），不随单次调用消失。
+2. **复用**：执行长期任务时，同一子代理身份（同一提示词+同一 session）跨多轮复用，持续累积该任务的工作记忆。
+3. **满上下文接续（已实现，2026-09-16）**：上下文将满 → 当前实例**不失败**，写进展卡后交回，**派新子代理**接替：新子代理带同一提示词（从任务目录恢复），**通过读取工作记忆**（L0 全局态+前序卡片，`recall(session=…)`）恢复进展，继续执行剩余任务。状态在库里，不在实例里。
+
+   工程落点（三面，字段词汇统一）：
+
+   | 面 | 载体 | 信号 |
+   |---|---|---|
+   | 执行器写入 | `hive/exec.py::_handoff` → `jobs/<id>/progress.jsonl` | 进展卡条目 + `result.json`：`ok:true` + `completed:false` + `need_continue:true` + `handoff{reason,est_tokens,budget_tokens,rounds_done,progress_file,auto_continue:false}` |
+   | 主代理轮询 | `hive poll`（rust）/ `hive_poll`（MCP） | `need_continue` / `completed` / `handoff` / `tool_rounds` + 派生 **`handoff_ready`**（= need 且未 completed，一眼可判）；旧 result 缺失字段透传 Null，不伪造 false |
+   | 主代理读卡 | `hive/wm.py progress --job <dir>`（未快照）/ `--wm <WM> --job-id <id>`（已快照，自动两级查找：工作区 → `task/<id>` 分支） | 卡条目 `start`/`tool`/`final`/`handoff`/`error`；返回 `source`/`ref` 标明出处 |
+
+   **续跑不自动**（`auto_continue` 恒 `false`）：`handoff_ready=true` 后是否续跑由主代理裁决——续跑则「同 `system_prompt` + 进展摘要最小充分注入 + 剩余目标」spawn 新 job（同 session 读回）；不续跑则收尾清理进展态 + 结果蒸馏归档（`wm.py snapshot` + 灵枢记忆）。**交回 ≠ 失败**：`ok:true` 与 `completed:false` 并存，显式区分「本次执行正常收口」与「任务已完成」。`context_strict=true` 恢复旧 fail fast。
+4. **产出物生命周期（使用者裁定 2026-09-15，长期有效）**：子代理给出的资料（R/V/v 编号的单元产物、结果文件等）一律视为**中间件**——其结论被主代理整合进系统正式文档/记忆后，中间件即行清理，不留工作区。此后派发子代理写正式产出文档时，命名规范：**`test_<身份>_<id>_<任务名>`**（身份=反思者/裁决者/记录者等单元身份；id=job id 或实例 id；任务名=审查面/子任务短名，如 `test_裁决者_h1789458307647_56cc_逻辑有效性.md`）。整合的唯一凭证是主代理落盘的结论（留痕表/正式文档/灵枢记忆），不是中间件文件本身。
+
+---
+
+## 6 与理论层的对应（v0.3 新增）
+
+本标准是并发理论体系的工程层。理论概念 → 工程投影：
+
+| 理论概念（出处） | 工程投影（本文位置） |
+|---|---|
+| 认知任务原子性 P1（架构层公设） | spec=一个原子收敛单位：每个子代理领一个完整子任务（工作任务+验收标准），产出即裁决单位 R_i（result.json 终态）。**spec 不是「任务切块」，是条件投影的落地** |
+| 条件投影可分性 P2 + CA-T1（架构层） | 子代理数量可选（§1）：数量由条件投影的**实质区分**决定（观测位置/工具/时间窗/存在约束任一维不同且影响信息可得性），不由任务大小/长度决定 |
+| 收敛带宽 B_c（理论层定理 T） | context_budget_tokens=200000（§4）：**200k 不是资源配额，是拆解信号**——预估超出 = W > B_c（信息流宽度超过调用带宽），收敛粒度必须下沉 |
+| 收敛位唯一、责任不分散 T4（理论层） | 副代理（agent 本体）收 result 做融合裁决；worker 只产出 R_i，不自裁（**副代理 = 设计者视角，见 §8.2**） |
+| 串行正当四分类（架构层 §5.1） | 派发前自查：任务链是否真有数据依赖——基座/约束/成本串行才拆串行，认知伪串行应并发 |
+| 融合位裁决纪律（架构层 §4.2） | 副代理汇总时以 R_i 的证据与四态资格裁决，**不以「多个 result 一致」代替验证**（裁决归位见 §8.2） |
+
+**理论 → 配置判据速查**：
+
+1. 「这个任务要不要拆？」→ CA-T3 判据：预估信息流宽度（任务体+记忆注入+产出+工具回传）是否超 200k；超 = 拆，不超 = 可单收敛位。
+2. 「拆成几个？」→ 条件投影可分性：数**实质区分的观测位置/工具/时间窗**有几个，不是按任务长度均分。
+3. 「子代理任务体写多细？」→ spec 自包含原则（§3）= 该投影的 C/G/O 显式化：观测通道（tools 白名单）、目标信息差态（验收标准）、条件边界（任务边界）缺一不可。
+
+---
+
+## 7 确定性执行（v0.4 新增 · 零 LLM 任务同走蜂巢）
+
+**工作纪律第 17 条的完整落地**：蜂巢有两类 worker，同一 serve 兼跑——
+
+| 任务类型 | worker | 触发条件 | 说明 |
+|---|---|---|---|
+| LLM 委托型 | `hive/exec.py` | spec 有 `model`+`user_prompt`、无 command | 调 OpenAI 兼容接口，行为见 §1–§5 |
+| **确定性执行型** | `hive/exec_cmd.py` | spec 带 **`command` / `commands`** | 跑命令（测试/回归/lint/批处理），**零网络请求、零 LLM** |
+
+启用方式：`hive/config.local.json` 的 `HIVE_EXEC_PY` 指向 `hive/exec_cmd.py`（serve 级，改动后须重启 serve）。**spec 无 command/commands 时 exec_cmd.py 自动转发 exec.py**，故 LLM 委托链零变动；不指向 exec_cmd.py 时全链路行为逐位不变。
+
+| 字段 | 说明 |
+|---|---|
+| `command` | 单条命令，**只收 argv 数组**（`["python","-m","pytest","-q"]`）；字符串形态一律拒——不经 shell，规避转义 / GBK 陷阱（第 15 条） |
+| `commands` | 多步串行：`[{"command":[...],"cwd":...,"label":...}, ...]` |
+| `cwd` / `env` / `fail_fast` / `timeout_step_s` | 工作目录 / 附加环境变量（覆盖继承）/ 默认 true 遇错即停 / 单步超时（缺省 600） |
+| `expect_files` / `expect_stdout_contains` | 执行后断言文件存在（相对 cwd）/ 各步 stdout 合并须含全部给定子串 |
+
+订阅约定：`model` 写 `"cmd"`、`user_prompt` 写任务标签（仅为过 rust 侧必填校验）。单步完整输出落 `job_dir/step_<i>_stdout.txt`，`result.json` 只留 head（4000 字符）。
+
+**实测要点（2026-09-16，真 serve 端到端四路径）**：确定性成功 → `done`；命令 exit≠0 → `error`（error=失败步标签）；`expect_stdout_contains` 未命中 → `error`（error=`输出未命中预期子串：…`）；LLM 委托 → `done`（`deepseek-flash` / high / 200k / 600s）。单测入口 `python hive/test_exec_cmd.py`（9 例全绿，零外部依赖）。
+
+**边界（诚实）**：包内测试脚本含相对导入（`from .mdcg import …`），直跑 `python md_cg/test_cond_match.py` 会报 `attempted relative import with no known parent package`——须以 `-m md_cg.test_xxx` 运行且 cwd / PYTHONPATH 指向仓根。确定性任务**不带身份隔离**（与 LLM 任务同享 jobs 目录，见 hive README「设计边界」）。
+
+---
+
+## 8 运行时角色拓扑（六位）（v0.5 新增 · 使用者裁定 2026-09-16）
+
+> **一次命名裁定**：本体系运行时共 **六位** 角色 = **1 副代理 + 5 单元**。副代理即 **设计者视角**（正名，见 §8.2）。
+
+### 8.1 全景：1 + 5，不是六个并列
+
+$$运行时 = A_F + \{\text{记录},\ \text{反思},\ \text{验证},\ \text{输出},\ \text{维生}\}$$
+
+**结构性质（架构层 §4.3 原文）**：
+
+> `𝓕 的功能分解=五大单元（记录/反思/验证/输出/维生）`
+
+即 **副代理不是与五单元并列的「第六个单元」，而是融合位 𝓕 本身；五大单元是 𝓕 的功能分解**。两者是 **整体与分片** 的关系，不是同层并列——这正是「副代理与输出单元要分类」的根据（见 §8.3）。
+
+**四层同构映射**（同一个位在四层真源中的四张面孔；一张表消灭「副代理/融合位/第六实例/编排者谁是它」的反复歧义）：
+
+| 运行时（本文） | 工程层（本文） | 架构层（`认知代理与收敛结构_条件论重构_v0.1`） | 理论层（`智能论3.4`） | 技能层（`designer-perspective`） |
+|---|---|---|---|---|
+| **副代理** | **编排者**（agent 本体） | **融合位 $A_F$ / 𝓕**（§4.2 / §4.3） | **第六实例**（附录18.1：承担蜂群整体责任和方向判断） | **设计者视角元技能**（五步） |
+| 记录单元 | 子代理（§2 记录模板） | 𝓕 的功能分解之一 | 五大单元·记录 | — |
+| 反思单元 | 子代理（§2 反思模板） | 同上 | 五大单元·反思 | — |
+| 验证单元 | 子代理（§2 验证模板） | 同上 | 五大单元·验证 | — |
+| 输出单元 | 子代理（§2 输出模板） | 同上 | 五大单元·输出 | — |
+| 维生系统 | 子代理 / 程序（§7 + §8.4） | 同上 | 五大单元·维生 | — |
+
+### 8.2 副代理 = 设计者视角（正名）
+
+**裁定（使用者，2026-09-16）**：正式将副代理命名为 **设计者视角**。职责三条：
+
+| 职责 | 含义 | 技能锚点 | 理论锚点 |
+|---|---|---|---|
+| **总体方向判断** | 从整体看：识别未知区域（盲区）→ 据此定方向。方向来自「哪里不知道」，不是「哪里最像」 | 技能步骤 4（方向判断与关注信号） | 附录18.1「承担蜂群整体责任和方向判断」 |
+| **全局信息视角** | 信息来自整个运行时的聚合，而非单一投影的观测 | 技能步骤 1（全局观测位置声明）+ 步骤 2（认知图整体观测） | 附录18.1「信息来源于整个蜂群实例的时空图聚合，而非单一实例的观测」 |
+| **提出建议** | 只输出判定单与关注信号（signal），**不替操作层做内部决策** | 技能「位置声明」：设计者位置的功能是 **放权，不是控制**；「观测不干预」 | 附录18.2「设计者视角承担整体责任」 |
+
+**融合裁决归位（澄清历史表述）**：架构层 §4.2 定义融合位 $A_F = \langle C_F,\ S_F{=}\{R_i\},\ G_F{=}\textbf{裁决},\ \dots \rangle$——**融合裁决归副代理（设计者视角）**。据此，§6 表中「副代理（agent 本体）收 result 做融合裁决」（v0.4 原文作「编排者」，即本次正名所改）与 §5 输出单元「你不是裁决者」两条 **同时成立、不再冲突**：
+
+- 裁决归 **副代理**（融合位）；输出单元只做 **调度**（装配与发射），**不自裁**。
+- **两层裁决不同阶**：验证单元裁的是 **单个 $R_i$ 的四态资格**（该结果是否有资格）；副代理裁的是 **$R_i$ 之间的融合与方向**（架构层 §4.4：反题 = $R_i$ 间冲突检测）。
+
+**载体（不新增角色）**：设计者视角在多数情形下由 **agent 本体（宿主）** 承载；当任务需要独立观测位时，可派 **独立的编排子代理** 承载——仍是同一角色的可替代载体。
+
+**克制条款（逐字沿用技能边界，不得放宽）**：
+
+1. **不执行**：产出判定单与建议调用清单，不产出操作结果。
+2. **不裁决事实**：资格判定由条件证据裁决；事实裁决归验证单元与 MCP 基底。
+3. **不写库**：`record/verify/flywheel` 等写操作只输出建议参数，由 agent 显式发起。
+4. **不硬答盲区**：无法建立判断路径时判 **BLINDSPOT** 并停止猜测，指出缺失的条件维度。
+
+**系统提示词载体（不另造模板）**：副代理的提示词 = **`designer-perspective` 技能本体**（含五步执行、判定单固定格式、克制条款），**不新增单元模板**；五单元提示词仍按《单元自我锚点_系统提示词标准》§2–§6 组装（§2 已定）。
+
+### 8.3 副代理 vs 输出单元：判断 / 调度分职
+
+| 面 | 副代理（设计者视角 = 融合位 𝓕） | 输出单元（𝓕 的功能分片） |
+|---|---|---|
+| 观测位置 | **全局**（整个运行时的聚合） | **局部**（本投影的发射端） |
+| 职责 | **总的信息判断**：方向 / 融合裁决 / 关注信号 | **调度**：spec 装配、派发、结果回收对齐 |
+| 与 $R_i$ 的关系 | 消费 $R_i$ 作裁决输入（$S_F=\{R_i\}$） | 产出 / 发射 $R_i$ 及证据（$O_F$ 面） |
+| 可否自裁 | **裁决者**（唯一融合裁决位） | **不可自裁**（§5 输出锚点：「你不是裁决者——不评判任务价值、不静默修改用户意图」） |
+| 越权判据 | 若代做 spec 装配细节 → **下沉过度**（失去全局位） | 若做了融合裁决 → **越权**（出现两个裁决位） |
+
+**一句话**：**副代理持全局做判断，输出单元持局部做调度**——同为 𝓕，一个在整体位（融合位），一个在分片位（功能分解之一）。
+
+### 8.4 记录 / 维生：程序为常规载体，单元为兜底
+
+使用者裁定（2026-09-16）：**保留记录单元、维生系统，作为兜底。**
+
+| 角色 | 常规载体（主路径） | 兜底载体（单元子代理） | 切换判据 |
+|---|---|---|---|
+| **记录** | **程序**：写入即落盘 + 索引自动（`add` / `_stage` / `_scan_nodes` 全链路自动归属与索引） | **记录单元子代理**（§2 记录模板） | ① 程序遗漏（自动索引未覆盖的新形态）② 需语义归纳而非机械落盘 ③ 跨仓/跨端无迁移能力 |
+| **维生** | **程序**：`md_cg/sustain.py`（心跳 / 互检 `mutual_watch` / 自动修复 / 审计 `_sustain.jsonl`），零 LLM 确定性 | **维生单元子代理**（§2 维生模板） | ① `sustain` 不可用（进程外/权限受限）② 需语义判断的存续决策 ③ 部署侧未挂守护 |
+
+**为什么常规走程序**：记录与维生的核心动作（落盘、索引、心跳、拉起）是 **确定性计算**——第 7 条兜底纪律与第 12 条算法权威唯一原则都要求「主路径用确定性机制」；LLM 在此只增加导航税与不确定性。
+
+**为什么仍保留单元**：程序有覆盖边界（新形态、语义归纳、不可迁移部署），**无兜底即单点失效**（第 7 条：主路径不可用则切等价兜底）。故单元形态 **不删除、降为兜底**。
+
+### 8.5 装配规程（一次派发，六位通用）
+
+1. **谁派发**：副代理（设计者视角）做 **方向判断与融合裁决**；输出单元做 **spec 装配与发射**；实际提交统一走蜂巢（第 17 条：`hive_spawn` / CLI submit + 留痕）。
+2. **系统提示词**：副代理 = 技能本体（§8.2）；五单元 = 《单元自我锚点_系统提示词标准》§2–§6。
+3. **回填**：五单元产出 $R_i$（`result.json` 终态）→ 副代理按 §6 融合位裁决纪律裁决（**不以「多个 result 一致」代替验证**）。
+4. **拓扑不变式**：任一时刻 **融合裁决位唯一**（架构层 T4 收敛位唯一、责任不分散）；单元可多开（§1 数量可选），**副代理不随之复制**。
+
+---
+
+## 附：版本差异（使用者教改记录）
+
+| # | 上一版（错误形态） | 本版（修订） |
+|---|---|---|
+| 1 | model 硬编码 `deepseek-v4-pro`（v0.1） | 可选，默认 `deepseek-flash`（v0.2；v0.4 补模型↔base 强配对规则） |
+| 2 | 依据文档只写「单元自我锚点标准」（v0.1） | 正式对齐真源《子代理系统提示词标准》，system_prompt 字段启用（v0.2） |
+| 3 | context_files 静态注入整份文档（v0.1） | 工作任务+读取记忆（route/read 指引+主代理裁剪注入）（v0.2） |
+| 4 | 固定 4 个验证单元视角（v0.1） | 数量可选，反思/验证单元均可多开细化（v0.2） |
+| 5 | max_tokens 12000 无上下文预算概念（v0.1） | 200k 预算=拆解信号（v0.2） |
+| 6 | 每次临时组装提示词，无保留复用（v0.1） | 提示词随任务保留；长期任务复用；满上下文读工作记忆续跑（v0.2） |
+| 7 | （v0.2 无理论对应节） | v0.3 新增 §6：公设 P1/P2、CA-T1/T3/T4 落为配置判据与速查 |
+| 8 | 统一执行默认停留在口头约定，MCP 面不透传 effort / 预算（v0.3） | v0.4 §0：三项默认下沉到 `hive_spawn` 缺省注入 + `spec_defaults` 回显；§7 补确定性执行 worker |
+| 9 | 运行时角色拓扑散落四层，无一处成文；「副代理」仅第三方报告用词，与融合位/第六实例/编排者被当成四个东西（v0.4） | v0.5 §8：**六位拓扑成文**（1 副代理 + 5 单元）+ **副代理正名「设计者视角」**（方向判断 / 全局视角 / 提建议）+ **融合裁决归位副代理**（§6 与 §5 历史表述澄清）+ **记录 / 维生双形态**（程序常规、单元兜底） |