DevFlow/docs/todo.md

DevFlow 工作看板

⚠️ 挂机必读（2026-10-06 10:50 仓库状态变更）：今早 10:13 的三笔提交（cec4d11/84df9b5/622507c）已被外部退回（G2 🔴门禁/G3 描述不达标），当前 HEAD=03dc27b，全部改动在工作区未提交。11:23 汇报中「已提交」的说法与事实不符。重做要求见文末退回段；每次汇报前先跑 git log -1 实测再报。 🔓 提交冻结已解除（2026-10-07 用户推送令）：攒批提交通知已下（含 18H 存量推送令），提交动作由 DevFlow agent 实战执行（G4 前置走查+分组规范）。

📦 2026-10-07 攒批状态：工作区 20 文件验证全绿（cargo test --workspace 1941 passed 0 failed + vue-tsc EXIT 0 + cargo check -p devflow EXIT 0）。本批新增/修复：① parked 断点续跑分流——ai_continue_loop 非活跃时查 DB loop_state=parked → recover_parked_inner 正典恢复链（chat.rs:2690+conversation.rs:328，与 ai_recover_parked IPC/unattended B5 三路同源，停靠卡「继续」伪失败闭环）；② 3 处在途编译错顺手修（feishu_channel.rs async async fn 语法错 + send_markdown_card pub(crate)、tool_failure_memory.rs 测试 serde_json::from_str）。待提交通知后随批入库。 📤 2026-10-07 推送：14 笔已入库提交已推送 origin/main（03dc27b..e36b55a，含冻结令 e36b55a）。工作区 20 文件攒批原样保留，零 commit 零推送，冻结令纪律不违。推送时遇 DNS 解析失败（代理工具隔离 env），用 --resolve gitea.1216.top:443:39.99.243.191 临时直连绕过，未污染 gitconfig。

来源：docs/02-架构设计/滚动规范/功能决策记录-2026-06-14.md「需求与待办」+ PROGRESS.md 各 Sprint 遗留，2026-06-14 汇总去重 + 代码核对修正。 互操作：执行走 mission-control，回写 mission_id；审查走 cr；发布走 publish-*。 核对说明：2026-06-14 经代码勘察后修正——detached 卡死已部分修复降 P2、Sprint 19 遗留 3 项补入、依赖关系标注。

2026-06-18 归档: 已完成 [x] 与历史分析段已迁至 07-项目管理/todo归档/2026-06-18.md。 2026-06-27 归档: 已完成 [x]/✅ 项已迁至 07-项目管理/todo归档/2026-06-27.md。 2026-10-05 归档: 7 个实测核验全完成的历史走查段(父子任务支持/对话上下文透明化/文件拆分升级/ToolCard UI 合并/灵感模块诊断/aichat 深度走查/TaskDetail 按钮走查)迁至 07-项目管理/todo归档/2026-10-05.md,销账批注与滞后勘误见该文件。 2026-10-10 归档: 全量完成态条目/段落(编号 [x] 32 条 + 勾选 [x] + 标题带 ✅ 且段内零未完成项的历史段,含 907/908 与飞书交互面全量盘查批)迁至 07-项目管理/todo归档/2026-10-10.md。迁移为机械行搬运(零措辞改动),核对:未完成项 110 条零丢失、完成项 37 条全入归档、行数守恒。 2026-10-10 只读核验销账(源码取证,非文档自述): 挂机期派 4 路只读核查子代理逐项 grep/read 源码核验历史待办,结论如下(证据见核验记录/归档)。

• 2026-06-21 技术债审查段: MED-1(bind_directory 白名单刷新)/REFACTOR-260619-08(tool_registry 拆分组注册)/REFACTOR-260619-09(context.rs 已拆 context/ 子模块)/UX-260617-28(双监听器·已决策现状够用) 均已落地可销账;SMELL-P1-6(executed/completed 双轨已修,newtype 父项待推进)/ ARC-260619-05(run_agentic_loop 仍约 1162 行未拆) 保持未完成。
• 其余: WC-技能注入-trace定位(4b445e9 已根治)/ miniapp P3-B appid(已真实值)/ u-claw 集成代码面(ask_uclaw+UclawPanel 齐备,剩真机冒烟) 已落地。
• 2026-08-09 三域走查 P1: 27 项核验 25 done / 2 partial(partial=PD-P1-3 事件协议无项目维度已降级标注、PRJ-1 normalize_path 小写化)。
• 已核销的四个走查段整段迁归档:2026-08-01 走查剩余 / 2026-06-22 miniapp 走查 / 2026-08-09 任务·仪表盘·灵感知识走查 / 2026-08-09 Settings·审计·布局·后端命令走查;含活口子的段保留主板(项目详情页走查=PD-P1-3 / df-mcp 走查=PRJ-1 / 技术债审查=SMELL-P1-6·ARC-260619-05 / u-claw=剩真机冒烟)。

2026-08-05 编号碰撞登记: F-260619-03 被两个特性复用(消息拆分存储=文档本体 + AI工具路径授权=复用)。子代理审查确认:改 18 处编号无实际价值有风险,暂不改代码,后续新增注释编号统一走日期+序号体系、避免复用已有编号。路径授权若后续单独立项再独立编号。 2026-08-15 编号碰撞登记: REFACTOR-260619-04 被复用(父③③.2 审批状态机拆分=待办 vs ToolCard 拆分=已完成)。后续引用审批状态机拆分时用「审批状态机拆分」描述,不再沿用该编号。

💡 2026-10-05 UX 走查 — Web Interface Guidelines 合规（43 文件机械扫，4 类系统性）

背景：src 43 个 .vue 文件 UI 规范缺口全量合规走查（Vercel Web Interface Guidelines 适用子集）+ 审批/aichat/项目知识审计三域子代理分组审。质量中上无阻断，缺口集中 4 类系统性模式，其中 2 类可全局样式一刀切收敛。 详情:05-代码审查/UX走查-Web规范合规-2026-10-05.md

• [~] P3-2 icon-only 按钮缺 aria-label ~15 处(title 非等价读屏补偿;EnrichmentPanel 关闭钮/ProjectDetail:185,189 编辑删除钮等)+剩余 div 键盘化 —— ✅ 2026-10-10 两批共 23 处:①批次一 3 处(EnrichmentPanel 关闭 / ProjectDetail 模块编辑·删除);②批次二 20 处(TopBar 10 icon-only 按钮 aria-label / ConversationSidebar 4 aria-label + 2 分组标题键盘化 / MessageList 2 icon-only / KnowledgeDetail 3 章节折叠键盘化 / dashboard 两列表项键盘化 / FileExplorer 面包屑·模块下拉项键盘化 / ConflictResolver 冲突文件折叠键盘化)。全部复用已有 :title/i18n key,零新增键;遮罩类(@click.self)按约定跳过。验收:bunx vue-tsc --noEmit EXIT 0。剩余少数(会话项 space 键、dblclick 重命名入口等)+「存量 vs 仅本批」拍板点仍在。
• 拍板点:修复范围「存量 vs 仅本批」——transition:all/outline:none 大半为存量;本批新代码 a11y 意识已好(svg aria-hidden 批补/MessageList role=log+aria-live/hover-only focus-within 补偿),仅清本批则工作量降 60%+

💡 2026-09-29 aichat 可用性与交互成本研究(三动线走查+异常循环截图实证,39 项新发现)

背景:用户反馈交互刷屏已修(工具卡默认折叠)后,按「使用体验/使用成本」深入走查三动线;截图实证「写完就删」循环跑到轮次耗尽——G2 熔断签名机制对写删交替结构性漏网(唯一率 0.83≫0.4,单签名最高 2 次<3,全程连警示都不触发);与 9-28 走查 17 项合并排序。 详情:05-代码审查/aichat可用性与交互成本研究-2026-09-29.md

💡 2026-09-29 aichat 知识库与记忆修复(「笨/丢历史」根因诊断,同日已修会话内侧)

背景:用户反馈「明显感觉丢历史会话特别严重」「感觉很笨」。DB 实证:44.7% 消息 compressed,最大会话 828 条仅 5% 可见(26 条用户消息 0 条可见),存储原文都在、丢的是发送视图;知识库四重收口(整句 LIKE 命中≈0/candidate 不参与检索/向量默认关/LLM 零知识工具,962 条知识存量近乎零生效);跨会话零召回。 详情:05-代码审查/aichat知识库与记忆走查-2026-09-29.md ✅ 同日已修:上下文管理演进 T4/T5 生产侧空壳补齐(WorkingContext begin_turn/sync_after_compress 写入链 + 工作流 DAG 摘要注入链),编译门禁过,详见诊断文档第四章。

• P2 DB 落库截断分 role 定阈值✅(2026-10-05 核验:conversation.rs:372 tool result 跳过 content 截断仅截 assistant/user——体量已由 read_file limit 控源)/namespace 重启懒重建/兜底压缩路径 sync_after_compress 复议

💡 2026-09-28 devflow 集成 u-claw 能力(✅ 代码面已落地 2026-10-05,剩真机冒烟)

链路:devflow → u-relay → u-claw。通路已生产验证(u-ppt 试点 2026-08-29),u-relay 零改动,唯一工作面 devflow 侧接入。 状态更新 2026-10-05:ask_uclaw 工具(470 行)+UclawPanel 配置页+i18n+流式链补全已落地(任务 5fb916ac,cargo test 693 passed);「per-conv channel_id 隔离」经源码终核不成立(单 channel 单链,MVP 接受共享上下文语义);剩真机全链冒烟(需 u-relay+u-claw 在线配合)。原实施清单保留作档案。 详情:02-架构设计/专项设计/devflow集成u-claw-可行性研究-2026-09-28.md

• 接入实施 ✅主体已落地(2026-10-05 任务 5fb916ac):ask_uclaw 工具+配置页三键+前端流式链全接通;隔离策略勘误=单链共享上下文(MVP),多实例 phase2;剩真机全链冒烟

💡 2026-09-28 aichat 交互走查清尾(启动「日常主入口」标准,1P1+7P2+9P3)

⚠️ 2026-09-29:17 项经核验全部未修,已并入《aichat 可用性与交互成本研究-2026-09-29》合并排序,修复排序以新报告第五章为准(本条目保留作原始详单指针)。

背景:devflow 启动定位=日常 AI 交互调度中枢,按日常主入口标准走查。新发现集中在 God 组件拆分丢功能的链路断点+多会话并发收口残留缝隙。 详情:05-代码审查/aichat交互走查-2026-09-28.md

💡 2026-06-27 统一 Inbox 设计(讨论产出)

思路:所有需要用户注意的事项(审批/知识待审/灵感确认/其他通知)集中到一个统一入口, 不阻塞对话。

审批留在对话内(需要即时上下文),知识/灵感/通知放 Inbox。 后续做详细设计方案。

待办

🔍 2026-06-21 AI Chat 技术债审查(workflow wf_92b61c35-4d2 · 10 模块串行 grep 核验)

详单见 aichat-技术债审查-2026-06-21.md。0 P0 / 7 P1 / 25 P2 / 40 P3 / 已登记 8 / 新债 64。P1#5/#6 已即时修并自验过。

[2026-06-24 核验销账]: try_continue pending_conv_id 🟡语义复杂(R-PD-6 优先审批 conv_id 设计+try_continue 回退,非确定性低风险)/ MidStream chunk.error 🟡UX 结构变更(Partial 保文加 err 字段+前端渲染,非 bug)/ auto-compress save 🟡需理解 loop save 时机判真缺口。

销账核对(已登记 8 复核):SMELL-P1-6(line221·#5 覆盖 executed/completed 双轨)/ MED-1(tool_registry:546 bind_directory)/ REFACTOR-260619-08(tool_registry:881 拆)/ REFACTOR-260619-09(context.rs:1 God 1552行)/ ARC-260619-05(agentic:318 超长)/ UX-260617-28(双监听器 INFO)。均仍在未完成,审查复核确认,保留。

残留诊断代码(待清):chat.rs authz_debug/authz-debug.log(L2 调试遗留,P2 报 chat.rs:548 硬编码绝对路径),L2 完成后可清。✅ 2026-10-10 核验销账:grep -rn "authz_debug|authz-debug.log" src-tauri/src/ 零命中,残留已清。

---

🔍 2026-06-21 查询能力缺口 + run_workflow 缺陷(本轮排查登记·未实施)

用户排查任务/项目/灵感查询能力现状,登记缺口为待办/缺陷,本轮不实施代码。详单见 查询能力补全方案-2026-06-21.md。

---

💡 2026-06-16 新需求（已分析·待实施）

功能需求，已走查定位链路 + 方案记录，待用户确认后实施。

✅ 2026-08-07 核验销账(F-09 B 阶段全部落地):三方独立核验(2 agent + 主代 grep 抽查)确认 06-19 草案所有改造点(§4.1-4.7)已落地,且代码超出草案:① AiSession 去单例 → per_conv: HashMap<String, PerConvState>(mod.rs:593,顶层会话级字段全删)② ConvStateStore DashMap 无锁(治 guard.reset 锁竞争卡死连环)③ 三处退出校验改 conv 存在性(agentic/mod.rs 7 处,零旧 active_conversation_id != conv_id 残留)④ GeneratingGuard per-conv + loop_epoch owner token(F1 治同 conv 双 loop 竞态)⑤ last_heartbeat 心跳(F2 治卡死兜底误判)⑥ IPC 全加 conv_id + ConvStateStore 零锁读(switch 删 readonly / create 不杀旧 loop)⑦ 前端 convStates Map(enum 轨替代 bool Set)+ d2 多窗口(useAiWindow.ts ai-detached-${convId})已落地。剩余仅 B 路线 Phase3 单对话并行多轮(per_sub_flow 占位未接,另线 aichat-b-route-parallel-multiround)。c-1 决策已被用户「不设并发会话上限」推翻作废。

🟦 架构审查待修项（2026-06-16）

纯架构层评估（边界/依赖/抽象/扩展性/状态管理），详见 架构审查-2026-06-15.md。共 🔴6 🟡6 ⚪4 + 亮点 6。与 06-14 三份报告去重（不重复 bug/性能 FR-、aichat AR-）。

中期（技术债） ✅ ARC-260615-07 已决策:缓做(d归F-09B,其余ROI低不实施)

🟡 AI Chat 交互体验改进（2026-06-14 方案 → 待办化）

来源：aichat交互体验改进方案-2026-06-14.md。7 大类 20 个改进项，按原文优先级分 4 批。去重：§1.3 复制 ⊂ F-260615-13/14（已写）、§3.4 新建中断 ⊂ B-260615-10（已做软复位，本文档加 confirm 增强）、§6.2 分离窗口同步 ⊂ CR-24/25（已写）。状态: 待讨论→看板跟踪。

第三批 — 锦上添花

待澄清 / A-B 待定

ℹ️ 架构观察（INFO · 2 项·不进修复队列）

• ✅ UX-260617-28 [INFO] — 已决策:现状够用,不出问题不升级

💡 灵感模块-来源采集/追溯(2026-06-21·待办·新功能范畴)

继批1-3c 升级后的下一步:灵感来源录入增强 + 自动采集机制。属新功能范畴,需独立设计采集规则/触发/去重,下一阶段推进。

1. ✅ source 录入增强:灵感捕捉模态框已加 source / tags / priority 输入,录入即结构化
2. ⏸️ 自动采集机制:从对话/任务/代码中自动提炼灵感 —— 需独立设计采集规则/触发/去重,属下一阶段新功能

• 需设计:采集规则(什么信号算灵感 — 关键词/意图/重复模式)/ 触发时机(对话结束/任务完成/手动触发)/ 去重(相似灵感合并避免洪水)/ 用户确认流(自动采集不污染灵感池,需用户确认入库)
• 依赖:批1-3c 升级完成(已有 source/tags 字段基础 ✅) + 对话历史可读(F-15 archived_segment 状态 ✅) + 任务可读 ✅
• 关联:memory devflow-idea-module / [aichat-skill-slash-autocomplete]

---

F-260620-01 跨端 AI Chat:微信小程序 ↔ Rust 云后端 ↔ DevFlow 桌面端

背景:微信小程序远程用 DevFlow AI Chat,桌面端与小程序双向实时同步(微信电脑+手机同时在线模式)。 设计:F-260620-01-跨端AIChat-微信小程序-2026-06-20.md(三层架构 df-tunnel/df-relay/df-miniapp + Rust 云后端选型) 关系:灵感 4495fbcd(选型论证,pending_review)+ 任务 6c816709(todo)

实施分阶段:

• P1 df-relay 云后端(axum WS Server + 广播中继 + 鉴权)— 无依赖
• P2 df-tunnel 桌面端(WS client + 事件桥接 ai-chat-event 透传 + 指令路由 + 配对绑定)— 依赖 P1
• P3 df-miniapp 小程序(前端 UI 复用 + WSS 连云)— 依赖 P1/P2
• P4 双向同步完善(冲突处理 + 安全 + 离线降级 + 部署)— 依赖 P1/P2/P3

Phase3 联调待办(D1-D6 决策点推荐:A纯透传 / 全19变体透传 / EventBus汇聚 / switch不处理 / 强类型保留 / 桥接层R1兜底):

🔍 2026-08-02 UI/UX 扩展审查(wf_wynylx23h · 10 路并行 · 基于任务 0115aea6 原 12 问题角度)

详单:UIUX扩展审查-2026-08-02.md。80 条发现(8 高/38 中/34 低;38 全新/29+ 延伸),高严重度主代理 grep 核验全属实。完整数据 ~/.claude/jobs/8ff8ccb7/tmp/audit_summary.json。

P0 确定性 bug(本会话首批 · 并行实施):

P1 进展:

P2(打磨):✅ 幽灵 --df-primary 已清(2026-08-15:4 处引用迁 --df-accent 逐主题等价,双主题定义删除,零残留)/ ✅ 死代码 PlanProgress·isLastUser 已核不存在 / ✅ git 状态色 token(2026-08-15:--df-git-added/modified/deleted/untracked 双主题,FileTree/GitChanges/FilePreview 18 处迁 var+color-mix)/ ✅ 控件统一(2026-08-15:.setting-input 全局定义承接,Connection/ProviderPanel 重复副本删,存布局覆盖)

批次 I(原 12 大改 · 后续专项):Dashboard 统计卡压底行(问题 1,依赖 P1 数据源)/ Projects 视图模式(问题 2)/ TaskDetail(4)·IdeaDetail(5)·KnowledgeDetail(6)·ProjectDetail(10)重设计 / ✅ project_event_repo 埋点已接入(2026-08-15 核验:commands/project.rs emit_project_event 封装 best-effort 写入 + list_project_activities 消费)

---

🔍 2026-08-04 aichat 历史会话实证诊断(弱模型工具行为失控)

触发:用户反馈"你好"时模型乱调 list_project_modules("DevFlow") + search_files("scan")。 实证:prod(76 会话/9928 消息/6392 工具)+ dev(98 会话/7853 消息)库 + 会话 dump 反推。详单 aichat历史会话实证诊断-2026-08-04.md。 核心:弱模型(sensenova-6.7-flash-lite)在任务中重复探索/绕工具/参数错误是系统性现象,非偶发。

💡 2026-08-04 MCP 多进程架构潜在问题(分析登记)

来源:df-mcp 进程实测 + 代码核查。根因:MCP server 独立进程 + 与 GUI 同库不同进程 + 绕过 GUI 业务层直调 Repo。 分析类登记,待决策后实施。 ✅ 2026-08-09 核查销账(2 agent 源码核验 + 主代抽查):8 项中 4 已落地(提交 02c8d8e 等)、4 本批补修(8cb666a)。

• [~] P0-2 🟡 部分(2026-08-09):GUI 内嵌 HTTP 形态已通(advance_task 数据变更映射本批补,data_change.rs);独立 stdio 进程仍无感知(on_write_call: None 无 AppHandle + 无轮询兜底),需设计 GUI 侧刷新机制

---

🔍 2026-08-04 miniapp 聊天渲染 vs 桌面端兼容性走查(剩余待办登记)

走查 apps/df-miniapp/src/pages/chat/index.vue / apps/df-miniapp/src/utils/mdRenderer.ts / src/components/ai/MessageList.vue 等 miniapp 聊天渲染与桌面端兼容性。已修复项不记录,仅归档未修剩余项。守 session-role-diagnose-only:本会话仅走查+登记,未实施代码。 ✅ 2026-08-09 核查销账(2 agent 源码核验 + 主代抽查):9 项中 7 已落地(e722823/795e05f/8cb666a)、本批补 2(mention chip + 语言标签)。

P1(兼容性/体验·2 项):

P2(打磨·6 项):

P3(外部依赖/低优·2 项):

---

🔍 2026-08-07 aichat 切换/新建对话缺陷走查(用户实测 2 bug + 双 agent 深挖)

用户 dev 实测报 2 个 bug(队列串新会话 / 历史内容进新会话),派 2 agent(前后端)+ 主代独立抽查。守 session-role-diagnose-only:本会话仅走查+登记,未实施代码。 详单见走查报告(本段即清单)。 ✅ 2026-08-09 核对销账(2 agent 独立源码核验 + 主代抽查 useAiEvents P1-1 一致):16 项中 14 项已修(提交 9f75db5「切换/新建对话缺陷」+ 后续 6ba6daf 收尾),各 [x] 项附当前源码证据行号;CSW-P1-4 未修(切到生成中 conv 首响应气泡丢失,需前后端 round0 占位补回设计,单列);CSW-P2-7 未核对(走查自标待确认,含 d2 分离窗口失效/跨端流式)。

🔴 P0/bug1 待发送队列串到新对话(用户实测,根因已确认):

🟡 P1(前后端合并去重,按严重度):

🔵 P2(打磨/边缘):

其他已销项:CSW-P2-7(需实测确认,从待办去除)

🔍 2026-08-09 项目详情页走查(概览/文件/依赖图 · 3 agent 并行 + 主代核查)

用户要求「检查项目详情（概览、文件、依赖图）存在的问题」并「先检查做记录，不直接改」。详单见 项目详情页走查-2026-08-09.md。共 60 项（P0×1 / P1×6 / P2×14 / P3×27）。守 session-role-diagnose-only：仅走查登记，未实施代码。

P0（核心不可用）:

P1（数据正确性/一致性·6 项）:

• [~] PD-P1-3 — 🟡 已降级标注(2026-08-09 a9cb802):WorkflowEventPayload 无 project 维度无法按项目过滤 → 实时进度面板默认隐藏(wfProgressEnabled)+ 日志默认折叠+「全局事件」标注,不改事件协议(跨层大改留设计)

P2（体验/打磨·14 项）:

P3（边缘/打磨·27 项）: 见详单文档(概览 O10-18 / 文件 F13-24 / 依赖图 G14-18) — 部分已随批修(见下)

已随批修 P3：O7 sourceScores clamp / O8 descCollapsible DOM 测量 / O9 handleSync 补模块+灵感 / O10 parseStack 缓存 / 依赖图 G10 防环文案 cycleAddError / G14 后端 from!=to 校验 / G16 省略号统一。其余待后续批。

优先级建议：P0 G1 节点不渲染 → P1 F3 中文乱码 + G3 删依赖必失败 + O2 跨项目串数据 + O1 列表陈旧 + F1 变更不刷新 → P2 分批。 memory 指针：devflow-project-detail-walkthrough

---

🔍 2026-08-09 aichat 运行效率走查(6 路并行 · 单轮成本/工具/流式/前端/会话/LLM成本)

用户反馈「aichat 运行的效率很低」+「成本走查，比如有的 LLM 要求的缓存命中率规则」。详单见 aichat效率走查-2026-08-09.md。共 74 项（单轮13/工具9/流式12/前端12/会话16/LLM成本12）。守 session-role-diagnose-only：仅走查登记，未实施代码。

LLM 成本/缓存命中（用户重点 · P0×2）:

• [~] AC-EFF-C1-1 ✅ 日期挪易变段已修 / C1-2 🟡 每轮全量重发 O(n²) 部分缓解(cache_control+稳定前缀后第2轮起命中,增量滑窗留待后续批) / C1-3 ✅ augmentation+知识注入挪消息流已修

后端效率（单轮成本 + 会话 + 工具 · P0×4）:

前端效率（流式 + 交互 · P1×4）:

P2/P3 其余 50+ 项: 见详单文档（R2/R3/T2/T3/S2/S3/F2/F3/L1/L2/L3/C2/C3 全量）

优先级建议：① C0-1+C0-2 缓存命中率 → ② L0-1 save + L0-2 system 缓存 + L0-3 压缩后台化 → ③ R1-1 全量重放 + S1-1 流式增量 → ④ T1-1 审计批量 + F1-1/2/3 列表刷新收敛。 memory 指针：aichat-efficiency-walkthrough-2026-08-09

🔍 2026-08-09 df-mcp + 工具 crate 走查(阶段②最后一批)

详单见 df-mcp+工具crate走查-2026-08-09.md。共 35 项（P0=0/P1=2/P2=8/P3=25）。守 session-role-diagnose-only：仅走查登记，未实施代码。

P1:

P3（25 项）: 见详单文档（MCP-716 / EX-14 / PRJ-24 / TUN-24 / RLY-2~5）

全系统走查（阶段②）完成 ✅——前端 13 模块 + 后端 9 命令 + 全部 crate 已走查登记。进入阶段③批量打包推进 /advance。

🔴 P0 缺陷（3 项，工作流推进 100% 失败）

P0-A task_id 断裂：AiSelfReviewNode 必定失败

• 位置：workflow.rs:295 executor.run(&runtime_dag, config) + executor.rs:153
• 现状：前端传 config = {}（TaskDetail.vue:590），run_workflow_inner 拿到 task_id 但只存进 WorkflowRecord + 回调闭包 cb_task_id，从未注入传给 executor 的 config。DagExecutor 构造 NodeContext 时 deep_merge(config={}, node_configs[id])，testing 模板节点 config 只含 {"gate":true}。最终 ctx.config 无 task_id。
• 结果：ai_self_review_node.rs:100 ctx.config.get("task_id") → None → Err("AiSelfReviewNode 缺少必填参数: task_id") → 节点失败 → 工作流 failed。
• 修复：run_workflow_inner 在 executor.run 前把 task_id 注入 config：config["task_id"] = task_id（1 行）。

P0-B AiNode 缺 prompt：in_progress 模板必定失败

• 位置：task_workflow_templates.rs:45-47 dag.add_node("ai_execute", "ai", json!({}))
• 现状：in_progress 模板 AiNode config 为空对象。注释称「prompt / provider / task_id 均由 run_workflow 全局 config 注入」，但前端传空 config、后端不注入。AiNode 的 parse_params（ai_node_helpers.rs:189-200）取 inputs["prompt"] > config.prompt，两者皆无 → Err("AiNode 缺少必填参数: prompt")。
• 结果：todo→in_progress 推进链 AiNode 必定报错，任务原地不动，无 AI 产出。
• 修复：AiNode 加默认 prompt 兜底（基于 task.description 生成执行方案），或 run_workflow 注入。

P0-C TaskDetail 无审批 UI：testing/done 模板的 HumanNode 审批无法操作

• 位置：TaskDetail.vue（无 ApprovalDialog 组件）+ ProjectDetail.vue:353-356（唯一渲染处）
• 现状：工作流 store 的 startEventListener（workflow.ts:111-144）收到 human_approval_request 会设 state.pendingApproval。但只有 ProjectDetail.vue 有 watch(() => store.pendingApproval) 打开 ApprovalDialog（ProjectDetail.vue:838-841）。TaskDetail.vue 只调 store.startEventListener()（TaskDetail.vue:674），不渲染 ApprovalDialog、不 watch pendingApproval。
• 结果：用户从 TaskDetail 点「工作流推进」进入 testing（in_review→testing 模板含 ai_self_review + human_review）或 done（testing→done 模板含 human）模板，HumanNode 发出审批请求 → state.pendingApproval 被设但无弹窗 → 用户无法批准/拒绝 → HumanNode 等满 30min 默认超时（human_node.rs:34 DEFAULT_TIMEOUT_SECS=1800）→ 工作流 failed。
• 修复：TaskDetail 渲染 ApprovalDialog + watch pendingApproval，或将审批弹窗做成全局（独立于 ProjectDetail/TaskDetail）。

---

🟠 P1 缺陷（3 项）

P1-D in_progress 失败无退回信号

• 位置：task_state_machine.rs:156 regression_target(IN_PROGRESS) => None
• 现状：in_progress 模板失败（AiNode 缺 prompt，P0-B）时，regression_target("in_progress") 返回 None → 回调跳过推进。任务原地留在 todo，无错误提示、无退回态、无任何信号（回调只 tracing::warn!）。
• 结果：用户点「工作流推进」→ 后台静默失败 → 任务不动，前端 wfResult=failed 提示但无具体原因。
• 修复：AiNode 失败时把错误信息透出到前端（WorkflowFailed.error 已含，但前端 wfFailedHint 只显通用文案）。

P1-E done 模板失败后任务卡 testing 无退回

• 位置：task_state_machine.rs regression_target(DONE) => None
• 现状：testing→done 模板（human 节点）若用户拒绝（返回 Err）→ 工作流 failed → regression_target("done") → None → 任务留在 testing，未退回 in_review。
• 问题：done 是终态，无可退态合理，但用户拒绝后应停留 testing 让人工处理，当前无明确信号提示「推进未完成，任务仍在 testing」。

P1-F AiSelfReview 审查空产出

• 位置：ai_self_review_node.rs:129-134
• 现状：若 in_progress 阶段 AiNode 失败（P0-B），output_json 为空 → 自审节点审查占位文本 "(无产出,仅依据需求审查)"。
• 结果：即使 task_id 修好，无产出的自审也只是空洞审查，无意义。

---

🟡 P2 缺陷（3 项）

P2-G 前端注释误导：「运行时注入」实际无注入

• 位置：TaskDetail.vue:590 注释「全局 config 留空(节点级 config 由模板/运行时注入)」
• 现状：模板只注入 gate:true，运行时（run_workflow_inner）不注入 task_id/prompt。注释承诺与实际不符，误导后续维护者。

P2-H 三模板归一度差：in_progress 纯 AI / testing AI+Human / done 纯 Human

• 位置：task_workflow_templates.rs
• 现状：三模板职责不统一——in_progress 无人工确认直接改状态，testing 有 AI 自审 + 人工，done 纯人工。用户对「工作流推进」在三个状态的体验差异巨大但不透明。
• 建议：至少统一「推进是否有人工确认」的预期，或在按钮文案/进度提示中说明当前推进链内容。

P2-I WorkflowRecord 未存 project_id

• 位置：workflow.rs:170 project_id: None
• 现状：即使 task_id 关联任务（任务有关联 project_id），执行记录 project_id 恒为 None。按项目过滤工作流执行记录时无法直接从 workflow 关联项目。
• 修复：task_id 有值时反查任务 project_id 填入。

---

验收标准

1. task_id 注入 AiNode/AiSelfReviewNode config，自审节点能读到任务
2. in_progress 模板 AiNode 有默认 prompt，能生成产出
3. TaskDetail 触发工作流后，HumanNode 审批弹窗正常弹出可操作
4. 工作流失败时前端显示具体错误原因（非通用文案）
5. 老工作流（无 task_id/target_status）零行为破坏
6. cargo check --workspace EXIT 0 + vue-tsc EXIT 0

---

🟡 P1:

🔧 既有测试失败修复(2026-08-11):累计修 7 项既有失败,df-nodes 175 全过 / df-storage 166 全过:

• ✅ ai_self_review_node::clamp_dimension_scores_in_place 类型保真:区间内整数保持整数(9 不转 9.0),仅越界 clamp——修 parse_review_json_valid_passes_through,同步调 clamps_out_of_range_scores 边界值断言(10 保持整数)
• ✅ build_review_prompt 模板说明文字裸 <task_requirements> 与真实标签同名,测试 find 首现误命中行内引用→真实标签加换行锚定定位(\n<tag>\n),说明文字标签加反引号
• ✅ project_module_repo::setup async 上下文直接 blocking_lock() 触发 "Cannot block the current thread" panic→改用 ProjectRepo::insert 异步 API(对齐 service_repo 风格)

---

关联：本走查与「2026-08-09 TaskDetail 操作按钮缺陷走查」同属 TaskDetail 交互审查线，但本段聚焦 AI 工作流推进链路（后端 + 审批 UI），按钮缺陷聚焦 TaskDetail 自身交互。修复时建议合并处理（都在 TaskDetail + workflow 链路）。

aichat agent loop 静默死亡走查待办（2026-10-02）

来源：中断根治批次全量走查（正常设计路径无漏 emit，风险集中四类）。P1-2/P0-1/P2-1 本批已修，以下为登记项。

P1 conv 删除类静默退出族 6 处补终态事件

• 位置：agentic/mod.rs:417/:1316/:1379/:1437/:1593/:1423、stream_relay.rs:520-525（MidStream 保文时 conv-deleted 跳过 teardown emit，最刺眼）
• 现状：生成期间会话被删，裸 return 仅 guard Drop 迁 Idle，无终止事件。
• 修复：收敛到 conv-deleted 也 emit 带 conv_id 的 AiCompleted(incomplete) 或等价终态语义事件；至少 stream_relay.rs:525 处补 teardown。

P2 审批超时惰性收敛改主动任务

• 位置：agentic/approval_timeout.rs:5-6（cleanup_expired_approvals 仅 try_continue_agent_loop 入口调用）
• 现状：用户不点任何按钮，超时审批永久占位、会话永远停审批态；注释语义（自动转拒绝）与实现（下次交互才转）不符。
• 修复：审批挂起时 spawn timeout 定时任务到点主动 cleanup+emit（现有函数可复用）。

附：F2 兜底前移（可选）

• ai_chat_stop 的心跳 60s stale 判死+emit AiCompleted 兜底只在用户点停止时运行；可在 loop spawn 时自带一份，panic 死 loop 无需用户点停止也能收敛。

aichat 三路走查增量待办（2026-10-02 深夜）

来源：上下文管理批收口期 rev-backend/rev-frontend/rev-crates 三路走查（历三次会话重启后续跑完成）。全文与批次归并建议见 docs/05-代码审查/aichat三路走查报告-2026-10-02.md。以下为可执行登记，开工以现场源码为准。

子代理调度走查（2026-10-03 两路，详情 temp/走查-子代理{UX,调度后端}-2026-10-03.md）

前端 13 项(P1×2/P2×4/P3×7) + 后端 P1×1/P2×3/P3×8；后端报告含 6 点「确认无恙」防重查。

• P1 子代理运行期切回父会话 spawn 卡「已完成」幽灵态：回载 parseConvMessages 恒标 completed+运行期零事件(useAiConversations.ts:230) ——半修(2026-10-05 核验):回载态判定已修(toolCalls status 改 toolResultMap.has || !convGenerating ? completed : running,运行期回载不再恒 completed);剩「运行期零事件」半(子代理运行事件仍不推父会话视图)待批

子代理深查两路（2026-10-03 晚，详情 temp/深查-子代理{AI效果面,x上下文管理交叉面}-2026-10-03.md）

与上节 25 项零重叠（报告尾附排除对账）。修复批：四路走查修复收口后，确定性项先行，需拍板项进拍板集。

• P2 被拒事实父上下文仅报告尾段单副本,LLM 压缩 prompt 无保留指令[需拍板]
• P2 完成卡(前端全文)与父上下文(压缩)双轨无「已消化」降级机制 ✅设计完成(2026-10-04 设计文档):勘察修正——重启回补已存在(aiShared.ts:677 ai_sub_agent_list 反查重建),设计聚焦 digested 标记(KV 持久)+卡降级交互+ai_sub_agent_trace 只读工具(LLM 追问自助通道,兼为 namespace 蒸发兜底);2 拍板点,约 1-1.5 天
• P2 子会话缺 maybe_auto_compress 层+预算恒 128k 默认[需拍板]
• P3 spawn task 全文永续无瘦身/8KB 截断文案对子代理语境失真/环境画像日期不注入/报告 8K 头尾截断恰切证据区/temperature 0.7 共享/model 回退不回报/namespace 挤兑/一次性语义未向父声明/报告约定缺「文件路径原样保留」/语言无 lang 参数——见两报告 P3 节

无人值守长任务（2026-10-04 用户拍板方向，设计先行）

用户拍板：审批类（S2-B 真审批通道）延后不做；产品主线=任务规划一次性确定边界后，无人值守、自主无干预、稳定完成长任务，用户体验优先零打断。追加两维度：效率（完成快+tokens 高效）、可观测可控（进度花费看得见，暂停纠偏接管控得住）。 设计文档已定稿：docs/02-架构设计/专项设计/无人值守长任务-设计-2026-10-04.md（257 行，含效率/可观测可控补遗两章），拍板点 13 项各带建议。 缺陷靶心分析：temp/深查-无人值守稳定性缺陷-2026-10-04.md（P1×5/P2×7+效率 5+观测可控 5，接驳点已标注）。

• 设计评审后按分期实施（P0 边界模型+旁路主干 → P1 自愈+通知 → P2 断点续跑+信任分级）
• P1 缺陷随分期消化：①审批超时取消后循环永不恢复 ✅①已修(2026-10-04 核验:cancel_expired_approval 第6步清幽灵态迁回 Idle+第7步安全停靠 AiTaskParked+NeedAction 通知,audit/mod.rs:530-555) ②spawn_agent 注册 Medium 无人值守动线停摆(归 P0 旁路) ③MidStream 断流=整任务终止 ✅已修(2026-10-05 核验:RoundOutcome::MidStreamSaved 分支 emit_task_parked 安全停靠+NeedAction 托盘通知「midstream」原因,mod.rs:1146) ④轮级重试 30s 总预算全候选共享无跨轮重入 ✅已修(2026-10-05 核验:任务级跨轮重入已落地——ROUND_REENTRY_MAX=3 指数退避 60/300/900s,Continue 成功连续失败归零,预算耗尽转停靠 mod.rs:1071/1124/1162) ⑤重启后任务静默失踪(归 P2 断点续跑)
• P2 缺陷登记:panic 收尾伪装正常完成无通知/context_length Fatal 无降级/空回复静默假成功/前端 3 次探测强制收敛与后端分裂/checkpoint 审计只增不清
• 效率面:模型无轮内分级/警示消息打断前缀缓存/换参同语义死磕不计数/子代理串行 await/token 花费中途不可查/纠偏只能排队不能注入/预算中途调整不可达(归设计补遗两章分期)

后续规划方向（2026-10-02 用户口述，不分先后）

用户指令：完成 ai-chat 核心后，以下 9 项纳入后续规划，先记录后逐渐开展。此处为方向索引，开展时各自立项细化。

1. 打造核心 ai-chat 及上下文管理能力（当前上下文管理批即此项主线，持续演进）
2. 知识库、技能、记忆的管控管理（知识链路 B 系延伸；candidate 晋升/跨会话召回 C1/记忆空壳定案后续）
3. miniapp（关联 df-miniapp 跨端三层，Phase3 后端闭环已有，剩真机联调+UI+token 生产级）
4. 接入飞书 bot（启动定位=调度中枢的飞书侧动线，P0 打包+u-switch 接入已在本批）
5. devflow 云端化部署（分布式 ai 办公协同）
6. 接入企微
7. UX 体验交互体验（批次3 及后续 UX 批持续线）
8. 内置数据库、远程服务器连接能力（与代理工具生态 mysql-proxy/ssh-proxy 等整合）
9. 远程内网设备文件程序管控（中继+代理 client，内置于 u-desk/devflow 或全新设计，关联 u-relay）

使用数据分析深查(2026-10-04,logs+DB 实证,详情 temp/使用数据分析-1004/)

89 会话/15126 消息/9398 工具执行(3.5 个月真实使用);全文与 out1~out7 中间数据见分析目录。修复以现场源码为准。

• P2 checkpoints.token_total 语义失效(p50=120 vs 真实数万级,差 3 个量级)【归 V49 schema 迁移批】
• P2 ai_conversations.status 只有 active/compressed,incomplete/error 终局未建模入 status(17/89 停在 tool 结果无收尾,无法统计未完成率)【归 V49 schema 迁移批】
• P2 审计表无执行耗时字段(requested→executed 混入审批等待,耗时统计不可信)【部分缓解:AuditLog.vue:71 ⏱ durationLabel 已显示且诚实标注「审批→执行」;纯执行耗时独立字段归 V49 schema 迁移批】
• P2 messages blob 双存储冗余(89/89,单会话最大 1.7MB)【归 V49 schema 迁移批】
• 观察自动执行模式架空审批(auto 系 81%/人工 15%,auto_takeover_all 含 run_command 886 次)——产品语义与 S2/信任分级联动
  • 913 ✅转待办 验收:auto 模式审批架空语义收敛——auto_takeover_all 触发高危工具(run_command 等)须按 S2/信任分级处置(拦截或旁路留痕);审计表可查 auto 会话审批触发/旁路记录,产品语义写入设计档。
• 观察进化系统只写不读:knowledges 1033 条/embedding 全 NULL/83.6% 零复用/knowledge_search 仅 5 次
  • 915 ✅转待办 验收:知识库由「只写不读」转读写闭环——embedding_status 回填(或明确弃用向量路径),≥半数知识进检索候选,knowledge_search 调用与复用率实测上升(复用率 >50%、检索调用非个位数);口径=同库 DB 查询核验。
• 观察多模态未走通:贴图落"[图片已忽略]"占位,实际靠 run_command 外部 vision CLI 绕路
  • 917 ✅转待办 验收:贴图走原生视觉路径不落占位——非视觉模型收图时明确拒绝或切视觉模型,视觉模型直接出识别结果,不再靠 run_command 调外部 vision CLI 绕路;实测贴图会话零"[图片已忽略]"占位。
• 观察编排面零使用:workflow/node_executions/ai_plans 等 9 张表全 0 行;四会话分工 origin 89/89 全 NULL
  • 919 ✅转待办 验收:编排面明确使用或弃用——e2e 跑通一个 workflow 使 node_executions 非空,或判定降级为预留并销账;会话 origin 回填(不再 89/89 NULL);口径=DB 查各表行数与 origin 非空计数。
• 观察数据目录 ~640MB(主库 140.5MB+dev 库 71.2MB+4 份手工备份 346.9MB 散落)
  • 921 ✅转待办 验收:数据目录有保留策略——手工备份纳入轮转(定份数与周期),dev 库与主库职责明确(合并或清理);口径=%APPDATA%/top.1216.devflow 目录大小回落且备份数受控。

ai-chat UX 走查第五轮(2026-10-05,可访问性视角,详情 temp/UX走查-aiChat缺陷-2026-10-05.md)

Web Interface Guidelines 视角(子代理全量走查+主代复核)。前四轮零重复:本轮全是「键盘/读屏/触屏可达性」层,与历轮「交互逻辑」层正交。 计数:P2 × 4 / P3 × 9(P1 零)。

• 好评:ConversationSidebar/TaskBoundaryCard/DirAuthDialog 经前四轮修复质量扎实;无 transition:all/autoFocus 滥用等反模式

ai-chat UX 走查第四轮(2026-10-04,增量深查,详情 temp/UX走查-aiChat缺陷-2026-10-04.md)

P1 零;P2×7/P3×11;已修三轮清单已硬排除。修复批开工以现场源码为准。

后续规划登记(2026-10-04 用户口述)

• 各模块 UX 走查(全模块逐域走查,ai-chat 已做完四轮,剩余:项目/任务/工作流/想法池/知识/设置等域)——待令启动,建议逐域分批

DevFlow agent 狗粮实测短板(2026-10-04,84cb104c 会话数据实证,登记待排批)

当日 ~810 次工具调用;主循环配置 max_iterations=0(不限)实证 225 轮零触顶;子代理 spawn max_rounds 6 默认/模型自给 10→20(上限 20)。

新能力引入评估纪律(2026-10-04 用户令,长期生效)

引入任何新能力(协议/工具/机制/大重构)前,须做负面影响与破坏性判定,登记在设计文档内;审查(Review 会话)按此清单核。四维度基准:功能/接口适配/内容风格/性能,禁「未发现故障=不受影响」。

• 兼容性:旧数据/旧客户端/旧配置共存与迁移路径;迁移须可断点续跑(借鉴 V21 教训)且可逆(SQL 迁移带 DOWN 或等价回退)
• 破坏性:不可逆操作清单(删数据/拆兼容层/改协议旧值拒认);每项须有回退方案或「为何不可回退」论证
• 安全面:新增攻击面(端点/帧/命令执行/路径)逐项列;权限是否放大(对齐边界模型 risk 分级)
• 资源面:token/磁盘/内存/进程开销评估;日志与数据膨胀上限(借鉴日志无轮转教训)
• 回退开关:新能力默认关或带单点回退(借鉴 GOAL_PIN 系开关范式);灰度顺序与观测指标
  • P2 指令离线即丢(§7 不缓存):commander 发指令时 agent 离线=静默丢失,移动端控制场景用户无感知——补业务层送达回执或短缓冲
    • 923 ✅转待办 验收:离线指令不静默丢——补业务层送达回执(发送方可见成功/失败)或短缓冲(重连后补投);口径=断网/离线场景实测指令有回执或重连后送达,无静默丢失。
  • P2 Hello 无协议版本字段:下次破坏性变更仍是无通知硬切换——加 proto 版本字段(现在加便宜,以后加贵)
  • P3 单共享 token 可冒充任意 channel_id(§8 自述):补 token 轮换 runbook(/etc/u-relay.env 改+重启+四方客户端同步换,锁步成本需写明)
  • P3 心跳间隔未定值:nginx proxy_read_timeout=300s,间隔须 <300s,文档补建议值(30-60s)
  • P3 同 channel_id 多 agent 并存全投递(§3.3):双 devflow 实例共享通道=指令重复执行,补「一通道一 agent」运维纪律

提交历史重整(2026-10-04 用户令,交 DevFlow agent 执行)

现状:main ahead 6(本地未推送),六笔零 body/一笔主行超长/文档笔类型误标。执行前置:自身无在飞任务+git status 干净(历史重放期间不得并行改码)。

步骤(非交互,全程可脚本化)

1. OLD=$(git rev-parse HEAD) 记录现 HEAD(396f74d)
2. git reset --hard origin/main
3. 按原序 cherry-pick 六笔:3dfa45d → f90ff80 → 737cc1f → 8dd756c → d5d9d9a → 396f74d,每笔 pick 后 git commit --amend -F <消息文件> 换用下方草案
4. 校验:git diff $OLD HEAD --stat 必须为空(树逐字节一致)+ git status 干净 + git log --format="%h %s" 六笔齐

六笔消息草案(subject 全部 ≤50 字;body 每行一事项;可按你对实际改动的了解细化,但不得添加 diff 中不存在的说法)

1. 新增: 无人值守P0任务边界全链 body: 任务级授权边界判定与审批旁路单点插桩 / boundary_json 随会话落库(V45 可逆迁移) / 六路非正常终局统一安全停靠与托盘通知 / 每五轮进度事件与会话头部进度条 / 前端边界配置卡侧栏徽标及 UX 校验补齐(每条一行)
2. 优化: 子代理体验与纪律注入 body: 工具纪律段抽共享同源注入 / 子代理轨迹浮层与完成卡身份 / 分离窗会话切换修复 / 960s 统一出口报告不再蒸发
3. 修复: 协议层与体验缺陷六件 body: temperature 按模型适配仅收 1 的模型不再 400 / 流式 error 帧不再被 choices 必填整帧丢弃 / 只读缓存写后失效 / git diff 中文截断撞 UTF-8 边界 panic / 非视觉模型纯图片直接拒绝 / 全局快捷键补输入焦点守卫
4. 优化: 跨端链路协议对齐 body: miniapp 配置域旧端点强制重置 / df-tunnel 隧道协议与 relay 现网对齐 / relay e2e 例程入 examples
5. 优化: 子代理截断信号与缓存失效 body: max_tokens 截断标记穿透到完成卡 / 缓存写后失效补测试锁定 / 派发参数卡头信息补全
6. 文档: 设计定稿与评估纪律登记(类型由「优化」改「文档」,文件面全在 docs/) body: 无人值守长任务设计定稿含效率与可观测补遗 / u-relay wire 协议规格与五项评估结论 / 新能力引入评估纪律五项清单 / todo 销账与狗粮短板分析登记

提交重整补充(防坑,必读)

• reset --hard 前工作区必须干净:当前存在未提交改动(含本节处方)。执行顺序=①先收尾在飞工作,连同本节处方一并提交为第 7 笔(消息如 文档: 提交重整处方与在飞收尾)②然后 reset --hard origin/main ③按原序 cherry-pick 前六笔并逐笔 amend 换消息 ④第 7 笔原样 cherry-pick 不改消息 ⑤树一致性校验(git diff 原HEAD 为空)
• 重放期间禁止并行改码;校验不过立即 git reset --hard $OLD 回滚到重整前

能力建设批设计完成(2026-10-04 深夜,并行化+wake 原语)

设计: docs/02-架构设计/专项设计/并行化与异步唤醒-设计-2026-10-04.md(五项自评已过,拍板点 3 项)。实施按分工归 DevFlow agent 或我方批次,待令。

• W-a 写并行二维分组器(risk×路径租约:读类并行/写类异路径并行同路径保序/High 不变;顺带修 boundary 同文件双 patch 竞态)

• W-b wake 原语(内存 registry 三条件 delay/file-appear/process-exit,唤醒注入走 a5 路径+guard)

• W-c 与 M1 接力棒/飞书通道对接(依赖各方落地)

• W-d 空闲自领(wake 首应用):空闲检测→领 todo 确定性条目→边界内执行→完成回写+飞书推送;拍板点 4 项(默认关起步/30min 延迟/仅确定性/推送飞书)——设计要点见并行化与异步唤醒设计 §6.2

• W-d 挂机模式(用户拍板:自领/自推进/自拆解/自设计;设计 §6.3):W-d1 挂机循环骨架(确定性条目)/W-d2 自拆解+自设计(设计稿落 docs 挂待拍板)/W-d3 治理强化(预算闸+挂机报告+待人工清单);拍板点 4 项待定

• 指标阶梯升级为四支柱框架(2026-10-04 用户定):效率+自主+质量+可控四柱同时定级(木桶规则),每柱映射 L1-L4 指标族;已并入 baseline json framework 段;推进序不变

• W-e 多任务×子代理×真异步编排(设计 §七):W-e1 async spawn+报告轮界回填/W-e2 全局并发池+预算联动/W-e3 continuum 组合;前置=W-a+W-b;拍板点 2 项

• W-f 编排能力三层路线(设计 §八):1.0 板驱动(挂机内含)/2.0 task_links 依赖图自动推进(advance 回调+wake 解锁)/3.0 DAG×agent 融合(TaskAdvanceNode 插销已备);拍板点 2 项

• W-g 状态即时同步与通知(设计 §九):W-g1 出口扇出+即时级(依赖飞书通道)/W-g2 摘要级+远控查询命令族/W-g3 每日报告(挂机联动)

• W-h 会话间/代理间感知(FileLeaseRegistry:写前登记+冲突指路/query_leases 工具/兄弟感知/知识联动;与 W-a 组合成完整 lease) ✅ 2026-10-10 核验销账(源码取证,发现早已落地):实现在 src-tauri/src/commands/ai/lease.rs(345 行,commit cb260ab「断点续跑与日志租约底座」);接线三处齐备——commands/ai/mod.rs:48 pub mod lease; / tool_registry.rs:561 register_lease_tool(query_leases 只读 Low,工具基线 80 含 lease 且已有断言) / 写类工具前置校验+RAII 释放 audit/mod.rs:274-297。本轮增量=把「冲突检测/过期清理」抽为纯函数 try_register/purge_expired + 补 3 单测(过期回占/清理计数/异路径并存),lease:: 11 passed;未新建 file_lease.rs 造双轨。⚠️ 并行坑留痕:任何「注入未来时间查全局 REGISTRY」的测试会因 query 的 retain 误清他测活跃租约致偶发失败,新增时间敏感测试须走纯函数+独立表。——设计 §十;根治今日全部互踩

• W-e2 全局并发池(小:子代理并发上限+预算联动)

• W-d1 挂机最小闭环(领单→执行→销账→循环+轻量续接;W-b wake 随其绑定实施)

• 冻结待信号: W-a 写并行吞吐(只先修竞态)/W-d2 自拆解自设计/W-f 编排 2.0-3.0/W-e1 async spawn——启动信号见设计 §十一

• C-m 上下文三层记忆(设计落档):C-m1 记忆卡四类(目标/决策/发现/待办)压缩重构/C-m2 压缩时机信息增益信号/C-m3 与召回闭环衔接;拍板点 3 项

• E-m 自进化能力(设计 §十二):E-m1 模式扫描报告(挂机自领类)/E-m2 在线启发(熔断对话化)/E-m3 技能注册管线;拍板点 1 项

• W-f 2.0 改为最小探针(依赖声明工具面暴露,使用率决定深化)——[补2] 方法修正

• F-m 失败学习环(设计 §十三):F-m1 失败归类统计(挂机自领类)/F-m2 教训提炼进 knowledges 失败分册+同类任务前置注入/F-m3 失败现场即时附学;拍板点 1 项(教训审核)

环境知识:GitHub 直连受限的替代方案(2026-10-04 深夜,失败学习环首条)

• download_file 拉 github.com releases 失败(今晚 protoc 实证)→ 替代:URL 前缀镜像(如 https://gh-proxy.com/ + 原URL)或 gh 命令(gh release download,已登录态)或本地包管理器(winget/choco 装 protoc 等构建依赖,一次预置后构建不再拉外网)

• download_file 工具增强候选:失败自动镜像回退(小改,登记待批)

• F-m 实施细节补充(§13.4 有界失败记忆):A4 失败豁免精化为「首条全文+同签名折叠一行(第N次)」——防窗口灌爆+盲试显式计数;失败分册按类去重 Top-K 有界;监控按月轮转;三界类目口径同源(同一归类函数)

派工纪律内置基线(AI-Ops 分析移交 2026-10-05,用户拍板"通用能力内置沉淀")

背景:派工纪律 11 条在 AI-Ops(u-claw 侧)一周实战蒸馏;devflow agent(spawn_agent)同样需要,但走知识库条目会在分发时裸奔(数据不随包,新实例知识库空=纪律失效)。用户拍板:通用能力内置进代码随包分发,知识库只放场景性增强层。 落点:agentic loop 的 system_prompt 组装处内置以下母本(常量,编译进二进制)。u-claw 侧同款内容走 prompt.go 灰度(已拍板路径,分层:1-9 条第一批,10/11 条观察后二批)。

内置母本(8 行,双端通用,可微调措辞不可删项)

## 派工纪律
1. 派工先估颗粒:单任务一轮内自证完成,装不下就拆批;独立子任务并行派。
2. 任务书三要素:目标文件边界(热点文件单点编辑权)+预期时限+标准验证命令。
3. 验收认证据:子代理须交"命令+结果",不收"我做完了";主代理独立抽查裁决。
4. 子代理报告限长(约4千字),超长落盘只给指针;主代理消化后紧凑透出,禁全量转贴。
5. 超时处置:到点发收敛令→无响应试探存活→确认死则主代理砍维度亲自收尾,勿重派同颗粒。
6. 改代码禁全量验证:单文件快检,阶段收官统一验证一次。
7. 派工前查重在途执行体,同类故障只委托一头。
8. 结果透出结论先行,证据随附,过程不铺陈。

实施项

• N1 内置基线:母本注入 agentic loop system_prompt 组装处(spawn_agent 子代理与编排节点同享;主 agent 自己派工时同样受此约束)。验收:新会话 system_prompt 含该段;知识库为空的全新实例同样生效。
• N2 知识库增强层定位收缩:纪律类内容不再入知识库条目(避免双源漂移);知识库只留场景性/经验性条目。存量 review_rule 若与母本重叠,以母本为准去重。
• N3 知识库分发缺口登记(独立项,优先级随多实例节奏):安装包带基线知识包(首启导入)或同步桥提级(存储架构定稿既有的"统一条目模型+同步桥"第一个实战用例,中心=df-pg)。单机阶段可缓,多实例分发前必须解。
• N4 与编排纪律 prompt 合并:u-claw 侧落点 prompt.go"派工纪律"段与既定"编排纪律 prompt"(07a8c55 同落点)一次发版合并做,勿两次动 system prompt。

u-claw 沉淀能力蒸馏清单(AI-Ops 分析移交 2026-10-05)

来源:u-claw 一年实战沉淀(memory 30+ 条+Go 代码机制)。筛选标准:通用能力(非业务/非容器特有),devflow 有实证差距才立。已对齐不重复立的:显式交付协议(通知桥 oneshot)、PATCH 单点渲染、重连 backoff、查重在途(派工契约第7条)、双头让位。

A 类·机制移植(有实证差距,优先)

• D2 白名单热加载(u-claw 已有):现白名单启动时读死进 Ctx(L107),改 KV 须重启进程。修:whitelist 改 RwLock 或每消息现读 KV(读频低,成本可忽略);验收:改 KV 后下一条消息即生效,无需重启。
• D3 渠道心跳保活(u-claw feishu_beat.go):现靠断线被动重连,静默半开连接(对端假活)检测不到。修:周期(60s)轻量活性探测,连续 N 次失败主动断开触发重连。验收:杀对端连接后 2 分钟内自愈。

B 类·设计思想对齐(随相关批次顺路)

• D4 目标快照+补拉兜底(u-claw goal.go L1/L2/L3 实证"三战三捷"):停机恢复按快照续,不重放旧目标。V49 断点续跑(loop_state)正在做,补一个维度:恢复时对齐用户当前有效意图(目标快照),防"按旧目标继续跑偏"。
• D5 空轮判据自愈(u-claw 空轮自愈经验):会话轮次无产出(空文本/无工具调用)连续 N 次→判定卡死,自动止损+提醒,而非挂到超时。
• D6 效率基线滚动机制(u-claw 1001 基线方法论):季度实测运行基线(吞吐/尾延迟/子代理占比)对照优化,防瓶颈形态迁移后优化失焦。devflow 首个基线已建(2026-10-05),固化为机制。

C 类·功能候选(产品拍板,不急)

• D7 媒体收发:图片/文件上下行(SDK upload_image/download 已在,u-claw media.go 先例)——识别截图/回传产物图场景价值高
• D8 定时任务面:bot 内 cron 注册/查询/触发(u-claw crontab.go 形态)
• D9 群成员/用户名缓存:回复带真实姓名(u-claw members/username.go,20min 缓存)
• D10 会话标题:摘要里第二批已列(title_lifecycle 已有桌面端,渠道侧展示)

2026-10-05 晚交接：AI-Ops 移交待办（用户拍板：devflow 安排推进）

用户已授权：下列项无需再逐项请示，按看板自行安排推进。攒批提交已授权（分组执行）。

决策结论（已定，不再议）

• D2d 归档阈值 = 90 天（定案，随 D2a 批实施）
• N3 知识库分发 = 先安装包基线包、后同步桥（多实例分发前 2 周启动）
• 渠道假活（21:19 换装后 WS 未连）= 复发才深挖；D3 看门狗已实测立功（21:43 告警）
• 历史数据默认保留禁清理（全局规则，见 memory feedback-history-data-keep-default）

待办（按优先级）

1. 攒批提交 47 文件（已授权）：停笔窗口执行，按主题 4 笔分组——①V49 断点续跑批(state/main/lib/sub_agent/df-storage) ②飞书渠道批(feishu_channel 四修+流式+D1-D3) ③纪律内置+知识库批(N1 helpers 等) ④前端流式链批(useStreamRenderer 等)。提交前 cargo check + vue-tsc 终验。
2. C-r0 验证命令后台化（验收：>90s 同步等待占比 <15%，现状 45%）
3. D2a ai_tool_executions 结果过期外置（DB 193.7MB 半天+17.6MB，紧迫）+ D2d 归档 90 天随批
4. 锁面+同步 IO 技术债（196 处 async 锁抽查、commands/ai 内 5 文件 std::fs 混入）
5. 注入验证：知识库 691b351d/c142e6b2 已 published+high，新会话确认铁律段带出
6. V49 批次独立核查：47 文件收敛后请 AI-Ops 派核查，或自证全量 build+测试
7. C 类功能候选（优先级未排）：D7 媒体收发 / D8 定时任务面 / D9 用户名缓存 / D10 会话标题

已完成勿重做（2026-10-05 AI-Ops 侧，勾选凭据）

• N1 派工纪律内置（DISPATCH_DISCIPLINE：mod.rs:184/2791 + sub_agent.rs:489）——已随 21:19 换装上线
• D1 僵尸 client 泄漏修复 / D2 白名单热加载 / D3 看门狗告警——已上线，D3 实测立功
• 飞书四修+流式（占位卡片 edit_card 原地更新/表格降级/clip_for_card 超长裁剪/启动日志）——已上线
• 知识库 691b351d/c142e6b2 已 published+high（c142e6b2 含权威源声明）；9c848ab 确认零丢失（rescue 分支锚定）

流畅性根本解三件（2026-10-05 深夜用户立项：1+2+3，④双通道搁置）

14. ②任务式委托：重任务（agentic loop 任务）受理即回任务卡（「已受理·预计 N 分钟」），用户可离开；完成后卡片原地更新+结果在卡。底座已有（30min 超时任务后台不丢），重构 handle_message 等待形态为受理/完成两段式。验收：发「走查代码」3s 内收到受理卡，完成后卡片变结果，全程无需等待。
15. ③C 批次关联：本组两件的提速收益依赖 C 批次（prompt 71K→按需）——C-m1/m2 优先级顺位提升（单轮推理是 80% 耗时大头，见流畅性分析 2026-10-05）。
16. 桌面会话内容同步飞书(同会话,2026-10-06 凌晨拍板):绑定飞书 chat 的 conv(chat_map 映射既有,恢复机制在)——桌面端该 conv 的新消息(user/assistant)实时投影飞书卡片,用户离机后手机飞书可跟任务全程。实现:订阅 ai_event_bus 的 conv 内容事件→飞书投影,与 13 过程流式/14 任务卡共用单写卡者;按决策价值过滤防刷屏(完整历史在桌面,飞书给关键节点)。与 14 组合即完整闭环:桌面发任务→切走→手机看过程→收结果。验收:桌面 conv 发消息/收回复,绑定飞书 3s 内卡片更新关键节点。

工作流治理升级（2026-10-06 用户拍板：根本性增强,源自提交质量检查三不达标）

根因:任务传递靠软机制(看板摘要+群消息阅读),无结构化任务单与销账门禁——🔴被静默跳过/i18n 描述失实/描述与内容偏差,三层同源。

治理四条（对 devflow 工作流生效）

• G1 结构化修复单:走查/审查发现逐条独立成单,格式=[编号] file:line + 复现/影响 + 验收命令,🔴级不允许自由跳过(先销后立新)
• G2 🔴门禁:🔴级条目未清零前,新功能提交打回(cm 提交前置检查看板🔴余量)
• G3 描述反向核对:提交前 diff 关键词与描述机械比对,不符打回(cm 技能增强)
• G4 销账带证据:勾选 [x] 须附验收命令输出行,无证据视同未完成

UI/UX 体验设计实施项（2026-10-06 设计档:temp/异步任务会话UIUX设计-20261006.md,依赖 13/14/16/17 机制先行）

• U1 任务卡生命周期组件(双端):桌面 TaskCard 八态投影枚举(全部由既有事件派生,零引擎新状态)+飞书 header 状态色结构卡(JSON 元素级规格已给,动作 v1 走文本命令)
• U2 进度语义:三层模型(活性脉冲/位置计数/内容工具名)+防假进度五规则——核心"数字不动+脉冲停才算卡死",无分母禁画百分比
• U3 通知分级:必达(L0决策/L2完成)与静默累积(L3过程)分级表;飞书侧=哪些事件值得动占位卡,注入回执走 reply 不动占位卡
• U4 纠偏交互:桌面直发默认注入·下一轮生效(排队可切),回执+前缀逃生;飞书回复即注入保持
• U5 异常态话术公式:状态+真实原因+已保留什么+≥2条出路;禁自动判死静默任务(15min 重入退避是合法等待),给判断材料不替用户决策
• U6 跨端一致性:引擎唯一写者,双端不直同步,"实时"=秒级最终一致;断线恢复桌面走 DB 回放/飞书走 /status 回查

上下文根治专项（2026-10-06 设计定稿:docs/02-架构设计/上下文根治设计-20261006.md,取代旧 C 发散条目）

• P1(S)：工具结果瘦身——超 2K 结果正文落盘+句柄,上下文留摘要+路径(与 D2a 同构,最大头先行)
• P2(M)：L1/L2/L3 分层组装器(build_for_request 改造:常驻+滑动窗口+检索召回)
• P3(M)：压缩常规化(水位兜底→常规滑动)+记忆卡 C-m1+按段重载 C-r1
• P4(S)：量化验收——223:1→≤50:1,prompt 均值 71K→≤20K,agent 能力不降级回归
• 注:C-r0(验证后台化)独立不变;C-m2/C-r1 并入 P2/P3;旧 C 发散条目以新设计档为准销账。

上下文根治补充项（2026-10-06 完整审视第十节产出,设计档 docs/02-架构设计/上下文根治设计-20261006.md 第九/十节）

• G7 平台能力对齐调研（P2 前置）:模型/平台原生上下文能力盘点（Claude context editing/memory tool 等）vs 自研边界——能用原生不自研;自研聚焦平台没有的(任务聚类切换/跨会话页池)。产出:对齐结论一页,定 P2 增删。
• P2 细化:统一检索面——knowledge_inject 扩为全类型注册方(工具句柄/历史页/记忆卡/knowledge 同一召回入口,分类型返回+来源标注)+三层配额(prompt ≤20 条/每轮召回 ≤5 页/句柄按需)+调度器指标(页命中率/召回率/换出量)进日志与面板。
• P4 细化:任务回归集建设——固定任务清单(5-10 个代表任务),组装器改造前后跑对比(完成质量/轮数/token 成本),作为"能力不降级"的可证口径。

B5 无人值守续作引擎（2026-10-06 用户实证"总停下确定性任务"的根治,挂机治理核心缺口）

• B5a 挂钟闸分任务定级:确定性任务(看板任务/用户拍板项)挂钟闸放宽(如 120min)或按预估时长配置;闸到点改「检查点+续跑」(存进度不停工),仅非确定性/失控疑似才硬停靠。
• B5b 停靠自动续作:停靠/parked/批收敛后自动回读看板——有 parked 可续任务→自动 resume;有未完批次→自动领单续作;真需决策才停(附决策项)。无人值守的"永动"机制,CLAUDE.md 领单纪律的运行时化。
• B5c 审批无人值守策略:挂机中审批拦截按用户预设策略处置(低风险自动批+留痕,高风险停下+通知),策略 yml 可配。验收:挂机 4h 连续推进模拟(确定性批次队列),零人工干预零停顿;超大任务挂钟闸到点走检查点续跑。

任务自主推进全链卡点-治法映射（2026-10-06 补全,B5 系总览）

链路:感知领单→开工检查→执行→停靠/收敛→恢复→续作→汇报

• 感知领单:CLAUDE.md 领单纪律(新会话 ✔)/挂机长会话无回读驱动→B5b 治
• 执行中:30min 挂钟闸硬停→B5a 治;审批拦截无策略→B5c 治;工具失败低效重试(404 连环十几次,无退避换路策略,同 yideng 教训)→新增 B5d:工具失败快速放弃+换路径+退避策略;长上下文每轮变慢(223:1)→上下文根治 P1-P4 治;外部干预 loop 认知过时→B4(H3)治
• 停靠/收敛:停后不自动续→B5b 治;parked 恢复需人工点→B5b 自动恢复治
• 可见性:进度/卡点/审批对用户不可见→13 过程流式+24 审批卡治
• 汇报:B1-H1 git 实测已治 ✔
• 远期(真实需求触发):多任务并行度/跨会话任务分发 补齐优先序:B5d 工具重试策略 → B5a 挂钟定级 → B5b 自动续作 → B5c 审批策略 → B2 预算闸 → 13 过程流式

13a 飞书过程可见性加固(2026-10-06 用户实证"卡点到结束才回复",13 的最小件提前独立做,零新机制)

• 13a-2 静默期心跳汇报:AiHeartbeat(20s 既有事件)接入 refresher——超 N 分钟无内容刷新→主动刷一行「仍在跑:第 X 轮 · 最近动作 yyy」(数据源 AiAgentRound/最后工具名),防静默期卡片冻结。
• 13a-3 阶段汇报:AiTaskProgress(每 5 轮,mod.rs:1119 已 emit)接入 refresher——长任务的阶段性进展对飞书用户可见(当前只有桌面消费)。
• 13a-4 受理→首刷衔接:受理卡到首个 delta/心跳之间的静默窗口检查(>60s 无首刷则心跳兜底)。 验收:206 轮级长任务期间,占位卡至少每 3-5 分钟有一次真实更新(心跳或阶段),失败可见于 feishu-channel.log。

31 泛化路线：「看板即队列」模板资产化（2026-10-06 swarm 设计定稿）

• 抽象：看板=任务队列（优先级/状态三态/验收口径）+ 领单纪律=消费者协议 + 治理门禁=质量闸。任何 Claude Code 实例 + 一个看板 = 一个自主工作单元。
• 组件三件套模板（提炼自 devflow 今日实践,新场景开箱即用）: 1.看板格式规范 2.领单纪律 CLAUDE.md 模板 3.治理门禁包(cm v1.3.0+pre-commit hook)
• 推广路线:devflow v1 验证 → 模板提炼进技能分发站 → u-claw 九实例各挂看板 → 多 bot 协作总线(N²→N+1) → 人-bot 协作(写板即派工)。
• 前置约束:仅异步任务适用;hook 随模板强制安装;多实例并发领单=[→]原子改写+git push 冲突天然仲裁。
• 32 泛化落地:devflow v1 跑通后,模板三件套提炼进技能分发站(skill 形态),九实例试点 2-3 个(先 AI-Ops 自领+devflow,跑一周数据再扩)。

33. devflow.md MVP(十四节多角色论证定稿):①启动读取 devflow.md(规范纪律+领单两分区)+CLAUDE.md 并入 build_runtime_prompt 第七段,内容按相关性裁剪禁全量 ②警示区走 insert 消息范式 ③状态不文件化(DB 直注+H3 git 实测) ④知识投影补相关性元数据。砍除运行中文件刷新。v2+:agent 自主维护/知识投影动态化/跨会话投影。验收:启动双文件并入生效;警示事件下一轮可见;token 零缓存击穿。

看板完整性防护（2026-10-06 todo.md 截断事故:文件被重写为 12 行+脱离 git 跟踪,内容经 git HEAD+残版合并零丢失恢复)

• 看板防护三件:①条目数骤降告警——看板条目数单次变化 >50% 时视为异常(防静默截断),提交/重写前自检 ②看板修改一律原子写(tmp+rename)+保留前版快照(todo-快照-*.md 滚动一份) ③git add 覆盖检查——提交流程确认看板在跟踪列表(防选择性 add 遗漏致脱离跟踪)。根因:agent 提交/整理流程对 todo.md 组合失误(重写+跟踪移除),细节在其 transcript 不可见——机制防护优先于行为归因。

编号防撞规则（2026-10-06 两次撞号/错引实证:31 撞号+W-d1 幽灵引用）

写板前必查重:grep -E "^<新编号>\. \[" docs/todo.md docs/todo-归档*.md 零命中才可用;多写者(AI-Ops/devflow)编号分段——AI-Ops 用偶数段或 B/G/P/U 前缀系,devflow 用奇数递增;引用编号前 grep 验证存在。机械闸 G8 已建(2026-10-06 晚,scripts/hooks/rules/todo-id-unique.sh):commit-msg 校验主板+全部归档中条目编号(^[0-9]+. [)全域恰好一次,撞号提交即拦;恢复搬回须同步删归档行。双向测试过(正向放行/重复 37 精确拦截)。34 与 13a 的调和:过程推送按决策价值过滤(u-claw 进度卡治理经验),可见性≠刷屏。 35. [~] H3 teardown 疑似过重 真相改写(验装日志实锤):17:47 进程消失=agent 自杀式换装脚本杀宿主(swap-install.log:17:48:14 old process stopped),非 H3——H3 嫌疑解除。真正缺陷转 36。

关联:13a 过程可见性四件置顶催办——受理后静默的体感投诉今天第三次(09:51/13:38/17:47+),13a-1 刷新可观测是排查此类问题的前提。

37. 监控轮询机制缺失(1004/1006 两次要求均未落地,全周响应性投诉的伴生缺口):10-04「持续不间断监控每 1 小时」+10-06 18:45「持续监控 10 分钟一轮」,两次均未建机制;18:45 断链实锤=传承摘要未继承该指令。根因:无头会话无定时能力(网关禁用 CronCreate)。方案二选一:①网关 cron(运维配 yml crons,周期拉 git/进程/日志快照+异常告警) ②devflow 侧自监控引擎(与 B5/31 看板轮询同源,顺带监控自身进程/会话活性+静默告警)。验收:监控自动轮询真实运转,devflow 静默/进程消失 1 个周期内被发现并通报。

38. 桌面侧 u-relay 常驻连接管理器（设计命题，待综合评估后再规划设计）（2026-10-07 用户议定「登记后处理」）：ask_uclaw 现为每请求独立 WS 短连接（connect→hello→探活→request→progress/result→close，任务执行期内本就实时）；用户提议改「全程一条常驻连接中转所有上下行（zhub 式单连接多路复用）」。本项仅登记命题，具体方案待后续综合评估——评估须回答：①当前唯一用例（ask_uclaw 15min 级委托）下常驻是否真有必要（握手 ~0.1s 可忽略、u-claw 侧单 channel 串行 worker 锁死并发=1）②push 型需求（u-claw 主动推事件/高频短指令/多 channel 并行/跨链路统一观测）何时兑现 ③是否与 10-05「推翻网关链路、定稿桌面直连」决策冲突（飞书直连接入-形态修正与问题记录-2026-10-05.md）。命中上述 push 型触发条件之一即启动评估；同构先例可参 df-im-gateway（一条常驻 tunnel 连接中转四端全部上下行）与 feishu_channel.rs。

39. 超时失败后的一键继续入口: 流式首字节超时(120s,服务收了不响应,不可自动重试)报「响应超时,请重试」后流程中断——轮次重入预算耗尽(3/3)即彻底停,用户只见裸文案。修:超时失败落停靠语义(复用 emit_task_parked),停靠卡带「继续」(ai_continue_loop parked 分流已修好)——错误后一键续跑而非中断。体验缺口实证 2026-10-07 晚 u-switch 故障窗口。

40. u-switch 20:38-21:02 故障窗口根因深查: 11 连败+120s 首字节超时风暴(多会话多 provider 同时),21:0x 自愈。查 moyu-ops 机 u-switch 日志定因(上游抖动/服务重启/连接池耗尽),根治或加监控告警。【21:5x AI-Ops 定因已实锤,journalctl 实测】上游连环降级雪崩非服务故障:api.deepseek.com 402 余额不足(冷却10m)+enterprise.moyu.info 401 认证失效(冷却10m)+sensenova kimi-k3 429/SSE空响应体(30s冷却循环)+bigmodel glm 429/SSE截断缺 message_stop——多通道同时打光致无首字节,冷却走完自愈。剩余工作=根治项:①switch-gw 的 deepseek 系 4 通道确认摘除(用户指认已摘但配置仍在役)②429 风暴时客户端退避协同(30s 冷却对重试风暴无效)③故障窗口告警。（10-08 已处置：moyu 令牌过期续期+主链切 ds-flash，见 900 区段外 905）

41. 前后端事件契约与 i18n key 全量核查(2026-10-10 只读 Wave D,源码取证):全量抽取后端 emit 与前端 listen/分派做对照;另把 src 下 1282 个静态 i18n key 与 zh-CN/en 键集合(各 1569)比对。 - ✅ 已修两处:①ai.aiTool.rejectedHint 前缀写错(多一层 ai.)→ 2 处调用(composables/ai/useAiApproval.ts:90 / useAiToolEvents.ts:120)改为正确键 aiTool.rejectedHint(此前 zh/en 双缺 → UI 渲染裸 key,908 类复发);②components/layout/UpdateBadge.vue 监听 Tauri 事件 app-update-available,而生产端 composables/useUpdateCheck.ts 走 window CustomEvent 同名不同通道 → 徽章永不触发;已补 window 监听 + 卸载清理(保留 Tauri 监听以兼容后端将来改走 emit)。 - [ ] 待处理·孤儿事件 2:AiPlanCreated(agentic/mod.rs:1006 emit)/AiConflictResolved(commands/settings.rs:259 emit)——前端零消费;补消费或停发(现状为白 emit + 双写总线开销)。 - [ ] 待处理·死变体 3:AiMaxRoundsReached(commands/ai/mod.rs:239)/AiSubTaskStatusChanged(:421)/AiMergeCompleted(:429)——前后端零构造零消费(前端仅在 types 联合与 NO_RESET_WATCHDOG 名单留残影);清理或补 emit+消费。 - [ ] 潜在(低):dashboard.ideaStatus.archived 键缺失(值域含 archived,当前 list 恒过滤 archived → 不可达);补键或注明。 - 备注:跨端 miniapp-only 5 变体(ConversationList/MessageHistory/SkillList/ModelList/EntityList)只走 publish_event→总线→tunnel→miniapp,桌面端不监听属设计,非孤儿。

42. V50 迁移回填的不可逆风险(2026-10-10 只读风险自查,待处置):crates/df-storage/src/migrations.rs:1511-1545 backfill_checkpoint_token_total 直接 UPDATE 覆盖 conversation_checkpoints.token_total 旧值,无备份表、无 DOWN、函数注释自认「无回退」;虽迁移文档论证旧值(消息条数)失真无保留价值,仍属不可逆数据覆盖且无快照兜底。 - [ ] 处置(成本极低):回填前把 (id, old_total → new_total) dump 到 temp 备份文件或日志,给「后悔一次」的机会;顺带 migrations.rs:1516-1527 一次性 collect 全部 checkpoints(含 snapshot 全文字符串)进内存 → 改分批/游标,防大表峰值内存膨胀。 - 已核安全项:migrate_v50(:1483)幂等(column/table_exists 守卫 + 仅 recomputed>0 且 !=old 才 UPDATE + schema_version 闸 + 重跑单测);df-mcp 新增仅写一个 KV,无新端点/帧/权限放大。

43. aichat 前端性能热点与测试覆盖缺口(2026-10-10 只读 Wave F,源码取证) - 性能(按收益排序) — 高:①MessageList.vue 3041 行 God 组件(职责>6 类);②renderItems(:1058) 每次依赖变化全量 O(n) 重建(工具事件级触发);③全仓零 v-memo(:1498/:1715) → 流式 rAF 每帧重建整个 renderItems vnode,长会话掉帧最直接来源。中:JSON.stringify 指纹 watch(:429) 每次工具状态变动全量 map+stringify;每帧逐条 renderMdDecorated/traceTaskRefs 调用(:1548/1556/1672/1519/1722);TopBar 三处 O(n) messages computed(:619/:676/:707) 可合并单次遍历;useAiSend.ts 595 行可再拆 useAiQueue;useTurnTrace switch 缺 default(:59,union 非穷尽)。低:ConversationSidebar 分组排序、ChatInput status as string 拓宽(:601/605/606)、MessageItem 模板同函数重复调用(:110-122)、md 缓存「满即全清」悬崖(:699 / useMarkdown:195) → 改 LRU。 - 已核良好(非热点):useAiEvents/useAiToolEvents/useAiStreamingEvents/useAiLifecycleEvents 分派器拆分清晰(均<400 行、switch 带 default);useStreamRenderer 块级 memo + 增量 lexer + rAF 节流已完善。关键澄清:流式 delta 不写 messages.content(仅收尾/新轮/停止/超时 flush),故热点是「工具事件级 + 流式帧级」而非每 token。 - [ ] 测试覆盖缺口(建议补最小用例):结果/过程分离渲染(renderItems 无任何前端断言,仓库仅有 playwright e2e 两个 spec)、keyword_fallback_commit 单锁窗口(context_lifecycle.rs 无测试)、check-i18n 门禁自身无反引号用例、route_conv_event/route_scope 事件改挂(event_bus 测试未覆盖)、relocate_project_path 路径校验(.. 拦截)无用例 —— 对「泄漏风险 × 改动复杂度」高者优先补。

44. 模型配置「停用」无效(2026-10-10 用户报,已定位待修):用户在设置里停用模型后仍被使用。 ✅ 2026-10-10 主根因已修:prompt.rs get_active_provider 原两条路径均不看 enabled（显式活跃 provider 直接返回 / 默认 provider 只按 is_default 挑）→ 已收敛为「启用集合」解析（resolve_enabled_provider，无启用 provider 时明确报错）；✅ 兜底路径已修:compress.rs/title.rs 新增 resolve_fallback_model（纯函数，title 复用同一实现——单一实现无双轨）+ 4 单测，覆盖「默认模型被停用→回落池内任一启用模型/池内无启用→报错」。⚠️ 同类次生缺口待收口（4 处，均已定位未改）：commands/ai/knowledge_inject.rs:231 与 :1116（embedding/extract 兜底）、commands/project.rs:800（scan_model 兜底）、agentic/router_setup.rs:15-16（resolve_model_with_override 的 resolved 兜底；override 本身已校验）——四处兜底均不校验 enabled，建议随本项一并收口。勘察结论:路由层是过滤 enabled 的(crates/df-ai/src/router.rs:98 .filter(|m| m.enabled) + 单测 enabled_false_excluded_from_routing),故病灶在别处,三处嫌疑按置信排序:①已选中的 model_override 被无条件采纳——agentic/mod.rs:740 let mut resolved_model = match model_override.as_deref() 优先用前端选中的模型,若该模型随后被停用则不校验 enabled,继续照用;②兜底 default_model 不校验 enabled——compress.rs:82-83(及 title.rs 同款) 在池内无可选时 unwrap_or_else(|| provider_config.default_model.clone()),若 default_model 正是被停用的模型 → 照用;③provider 级池停用(p.enabled,ProviderPanel onPoolToggle)不参与路由——路由只过滤 model.enabled,池禁用可能仅影响前端展示。修法:选中/兜底/池三条路径统一过「enabled 校验」,不可用则回落到池路由(已过滤)或明确报错。验收:停用某模型后,选择器不列出、既有 override 落到其它启用模型、压缩/标题兜底不选它。

45. 消息发送队列会丢失(2026-10-10 用户报,已定位):会话遇网络超时等错误后队列消失;重启同样丢。勘察结论:state.queue 是纯内存(src/stores/ai.ts:136),无持久化;错误/收尾路径会清或丢弃(useAiSend.ts:180/256 重生成/编辑时 drop、aiShared.ts:773 clearQueue)。修法:①队列按会话持久化(KV 或独立表),入队/出队/清空即写,启动与会话加载即恢复;②错误/超时不得清队列(只标记该条失败可重试),重生成/编辑类显式用户动作才允许清;③恢复后给出「N 条待发已恢复」提示与手动清理入口。验收:断网超时后队列仍在;杀进程重启后队列仍在且可续发。

46. 输入框支持有序列表渲染(1. 类飞书,2026-10-10 用户报):ChatInput 内输入 1. (或 - )后应有列表预览/自动编号效果(对齐飞书消息输入框),而非纯文本。需设计:触发判据(行首 \d+. / - / * )、渲染形态(实时预览块 or 仅高亮)、回车续写自动补序号、退格退出列表、与既有 / 技能联想、@ 提及、代码围栏的优先级冲突处理。设计落 docs 后再实施。

47. 定时消息(多条 + 定时列表,2026-10-10 用户报):支持把消息设定为定时发送,可设多条,并有统一「定时列表」管理(查看/改期/取消)。需设计:存储(表 or KV)、调度器(前端定时器 or 后端 tokio 任务,需在应用关闭后仍生效→倾向后端)、与队列/生成中状态的关系、失败重试与通知、UI 入口(CHATIN 旁「定时」按钮 + 列表抽屉)。设计落 docs 后再实施。

48. 上下文管理瓶颈清单(2026-10-10 五维只读走查,源码取证) — 按收益排序,⚠️ crates/df-ai/** 被并行写者占用(工具结果外置 WIP)→ 带 ★ 的可先在 src-tauri 侧落,其余待解禁: - HIGH ① history_tokens 与真实请求体量脱钩:工具结果经 namespace 引用化入内存(audit/mod.rs:1183-1190 + namespace_store.rs:40-55 ALWAYS_LARGE_TOOLS 命中即引用,与体积无关),估算器只数字符(context_helpers.rs:62-105)→ 单条上万 token 的大结果只记 ~15 token;预算/裁剪门(context/mod.rs:185-205)/压缩门(context_lifecycle.rs:103-108)三重门槛形同虚设,每轮实际重发展开后的全量历史(223:1 结构浪费根因)。修:push/外置时按原文体量入账,或估算器识别 ref 取真实大小。 - HIGH ② 每轮 O(n) 全量深克隆 + sanitize + namespace 展开 + 摘要 + 估算(context/mod.rs:198-205 / agentic/mod.rs:1904-1921,1945-1957,1981-1984)→ 会话内 O(n²) 累积(全量重发本体);治本=设计档 P2 分层组装。 - ★HIGH ③ ✅ 已修(两批):主会话=model_context.rs 按 resolved_model 窗口构造(b37279f,未知窗口保守回退 128K 零回归);子代理=sub_agent_context_config 继承父会话预算(10-11,同模型同窗口单一事实来源,恒 128K 缺口收口)。 - HIGH ④(压缩) 压缩单向不可逆:被压原文对 LLM 永久不可见(context/mod.rs:664-699 标 Compressed + sanitize.rs:42 is_active 过滤出局),设计 C-r1「压缩不丢/可召回」未落地 → 方向:复用 P1 句柄模式,压缩写 pointer 可回读。 - MED ⑤ chars_ratio=0.35 中文低估 2-3 倍、base64 高估(context_helpers.rs:29-44/73-74);⑥ 保护区固定 6 条 + 补偿仅 300 字(:648/:655);⑦ 分层组装 P2 未落地(窗口外历史无检索召回);⑧ ★ system 可变段(日期+项目/任务清单)内嵌稳定段致前缀缓存失效(prompt.rs:611-635 缓存拆分开关默认关;清单描述不截断 :565/:584);⑨ 滑动裁剪致前缀缓存整体失配(context/mod.rs:239-246);⑩ 一次压尽(windows 式分批未做);⑪ ✅ 已修(内容版本守卫,context_lifecycle 提交前比对快照);⑫ ✅ 已修(reset_compressing_after_panic)。 - LOW ⑬ 估值双轨(estimated_prompt 准确用于路由 vs history_tokens 失真用于预算)从不互相校准;⑭ sys_tokens 未计工具 schema。 - 已核良好:裁剪三元组原子性正确(context/mod.rs:612-642);909 两处修复(锚点避让/单锁复位)现状有效,未见旧窗口复现。

49. C-r0 验证命令后台化：方案已定，落地需拍板（行为变更）（2026-10-10 Wave A 5a 勘察，代理按纪律拒改并交方案） - 事实：run_command 是 >90s 桶的 95%（11.21h/11.84h，n=4250），阻塞点=agentic/mod.rs:2235 整轮同步 await 工具 → audit/mod.rs:246 execute_with_heartbeat（tokio::select! await 至工具返回）→ tools/file.rs:1304 → df-execute/src/shell.rs:464（等子进程 exit）。 - 为何不能只改工具层：轮次生命周期必须同步改写，否则态不自洽——① 心跳 task 随 execute_with_heartbeat 返回即 abort（audit/mod.rs:393-408），前端 130s 看门狗（useAiEvents.ts:262）靠它续命；② 后台运行期间该会话是 Generating 还是 Idle（属轮次语义，落点在 mod.rs+前端）；③ 完成回填若为注入消息，不得楔进 head 与其 tool result 之间（否则复现 907 类 400）；④ 给 LLM 返回「已后台」非终态 tool_result = 核心 ReAct 语义变更。 - 建议方案（待拍板）：audit/mod.rs:246 把 tools future 交 tokio::spawn（tools 形参升 &Arc<AiToolRegistry>，调用点已 clone/持 Arc，签名变更对调用方零改动）+ grace 窗口 select；detached task 自持心跳/失败记忆/完成通知；完成回填复用 emit_ai_chat_event + chat.rs:1133 inject_runtime_message / helpers.rs:60 try_continue_agent_loop；KV 开关 df-ai-run-command-background（默认关）+ grace 秒可配；loop 侧配套改动（心跳接管/后台期 conv 态定义/收敛判定）在 mod.rs。 - 拍板点：① 是否引入「非终态 tool_result」这一语义（默认关可回退）；② grace 秒默认值；③ 后台期间会话态展示（Generating 还是「后台执行中」）。

50. 对话内创建定时/延时任务(2026-10-10 用户报):在对话中直接创建「定时执行/延时执行」的任务(如「1 小时后跑 X」)。需设计:与既有 Tasks/工作流(advance_task、run_workflow)的关系、调度落点(与 935 共用调度器)、无人值守引擎(unattended)是否复用、UI 呈现(任务卡带定时徽标)。设计落 docs 后再实施。

51. ai-chat UI 检查:待发送队列横幅(2026-10-10 用户截图实证+代码核验)——位置 AiChat.vue:79-113(样式 965-1050): - UI-1 全文不可辨(中):.ai-queue-text(1005-1011)单行 ellipsis 且无 title → 长路径+指令完全无法看全;修:补 :title="item.text" 或两行 clamp。 - UI-2 视觉层级倒挂(低):横幅 accent 底色+多操作,比主输入区还醒目;待发是次要动作,建议降噪(中性底色/收起为一条计数)。 - UI-3 操作语义重叠(低):「回填(108)」与「编辑(110)」并存——回填=取出放回输入框,编辑=行内编辑,功能高度重叠;建议二合一。 - UI-4 清空无确认(中):clearQueue(84)直接清空全部待发,无二次确认;对比「强制发送」有 confirm(tryForceSend,533);误点即丢 10 条。修:加 confirmDialog。 - UI-5 无上下文预期(低):有等待时长(queueItemWait ✓)但无「预计还要等多久/当前生成还剩多少」;信息可后置,仅登记。

52. ai-chat UI 检查:工具卡头部截断(2026-10-10 截图实证)——ToolCard.vue:27/:367:头部摘要 resultSummary 有 :title 悬停,但 summaryTitle 只取 args.path——run_command 类悬停看不到命令内容,头部命令文本又单行截断(446-450) → 截图实证「$ …命令成功 (19s)」完全不可辨。修:summaryTitle 按工具类型取关键参数(run_command→command;无 path 工具→首参)。

53. ai-chat UI 检查:token 统计常驻每条消息(2026-10-10 截图实证)——每条带 reasoning 的消息都挂思考 pill,右端 token 小字(roundTokenText,MessageList)逐条重复「55.4k in(估算) 974 c…」且截断显示不全 → 元信息噪音化。修(方向,需拍板):① pill 悬停才显 token;② 仅最新一显,历史轮收进轨迹卡统计;③ 截断点保底(最少显全「974 out」段)。

54. 强制发送后发送按钮失态(2026-10-10 用户实测报):队列「强制发送」后,后端在新 loop 正常生成(内容照常流出),但发送按钮回到普通「发送」态而非「停止」态。根因方向(已定位待实施):force_send 复位旧 generating 时 emit 旧任务 AiCompleted(chat.rs 复位分支)——前端迟到收尾仲裁(useAiLifecycleEvents:60,IPC 查后端 generating)存在 ① 事件到达 vs 新 loop 占用 generating 的竞态窗口(查到 false 即误判真收尾);② AiTextDelta 无条件累加所以内容照流、streaming 却被翻 false,内容与按钮态脱钩正好吻合现象。修(三选一或组合,实施时细查 emit 顺序):① 后端把旧终态 emit 挪到新 loop 占用 generating 之后(消竞态);② 前端 AiConvStateChanged/相关收敛路径全纳入仲裁;③ 自愈兜底:AiHeartbeat 到达时若后端 generating=true 而前端 streaming=false → 置回 true。验收:强制发送后按钮全程「停止」态直至收尾。

55. 消息聚合形式优化(2026-10-10 用户提出):进一步聚合消息展示粒度——当前「结果/过程分离」是一桶一张轨迹卡(每轮一张);长任务(截图 20 轮)仍会有 N 张卡。方向(待拍板):① 任务级聚合=一次发送的全程收敛为单张过程卡(内部分轮导航/折叠),气泡只留最终结果;② 维持每轮一卡但加强轮间视觉折叠(连续轮默认收进「+N 轮」);③ 先上已实现的「结果/过程分离」新版实测再定(可能已够)。依赖:新版换装后实测再拍板粒度。

56. 主对话 max_tokens 截断无 UI 提示 + 续写整段重发(2026-10-10 用户新版实测截图,魔芋渠道接入会话):模型输出 921 out 戛然而止(finish_reason=length),气泡无任何截断标记——用户只能问「卡了吗」;追问后模型答「上一轮被截断,接着整理完整」却从头发一遍,同一方案在列表里重复两大段(token 翻倍+滚动负担)。代码核验:后端有专门截断标志(stream_recv.rs:105 truncated_by_max_tokens,openai_helpers.rs:341 finish_reason=length),但仅子代理完成卡消费(AgentFinishedStatus truncated);主对话气泡零消费。修(三层):①UI 提示:truncated_by_max_tokens 穿透到主对话气泡——尾部渲染「⚠ 输出因长度上限截断」弱提示条(附「继续输出」按钮=注入续写指令,复用 16 纠偏注入通道);②行为:续写注入让模型从断点续(上下文半截已在,提示「从中断处继续,勿重复已输出内容」),防整段重发;③配置面:921 out 即断疑似该渠道 max_tokens 上限小或默认 max_tokens 偏小,查 model_configs 该渠道 max_tokens 配置。验收:截断气泡有可见提示;继续输出不重复已发内容。 - ③ 配置面结论(2026-10-10 核验):model_configs 全部 max_tokens=None(ds-flash/glm/moyu 系 8 条)→ 请求不带输出上限,断点取决于上游默认;921 out 即断=该渠道模型输出上限小,且当前配置结构无法干预(model_configs 不支持 max_tokens 字段)→ 能力缺口:给 ModelConfig 增 max_tokens 可选字段+请求构造透传(涉 crates/df-ai,待解禁)。另:agentic/mod.rs:2271 截断后已有「以上内容可能不完整;可要求继续输出」system 提示(只给模型,UI 不可见)——模型能答「上轮被截断」正源于此,953① 的用户可见提示仍必要。旁证:DB 中 ctx=8192 哨兵大量存在,用户实测 56.7k in 未被卡 → J2 哨兵不采信守卫生效 ✓。

57. DSML 工具调用标记泄漏为可见文本(2026-10-10 用户实测,魔芋渠道 ds-flash):模型输出 <｜｜DSML｜｜ invoke name="run_command">、<｜｜DSML｜｜ parameter name="command" string="true">cd E:\wk-lab\devflow; npx vue-tsc... 等 DeepSeek 文本协议工具调用标记,整段泄漏为可见文本(工具卡不渲染、命令裸露)。根因(全仓 grep 取证):Rust/前端均无 DSML 解析代码——DevFlow 流解析只认原生 tool_calls delta;魔芋渠道的 DeepSeek v3.1+ 在该渠道不走原生 function calling 而是把工具调用以 DSML 特殊标记写进 content 文本(上游行为),无人解析即泄漏;且截断(921 out)发生在标记中间时,残缺 DSML 必然泄漏。修(三层):①流解析层:openai_helpers/stream_recv 检测 content 中的 DSML invoke/parameter 标记 → 解析出 name/parameters 构造 ToolCallDraft(与原生 tool_calls 同路,工具卡正常渲染+真实执行);②渲染兜底:MessageItem/Markdown 渲染前剥离未闭合 DSML 残段(防截断泄漏);③模型/渠道规避:该行为是 DeepSeek v3.1+ 渠道侧特性,魔宇渠道换原生 function-calling 模型或升级渠道适配可根治。验收:DSML 工具调用正常出卡并执行;截断残段不泄漏。注意:全仓引入 DSML 解析是新能力,实施前按「新能力引入评估纪律」走设计档。

58. 审计决策者键补齐(2026-10-10 Wave G 发现):审计决策者列后端还有 5 个值渲染裸 key:auto_retry_guard(audit/approval.rs:185)、auto_resolve_fail(audit/mod.rs:750)、boundary-dirs(audit/mod.rs:909)、boundary_auto(audit/mod.rs:1449/1517)、sub_agent_denied(audit/mod.rs:116)——auditLog.ts 的 decided 段只有 8 键,缺这 5 个。修:i18n zh/en 补 5 键(值按语义直译);其中 boundary-dirs/sub_agent_denied 语义为拒绝,不要回退到既有 auto 键。

59. 飞书通道图片入站能力(2026-10-11 用户发图实测,回「暂仅支持文本」提示卡):用户给 DevFlow 飞书 bot 发图,只收到降级提示——勘察结论(AI-Ops 10-11,链路+可行性已核):非故障,系有意兜底(feishu_channel.rs:387,#25 静默丢修复);桌面端 ai-chat 图片链路已完整(ChatInput 粘贴/上传 → ContentPart::Image → chat.rs:920 has_image 自动转 vision 端点,anthropic 侧 url→base64 预拉已有),缺口仅在飞书入站。修(四件):①feishu_channel.rs::handle_message 增 image 分支(现 message_type != "text" 一刀切回提示卡);②拉图:飞书 im/v1/messages/{message_id}/resources/{file_key}?type=image 下载(file_key 从 image 消息 content JSON 取),SDK 无现成方法则手写 GET(租户 access_token 复用既有 client);③组装:字节→base64→ContentPart::Image+可选 caption 文本拼 user 消息,走既有 spawn 会话链路(vision 路由零改动);④开放平台侧:应用补 im:resource 只读权限。注意:①权限申领是对外变更(飞书后台),先拍板;②大图限流(base64 膨胀,建议 >10MB 拒收提示);③文件/PDF 等其他媒体不在本条范围。验收:发图给 bot,AI 能看到图并按图回答;非图媒体仍回现有提示卡。【10-11 AI-Ops 实施完成(用户令「直接推进」),待换装+权限开通】:①②③已全部落地 feishu_channel.rs 单文件——类型三分流(text/image/其余提示卡,image_key 取自 SDK 归一化 msg.resources 零手解析)/download_feishu_image(走 channel_messaging().download_message_resource 便捷方法,与 reply/send 同风格)/魔数判 media_type(sniff_image_mime 四格式,未知拒收防端点 400)+10MB 限流/引导词 IMAGE_INBOUND_PROMPT 喂模型(飞书 image 独立类型无法带文字)/白名单后下载(未授权不烧流量)+占位发票前失败早退/注入旁路排除图片(inject 只收文本,诚实落受理守卫)。验证:cargo check -p devflow 0 error + feishu_channel 测试 23 passed(含新 image_mime_sniff_four_formats)。待两件:①换装生效(重启应用,等令);②飞书开放平台给应用补「获取与上传图片或文件资源」权限(im:message.resource:readonly,后台操作,未开通时下载失败会回可读错误卡)。【10-11 追加:引用化存储改造(用户指令「下载或转文件存储引用,信息存储只存一个引用,模型使用按需转换」)】:base64 内嵌版升级为落盘引用版——图片字节落盘 %APPDATA%/top.1216.devflow/media/<chat_id>/<uuid>.<ext>(save_media_file,按会话分目录,不主动 GC),消息只存 file:// 引用(ContentPart.url,base64 空),发送请求时 df-ai 新模块 image_ref.rs 单点展开(inline_local_image_part:读盘→base64;缺失降级 Text「[图片文件缺失]」不炸请求)——openai_compat(map 链插入)+anthropic_compat(content_part_to_block 入口)两臂接入,provider 转换层单点覆盖全部请求路径(主会话/子代理/标题/压缩+历史重放),零契约变更(url 字段语义扩展)。桌面粘贴图 base64 内嵌同族膨胀,后续批接同一机制(登记待办)。验证:df-ai 全量 578 passed 0 failed(新增 image_ref 3 测+openai/anthropic file:// 端到端各 1)+devflow check 0 error+feishu_channel 23 passed。【10-11 第二轮:媒体域全面重构完成(用户令「推」+补1-补7),全链落地】:①media_store.rs 新模块(媒体域单一归属,防臃肿)——hash 去重落盘(sha256 前 16hex,同内容同文件)+阿里云 OSS 双写(PUT Header 签名手写,失败降级 file:// 不阻塞)+文件名=<hash16>[_<清洗原始名>]<ext>(u-claw safeAttachName 模式:hash 保去重+原始名保可读,路径穿越清洗);②下载防线(对齐 u-claw):3 次指数退避+120s 超时+半写残件不留盘;③spawn offload 统一收口(send+resend 两处,vision 判定后):桌面粘贴图 base64→落盘引用,SQLite 不进大 base64;④消息溯源 V52(ai_messages.source 列,MessageSource{channel,message_id,chat_id,sender}),spawn 第 11 参穿透,飞书传真实 msg_id(可跳原消息追溯,多端混发可区分);⑤出站 [交付] 回传(u-claw replyLocalFiles 同模式):报告写 [交付] 路径行→自动上传飞书(图片→图片消息/其余→文件消息)+敏感名拦截(.env/id_rsa/token 等 8 特征);⑥引用统一走 url 字段(https=OSS 跨设备可解析/file://=本机 image_ref 展开),不自造 scheme。验证:cargo check --workspace 0 error+df-storage 214+12 绿/df-ai 578 绿/devflow 832 绿(新增 media_store 4+delivery 3+V52 迁移)。待:换装生效+飞书后台 im:resource 权限+media-oss-config KV 手配(设置面板后续批)。

60. 占用期消息必达·收件箱续投(2026-10-11 u-claw 对照,补6):用户在 bot 任务占用期发的消息,devflow 现状=QUEUE_BUSY_MSG 拒绝+用户须重发;u-claw 已进化为 pending 收件箱落盘+scanner 自动续投+卡片原地刷新「已进入待投队列(无需重发)」——重试责任不在用户。修:受理守卫拒绝路径改落盘收件箱(ai_outbox 表 V51 已有,复用)+原地 PATCH 提示;空闲自动续投+结果回推。验收:任务占用期发消息不丢,任务完成自动处理并回推结果。

61. 连续消息聚合防抖「已收 N 条无补充即处理」(2026-10-11 u-claw 对照,补6):u-claw 连发消息聚合「📥 已收 %d 条,%ds 内无补充即开始处理」防抖后再统一处理;devflow 每条立即受理(连续消息第二条起被占用守卫拒)。修:飞书入站短窗防抖(聚合期间到达的同 chat 消息合并为一次任务,文本拼接+附件清单合并),配合 959 收件箱。设计要点:防抖窗 1.5~2s(per-chat 首条到达起算,窗内消息合并:文本以空行拼接+image 附件合并为多图 parts);窗口期回 ACK 卡「已收 N 条,Ns 内无补充即处理」原地更新;窗结束按 959 口径受理(空闲即 spawn/占用即收件箱)。风险位:与 per-chat 锁/注入旁路/审批决议拦截的先后序,设计先行防双头。

62. [~] 桌面轮次交互定位重定义(2026-10-11 用户拍板,补7 三条):①轨迹卡片收敛:除主回复气泡外交互收敛到一张「有动态+可折叠」的轨迹卡(现有轮次折叠类型),修缺陷:正生成时卡片展开不了;②轮次语义纠正:现「压缩后即新轮次」定位错——正确定义=一次信息发起=一个任务轮次,中途补充信息(inject)仍属同一轮,全部完成后新发起才是新轮;③轮次编号稳定化:现编号不稳定(刚是 5 一会下面又出现 1)——应固定为「该对话的第 1 轮/第 2 轮」持久编号(与消息 seq/轮边界锚点绑定,不随视图压缩/折叠漂移)。

• ✅ ①已修(2026-10-11):执行中 step 卡支持点击展开(复用 expandedTraceIds,key 与完成态 trace 同构,执行中展开→完成转 trace 态不丢;展开区实时渲染该轮过程工具卡)。
• ②③设计要点(实施前拍板):轮边界判定锚点从「压缩摘要」改为「用户发起消息」——发起=桌面直发/飞书入站的 user 消息,补充=inject_runtime_message 写入的消息(需来源标记,建议复用 V52 source:{channel:"inject"} 与发起区分,归属判定 O(1));轮号=conv 内第 N 条「发起消息」序(数据派生,天然稳定,不随压缩/视图漂移),轨迹卡头/导航条/进度徽标统一取该口径(单一真值来源)。涉及:轮桶分桶逻辑(MessageList genBucketItems 上游)+轮号计算函数收敛+inject 消息 source 标记。