From 4b8a21aee2a58444695351f8c62692597e6ebd21 Mon Sep 17 00:00:00 2001 From: AirLongDian Date: Thu, 11 Jun 2026 14:53:53 +0800 Subject: [PATCH] =?UTF-8?q?docs:=20=E4=BF=AE=E6=AD=A3=20P1-23=20=E6=8F=8F?= =?UTF-8?q?=E8=BF=B0=20=E2=80=94=20Arc/Eng=20=E7=BA=A6=E6=9D=9F=E9=9D=9E?= =?UTF-8?q?=E5=AF=B9=E7=A7=B0=E6=80=A7=E6=98=AF=E5=88=BB=E6=84=8F=E7=9A=84?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - P1-23 从"指令-代码对齐缺口"改为"Dispatch 指令歧义"，纯指令层问题 - 3.2.11b (b) 重写：Arc 硬阻断 vs Eng 保留极端接管不是缺陷，是有意设计 - Eng 保留 Write/Edit 原因：子代理无全局视野，调度层必须保留上升通道处理跨任务阻塞 - KPI 指标更新：Eng 编码越界→新增"(非接管场景)"限定词 Co-Authored-By: Claude Opus 4.7 --- airplanV2-Qwen3.7-Max设计.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/airplanV2-Qwen3.7-Max设计.md b/airplanV2-Qwen3.7-Max设计.md index 0feb655..7aaceee 100644 --- a/airplanV2-Qwen3.7-Max设计.md +++ b/airplanV2-Qwen3.7-Max设计.md @@ -60,7 +60,7 @@ V2 的核心命题：**V1 证明了制品驱动 + 上下文隔离 + 波次并行 | P1-20 | 界面设计缺乏专业 Skill 支撑 | AirDo / 安装器 | UI/前端任务由通用 Agent 直接编写，界面质量差，布局、配色、交互不符合设计规范 | 未集成 frontend-design Skill，AirDo 遇到 UI 任务时无专业工具可用，安装器未自动检测并配置 | | P1-21 | ADR 变更无级联失效机制 | AirArc / AirEng / TaskGraph | 架构方案变更（如 ffmpeg → gstreamer）后，基于旧 ADR 已完成的任务不会自动失效，旧代码残留与新方案冲突，下游任务基于过期产出继续执行 | TaskGraph 无 ADR→任务的溯源链，无已完成任务的失效判定，无回滚清理流程 | | P1-22 | Dispatch → Worker 启动无桥接 | `eng_mode.py:dispatch_worker_group()` | dispatch 只写 JSON 派发清单，不启动 Worker。Worker 启动依赖 Agent 自觉读 payload 并手动调用 Skill 工具——Agent 不读则 Worker 永不启动，Agent 最终「回退自己执行」 | `dispatch_worker_group()` 与 Worker 启动之间仅有 JSON 文件，无代码层桥接。L1 保障未覆盖 Agent 调度层 | -| P1-23 | 指令-代码对齐缺口 | `commands/eng.md` | Eng 模式 `allowed-tools` 包含 Write/Edit，而 INV-6 禁止 Eng 编码。SKILL.md 禁止编码仅靠自然语言——Agent 看到有 Write 权限就写。对比 Arc 的 `allowed-tools: [Read, Glob, Grep]` 是硬阻断 | Eng 的操作指令（dispatch spawn Worker）是意图描述而非可执行伪代码，Agent 每步都在猜 | +| P1-23 | Dispatch 指令歧义 | `commands/eng.md` | Eng 的 dispatch 步骤（spawn Worker）是意图描述而非可执行伪代码，Agent 每步都在猜：用什么工具？参数格式？task-text 从哪取？——猜错多一轮，猜不出来 Worker 不启动 | 指令未降到操作级。Arc 和 Eng 的约束非对称性是刻意的（Arc 永不写→硬阻断，Eng 保留极端接管→不硬阻断），P1-23 是纯指令层问题 | | P1-24 | Merge 后 TaskGraph 状态不同步 | `eng_mode.py:merge_worker_result()` | merge 更新 todo.md 和 state.json 但不动 task-graph.json。已完成任务的节点状态仍是 TODO/DISPATCHED，再次 dispatch 重复派发 | `merge_worker_result()` Phase 5/6 未同步 `task-graph.json` 节点 status 字段 | #### P2 — 限制规模化 @@ -1839,4 +1839,4 @@ V2 应追踪以下 KPI 以验证改进效果： | ADR 变更后旧代码残留 | 无自动清理 | 0 次（级联失效 + git revert 自动清理） | | Dispatch → Worker 断链 | Agent 停止调度，回退自己写代码 | 0 次（spawn_workers 标准化 + 指令操作化消除歧义） | | Merge 后重复派发 | 已完成任务再次被 dispatch | 0 次（task-graph.json 节点 status 实时同步） | -| Eng 编码越界 | 调度器在正常调度中越界写任务代码 | 0 次（指令伪代码消除歧义 + INV-6 升级为硬编码路径检查） | +| Eng 编码越界（非接管场景） | 调度器在正常调度中越界写任务代码 | 0 次（指令伪代码消除 spawn 歧义，Agent 不再因「Worker 不启动」而回退自己执行） |