产品控制论画像
案例：opencode-custom（自改造）
Product Portrait · 控制论画像opencode-custom
CASE
opencode-custom（自改造 opencode）— Agent 控制论画像
由「GATE 强制自评 + COMPLEXITY 复杂度标记 + grill-me/question 目标澄清 + /arch 架构任务路由 + /rd 需求发现路由 + 契约驱动委派协议」共同承担，把模糊意图先分解为带复杂度标签、带推理深度约束、可接力传递的子目标序列，官方内核的 AGENTS.md/plan 里程碑分解被装配层协议进一步结构化。
SP
设定值（Setpoint）——用户意图 → 可验证子目标
用户意图 → 可验证子目标承担角色：由「GATE 强制自评 + COMPLEXITY 复杂度标记 + grill-me/question 目标澄清 +
/arch 架构任务路由 + /rd 需求发现路由 + 契约驱动委派协议」共同承担，把模糊意图先分解为带复杂度标签、带推理深度约束、可接力传递的子目标序列，官方内核的 AGENTS.md/plan 里程碑分解被装配层协议进一步结构化。关键机制
- GATE 强制门控作为设定值入口：
instructions/auto-mode.md规定主 Agent 收到任务后第一条消息必须输出[GATE] 范围=X 深度=X 操作=X 风险=X → 总分=XX → Daily|Deep，把「任务该用多大推理深度」显式固化，不可跳过。 - COMPLEXITY 跨阶段继承：Plan 阶段收敛摘要必须含
[COMPLEXITY: X/20]，Build 阶段检测到该标记必须使用匹配推理深度、不得重新评估——设定值从规划层刚性传递到执行层，避免深度漂移。 - grill-me 目标澄清协议：
opencode.jsonc中 plan/build 的 prompt 内联 Grill-Me Protocol，要求逐分支访谈、一次一问、每轮以question工具收尾，直到设计树所有分支收敛；question是结构化传感器而非自由文本。 - 双领域路由入口（本轮扩展）：
command/arch.md定义/arch <任务描述>（架构类意图按routing.md的 18 场景索引归入命中场景，判定产出类型 adr/boundary/review/tech-debt 后才委派）；command/rd.md定义/rd <需求描述>（需求发现入口，一律复杂档，产出 POV/HMW/product outcome/appetite/最小交接契约）——设定值先物化为「场景号 + 产出类型 + 结构化契约」再进入执行。 - 双行为指令触发约束（本轮扩展）：
instructions/architecture-behavior.md规定架构类任务必须加载architecture-judgmentskill + 委派architect-worker+ 过门控；instructions/requirement-discovery-behavior.md（压紧 ≤22 行）规定定档前置——先跑 K1–K5＋M1 判定器，简单档不加载/不委派/不产工件，且 ⛔ 不产 ADR/specs/tasks/代码——把「什么算架构任务 / 什么算需求发现任务、各走哪条设定值路径」固化为刚性触发规则。 - 契约驱动委派：
instructions/auto-mode.md定义子 Agent prompt 契约（Identity/Role/Skills/Task/Model Selection/Return Format），设定值以契约文件与结构化 JSON 回传，跨 Agent 可溯源（原agent-protocol.md已并入 auto-mode.md；该文件本轮仍落盘但有意不注册）。 - 留档路径正则门控：auto-mode.md 规定留档路径须匹配
Mission-file\d{4}-\d{2}\d{4}-.*\，不通过则拒绝保存——设定值附带可验证的落盘约束。
控制论映射：KT-ctrl-045（规划-执行解耦，契约即里程碑参考序列）/ KT-ctrl-041（分层时标，GATE 决定慢/快推理档）/ KT-ctrl-002（设定值 r = 用户意图）/ KT-ctrl-046（options/SMDP，
/arch 与 /rd 场景路由即把意图映射为动作原语）。强——设定值有强制 GATE 入口、复杂度可跨阶段继承、目标澄清走结构化 question、架构与需求发现两类意图各有显式路由、委派走可溯源契约；弱——设定值仍以 prompt 文本编码为主，无机器可验证的定量目标函数，COMPLEXITY 是自评而非外部测量。
E
传感器 / 评估环（E 环）——测"当前执行是否达标"
评估/传感器承担角色：由「search-behavior 外部信息实证准则 + search-worker 证据包 + gate_architecture.py ADR schema 门控 + 需求发现分层定档工具 + criterion-design-validation 判据方法论 + grill-me/question 用户传感器 + GATE 自评」承担，官方内核缺失的独立 Critic/verifier 被装配层以「外部事实核查管线 + 领域级自动门控 + 判据方法论 + 结构化用户确认」补齐，评估从「只测是否重复/是否改文件」升级为「可测事实是否多源交叉验证、领域产出是否过 schema 机检、判据本身是否可信」。
关键机制
- search-behavior 信源分级传感器：
instructions/search-behavior.md规定依赖外部事实的结论必须先搜索并打开原始页面、区分「已验证事实/基于证据的推断/尚不确定」、重要结论 ≥2 独立来源交叉验证——把评估标准编码为可执行准则。 - search-worker 专职证据包：
opencode.jsonc中 search-worker（发现+获取+交叉验证，输出结构化证据包），把「外部信息是否可信」这一语义评估外包给专职 Agent。 - 领域级自动门控（本轮扩为双域）：
architecture-judgment的_private/gate_architecture.py --kind adr|boundary对 architect-worker 产出的 ADR/边界说明做 schema + 知识图谱机检；需求发现侧由_private/gate_requirement_discovery.py --kind stage2|handoff（G-R1–G-R9 机检 + 11 例正负向自检 + ledger 回报通道）做分层定档机检。两者均退出码 0 才放行、FAIL 原样回传修正（≤2 轮）、不得降级为「口头通过」——E 环由单点门控扩为双领域门控（模板级 review/tech-debt 仍走人工确认）。 - 生产者-验证者打通（0916 D-01 范式）：两个产出方 worker 的
bash白名单只放行自己的门控脚本（python3 *gate_architecture.py*/python3 *gate_requirement_discovery.py*），使产出方能自跑门控并回传输出原文，省去主 Agent 代跑的一轮往返，同时保持产出与验证的动作分离。 - criterion-design-validation 判据方法论（本轮新增）：把「判据（门控/机检/评分卡/词表/检查单）」的构造—实现—验证—维护四阶段固化为跨域方法论，专治假绿 / 假跑 / 恒真判据 / 空集 / 阈值无推导——E 环由此不仅「有门」，还「知道门本身可不可信」。
- grill-me/question 用户传感器：plan/build 内联 Grill-Me Protocol 强制每轮以
question工具收尾，用户确认即反馈信号；[GRILL]确认与选项式提问降低观测噪声。 - GATE 自评作为元评估：主 Agent 在动手前对范围/深度/操作/风险四维自评，是「该投入多少评估资源」的前置传感器。
- 本轮损失（L1）：视觉降级规则已改写——vision-worker 于 0915 废除，「会话模型无视觉 → 委派 vision-worker 代看」的路径不再存在，改为「模型原生视觉直接 Read；模型无视觉 → 由人看」。E 环因此少一条可自动执行的「图像是否达标」降级传感器（见 §8.3）。
控制论映射：KT-ctrl-006（强校验降低对基座模型误差敏感）/ KT-ctrl-035（DOB 式在线评估外部偏移，search-worker 交叉验证）/ KT-ctrl-012（观测噪声 R，信源分级=按可信度加权）/ KT-ctrl-001（E 环是闭环开关）。
强——补上了官方最弱环：外部事实有了专职核查管线与信源分级，架构与需求发现双域各有 schema 自动门控且产出方可自跑，判据本身有方法论约束，用户确认结构化；弱——领域级自动门控仍限架构/需求发现两域（非通用独立 Critic 模型对「语义是否达标」做强验证），search-behavior 是准则而非自动门控，且 L1 后图像达标判定在无视觉会话下退化为人工，达标判定仍依赖 Agent 自律执行。
T
执行器 / 工具环（T 环）——工具调用容错与安全约束
工具调用/执行器承担角色：在官方内核「shell 看门狗 + 输出截断 + 权限仲裁 + AI-SDK 修复」之上，装配层以「4 MCP 多传输 + external_directory 白名单 + bash 危险命令 deny + 专职 worker 工具隔离 + 2 个治理插件（插件钩子层）」扩展执行器边界，形成「内核硬容错 + 装配层工具生态 + 钩子治理」的三层执行器。
关键机制
- 4 MCP 集成（本轮收窄，损失 L2）：
opencode.jsonc配置 vscode-mcp-server / amap / pdf-reader / headroom 四个 MCP（多传输），仅 pdf-reader 启用并仅授权 pdf-worker（agent 级pdf-reader_*: allow，全局为deny兜底）；vscode/amap/headroom 因工具面小或量化亏损禁用。drawio / drawio-local 已于 0915 随绘图链路重构退役（原「drawio-worker → MCP 导出 → 视觉核对」三段链路改为diagram-liteskill 档位出图：T0 文本退化 / T1 模板填空 / T2 DSL→SVG 默认 / T3 发布级）——工具面由 6 收窄至 4、启用由 2 收窄至 1；同时保留vscode-mcp-server_*: deny作为「re-enable 前置防御」（死配置但有意保留）。 - 插件钩子层（本轮新增机制层，8 维模型无对应维度）：
plugins/下 2 个 TS 插件—— system-date-transform.ts：prefix-cache 日期治理。剥离 system 提示中的Today's date:行、并在最后一条 user 消息回注日期，使 system 前缀跨日不变、命中 prompt cache（日志~/.cache/opencode/plugin-system-date.log，17277 行）；notify-on-pause.ts：会话暂停桌面通知（配置单源~/.config/opencode/notify.json，enabled=true；fire-and-forget 分离 spawn + fail-open；日志~/.cache/opencode/notify-plugin.log7045669 行 +notify-receipts.log）。 两插件均为「钩子式执行器治理」：前者改的是执行前的上下文形态（成本面），后者改的是执行后的状态可见性（可观测面）。说明：本层是装配层新增的第六类机制（配置/协议/skill/MCP/记忆之外），8 维精装度模型无对应维度，故不参与打分，仅在本画像登记其存在与作用。- 权限分层白名单：全局
external_directory默认 allow、~/.ssh|~/.aws|~/.gnupgdeny；read追加 auth.json 与 opencode.env deny；bash对python -c *、rm -rf *、git push *deny，对 Set-Content/Out-File/Remove-Item -Force 与opencode debug config*（会批量输出明文 apiKey）设 ask。 - edit 分层授权 + MEMORY 全局硬门禁：
edit分层只放 agent.build 与写入型子 Agent（不放全局，避免覆盖 plan/explore 内置 deny），允许~/opencode/、tmp/opencode/、~/mnt/d/Opencode_Download/，其余 ask；全局edit: MEMORY.md = deny（0914 G-01），agent 级末条胜出——build 保留 allow 作为/reflection唯一合法写入路径**，其余 agent 命中全局 deny。 - 专职 worker 工具隔离：pdf-worker 仅
pdf-reader_*allow；architect-worker 与 requirement-discovery-worker 各自task: {"*":"deny"}（职责单一不自委派）+ bash 仅放行自己的门控脚本；subagent_depth=1（0915 由 2 降回 1：depth=2 的唯一用途——worker 再委派视觉子 Agent 代看图片——已随 vision-worker 废除而消失，现无任何子 Agent 持有 task 权限）。 - 内核继承的执行器护栏：沿用官方 shell 超时看门狗、输出截断 anti-windup、权限 ask/deny/always 仲裁、AI-SDK 工具名修复。
控制论映射：KT-ctrl-034（硬约束限幅+看门狗，bash deny/ask 白名单）/ KT-ctrl-033（冗余与仲裁，多 MCP 与专职 worker 分工）/ KT-ctrl-031（鲁棒稳定，权限收口防越权）/ KT-ctrl-030（模型不确定性，edit ask 为不确定动作留降级）。
强——在官方最强环上叠加了 MCP 生态与细粒度权限白名单，工具边界可插拔且最小授权，MEMORY 写入有了权限层硬门禁，插件钩子层补上了成本与可观测两个治理面；弱——容错仍以外部规则为主，缺异质冗余多数表决（NMR/TMR）；MCP 工具面本轮实际收窄（L2），绘图能力由「MCP + 专职 worker」降级为「skill 档位」，属能力换成本的主动取舍而非免费增长。
M
记忆 / 状态估计环（M 环）——会话记忆与跨会话长期记忆
记忆/状态估计承担角色：在官方「SQLite Session + compaction 分层压缩 + context-epoch 增量基线」的会话级记忆之上，装配层以「MEMORY.md 跨会话长期记忆 + pending.json 结构化状态机 + reflection-worker 异步写入 + compaction 参数调优 + 记忆容量生命周期治理（零和预算 + 边际显著性）」补齐官方缺失的跨会话记忆层，形成「会话内两级卡尔曼 + 跨会话结构化状态 + 常驻预算零和」的记忆体系。
关键机制
- MEMORY.md 跨会话长期记忆：
~/.config/opencode/MEMORY.md作为 instructions 注入，以§分段 +[src: cycle_id]签名承载跨会话沉淀的知识，是官方内核所无的持久记忆层。本轮现状：13137 B / 15 段。 - 生命周期治理（本轮新增，2026-10-10）：三轮
/reflection深迁移把 MEMORY.md 由 24318 B → 13137 B（−46%，字符 −41%，tokens 9753 → 5264，段数零和）。原则落command/reflection.md§4b（零和预算 + 边际显著性三问），细则下沉references/——从「只增不减」改为「有预算的常驻资产」。 - 容量机检（本轮新增）：
scripts/memory_capacity_check.py把治理原则变成可执行判据——单段占比 >50% 启用 / 段数默认关、--baseline零和（段数相对前像增长即判 soft）/ 阈值按 Claude Code 与 Agent Skills 官方额度推导式给出；selftest 8 → 13 例。 - pending.json 结构化状态机：auto-mode.md 的 Reflection 自检规则规定启动时检查
pending.json的meta.waiting_count，按 waiting→processing→done/expired 状态流转——把「待反思的经验」建模为可恢复的结构化状态。 - compaction 参数调优：
opencode.jsonc设tail_turns=4、preserve_recent_tokens=16384、reserved=10000，与 auto-mode.md 的 L1 剪枝/L2 结构化压缩/L3 兜底摘要阶梯配合，控制状态估计的更新预算。 - reflection-worker 异步写入：专职子 Agent 分析 Plan+Build 周期并生成 Memory/Skill 条目，写入
memory_pending/滞留池，避免阻塞主流程。 - 官方内核记忆继承：SQLite session 持久化、compaction 分层压缩、context-epoch 增量基线、revert 快照回滚。
控制论映射：KT-ctrl-011（卡尔曼式预测-更新，context-epoch 为预测、compaction 为更新）/ KT-ctrl-014（信息滤波/降维，结构化压缩模板 + 零和预算）/ KT-ctrl-010（状态估计，MEMORY.md 维护跨会话信念）。
强——补上了官方「无跨会话长期记忆」的短板，MEMORY.md + pending.json + reflection-worker 构成可溯源、可恢复的长期状态层，且本轮起有零和预算与机检约束，不再是无限膨胀的黑箱；弱——长期记忆写入虽已加全局 deny 硬门禁（仅 build 保留 allow 作为
/reflection 唯一合法写入路径），但写入仍需经 /reflection 人工确认，容量阈值中「字符 >5000」一项仍属自愿纪律（无权威依据），pending.json 滞留池存在双轨写入断链风险。
P
规划 / 分层环（P 环）——慢/快双速 + 专职编排平台
规划/分层控制承担角色：在官方「plan（慢规划）+ build（快执行）+ task 委派 + subagent_depth」的双速结构之上，装配层以「+5 专职 worker + 双领域三层栈 gated SOP + GATE/COMPLEXITY 推理档分层 + 契约驱动委派接力 + 并行分片规范」把单体双速规划器升级为分层编排平台，慢/快之外新增「专职能力层」。
关键机制
- 专职 worker 能力层（结构重排：6→5）：pdf-worker / architect-worker / reflection-worker / search-worker / requirement-discovery-worker 五个隐藏子 Agent，各自封装领域能力，主 Agent 只编排不钻细节（options 式技能抽象）；drawio-worker 与 vision-worker 已随绘图链路重构退役，新增 requirement-discovery-worker 专司需求发现与澄清。worker 数由 6 降至 5，但领域覆盖由「制图+视觉」换为「需求发现」——是能力结构的替换而非简单减少。
- 双领域三层栈 gated 编排（本轮由单域扩为双域）：
- 架构域：主 Agent 按固定编排链执行「加载 architecture-judgment → 委派 architect-worker → 跑 gate_architecture.py 门控放行（FAIL 回传≤2 轮）→ 可选按
diagram-lite档位出图」； - 需求发现域：按
/rd入口 → 加载 requirement-discovery → 委派 requirement-discovery-worker → 跑分层定档工具与gate_requirement_discovery.py（stage2/handoff）门控放行。 两域均把「领域编排」从自由组合固化为受门控的 SOP，且产出方 worker 已获准自跑自己的门控脚本（0916 D-01）。 - GATE/COMPLEXITY 推理档分层：GATE 自评 ≤12 走 Daily、≥13 走 Deep，COMPLEXITY 标记跨 Plan→Build 继承，慢/快推理资源随任务复杂度动态分配。
- 契约驱动委派接力：auto-mode.md 规定独立任务并行 Task、依赖任务串行接力（data 传递）、紧密耦合流程交 1 个 Agent，配合结构化 JSON 回传实现编排接力。
- 并行与批处理规范：auto-mode.md 规定互不依赖的只读操作必须并行发出、相邻同类只读合并批次、不混合读写——把并行度约束编码为协议。
- 深度限制与恢复：
subagent_depth=1限制递归（0915 由 2 降回 1，理由见 T 环），task_id支持恢复同一子会话；沿用官方 plan/build 双速与并行 explore。
控制论映射：KT-ctrl-041（分层时标，慢 plan/快 build/专职 worker 三层）/ KT-ctrl-043（时间尺度分离 ε，Daily/Deep 与主/子 Agent 成本频率比）/ KT-ctrl-044（MPC 滚动时域，契约接力与观察回调）/ KT-ctrl-045（规划-执行解耦）/ KT-ctrl-046（options/SMDP，worker 即高层动作原语）。
强——官方最强环再升级为分层编排平台，专职 worker 提供时序抽象、双领域任务各有受门控的固定编排链、推理档动态分配、并行规范可执行；弱——仍是「一次切换 + 人工介入」，缺 MPC 式自动滚动重规划，无真 DAG 画布，编排拓扑靠协议文本而非可视化约束；且 worker 编队收敛到 5 人，视觉与制图两条专职链已不存在（转由会话模型原生能力 + skill 档位承接）。
R
反思 / 反馈闭环环（R 环）——从半开环到自演化闭环
反思/反馈闭环承担角色：在官方「错误回灌 + doom_loop + revert + 重试」的弱 R 环之上，装配层以「Reflection 自演化系统（MEMORY.md + pending.json + reflection-worker +
/reflection 命令）+ 记忆生命周期治理（零和预算 + 边际显著性三问 + 机检） + 留档 5 段模板 + 经验教训回写」把反思从内核的局部错误回灌升级为跨会话的元认知闭环，实现「开环主导 → 闭环自演化」的反转。关键机制
- Reflection 自检规则：auto-mode.md 规定每轮收到用户消息先检查 pending.json 的 waiting_count，有 waiting 则委派 reflection-worker 处理——把反思从「可选」变为「启动即触发」。
- 4 层输入封装：每个 Plan+Build 周期完成后封装 Layer A（GATE/COMPLEXITY/决策）+ B（子 Agent JSON/聚合摘要）+ C（MEMORY 快照）+ D（留档报告）写入 pending.json，反思输入结构化。
- /reflection 交互式审阅：
command/reflection.md定义三池扫描（pending.json / memory_pending / manual_pending）、统一分析优先+逐条兜底、独立性/重复性三分类、容量 A/B/C/D 分层、[src: cycle_id]签名门禁、双版本同步；本轮新增 §4b：零和预算 + 边际显著性三问——把「这条经验值不值得占常驻预算」变成必答问题。 - 治理强度升级（本轮新增）：反思产物的落地端由「提示词纪律」加装了两道可执行约束——① 权限层全局
edit: MEMORY.md = deny（仅 build 保留 allow 作为唯一合法写入路径）；② 机检scripts/memory_capacity_check.py（单段占比 / 段数零和 / 阈值推导）。R 环的强化不在「闭环性质」而在「治理强度」：闭环仍需人工确认，但污染与膨胀有了结构性防线。 - 留档 5 段模板：auto-mode.md 要求报告含当时情况/制定计划/执行情况/完成情况/反思分析建议 5 段，缺段不合格，把反思固化为交付物必选项。
- 官方内核 R 环继承：工具错误回灌、doom_loop 防震荡、revert 用户纠偏、LLM 重试退避。
- 本轮核对：双领域门控的 FAIL 回传修正（≤2 轮）属单点执行纠偏，未接入 Reflection 自演化链路；R 环维持 4.5。
控制论映射：KT-ctrl-002（负反馈闭环，误差=执行与目标偏差）/ KT-ctrl-020~023（PID 三环节，P=当轮错误回灌、I=跨会话 MEMORY 累积、D=留档反思预判）/ KT-ctrl-004（误差收敛，签名门禁防污染）/ KT-ctrl-025（稳态误差，人工确认作为积分项限幅）。
强——补上官方最弱的 R 环：反思启动自动触发、输入结构化、审阅有签名门禁与容量分层、产物落地有零和预算与机检兜底、经验回写长期记忆，形成跨会话自演化闭环；弱——闭环仍需
/reflection 人工确认，反馈有滞后，pending.json 滞留池存在写入断链，反思质量依赖 reflection-worker 单模型；治理强度提升不等于闭环性质跃迁，故分值维持。Σ
七大核心环强弱总评
| 环 | 承担角色 | 强度 | 主控概念 |
|---|---|---|---|
| 设定值 | GATE + COMPLEXITY + grill-me/question + /arch 与 /rd 双路由 + 双行为指令 | 强 | KT-ctrl-045 规划-执行解耦 |
| E 评估 | search-behavior + search-worker + 双域门控（architecture / requirement-discovery）+ 判据方法论 + 用户确认 | 强（由最弱反转；有增有损相抵，维持 4.0） | KT-ctrl-035 扰动观测器 |
| T 执行 | 4 MCP（1 启用）+ 权限白名单 + MEMORY 权限硬门禁 + 2 治理插件 | 最强（工具面收窄 L2，与插件/门禁新增相抵） | KT-ctrl-034 限幅/看门狗 |
| M 记忆 | MEMORY.md 跨会话 + pending.json + compaction 调优 + 零和预算与机检 | 强（治理强化未跨档） | KT-ctrl-011 卡尔曼式滤波 |
| P 规划 | plan/build 双速 + 5 专职 worker + 双领域三层栈 + 契约接力 | 最强（worker 结构重排，分值已处上限） | KT-ctrl-044/045 MPC + 解耦 |
| R 反思 | Reflection 自演化系统 + 生命周期治理 + 留档 5 段 + 经验回写 | 强（由弱反转；治理强度升、闭环性质未变） | KT-ctrl-002 负反馈闭环 |
★
控制论画像总结
整体范式：整体范式：在官方前馈主导内核上做弱环定向补强，把「开环为主 + 局部闭环」改造为「分层编排 + 跨会话自演化闭环 + 双领域可门控判断」的控制器，并进一步获得「为自己新增、体检、退役能力」的二阶能力。
- 最突出的环：P 环（分层编排）与 T 环（执行器安全）——官方本就最强的两环被继续加固：P 环从双速升级为「plan/build + 5 专职 worker + 双领域三层栈」编排平台，T 环从内核护栏扩展到「4 MCP + 细粒度权限白名单 + MEMORY 权限硬门禁 + 2 个治理插件」。
- 关键反转：E 环与 R 环（仍成立，但本轮有增有损）——官方两大最弱环被装配层补齐：E 环以 search-behavior 信源分级 + search-worker 证据包 + 结构化用户确认，并扩为双领域自动门控（gate_architecture.py + gate_requirement_discovery.py）实现反转，同时以判据方法论约束门本身的可信度；R 环以 Reflection 自演化系统（pending.json 状态机 + reflection-worker + /reflection 签名门禁）从半开环升级为跨会话闭环，本轮再加零和预算与机检治理。
- 双领域三层栈落地：架构判断（0911）与需求发现（0921）两域同构，均由「skill + worker + 行为指令 + 命令 + 门控」五元构成——装配层由「首个五元齐备的领域级闭环」演进为「双领域同构回路」。
- 能力可自我扩展 + 可自我体检：opencode-capability-extension（增）与 opencode-capability-audit（查/减）成姊妹件，配合 criterion-design-validation 判据方法论，装配层的二阶能力从「只会加」变为「能加、能查、能减、且判据可信」。
- 两项能力损失已登记（L1/L2）：vision-worker 代看机制退役使 E 环少一条图像达标的降级传感器路径；drawio/drawio-local MCP 退役使工具面 6→4（启用 2→1）、制图能力由 MCP 生态降为 skill 档位。主动取舍仍有代价，登记不抵消。
- 精装度维持 3.9（2.9 → 3.9，Δ+1.0）——8 维中 6 维较官方提升（记忆满分 5），本轮净变化为「能力纵深 + 结构调整 + 2 项损失」的混合、无任一维度跨 5 档阈值，故维持 3.9、不虚报跃升；一键部署与完整沙箱仍受个人装配限制未提升，是封顶主因。
- 从单体到分层编排 + 自扩展/自体检平台：官方是单体双速控制器，自改造后形成「主 Agent 编排 + 专职 worker 执行 + 双领域门控 + Reflection 自演化 + 能力扩展/体检 SOP」的分工平台。