修复: DeepSeek 400 全量扫描 + 队列 per-conv 隔离

- openai_compat: 扫描所有 assistant 消息剥离 orphan tool_calls（原仅查末条）
- queue 加 conversationId 字段，按会话精准 drain
- regenerate/editMessage 只清本会话排队消息
- newConversation 保留旧会话排队消息
- AiError 只清出错会话的队列项

docs/05-代码审查/aichat-会话实测分析-2026-07-07.md

@@ -0,0 +1,192 @@
+# AI Chat 真实会话实测分析（系统消息污染 + 死循环重调）
+
+> 日期:2026-07-07 | 方法:从生产 DB(`%APPDATA%/top.1216.devflow/devflow.db`)实测最近两个会话全量消息反推,Python 只读统计
+> 基线会话:`9357c27c`(HaoGamePlatfPro,prompt 644,586 / completion 3,865)+ `43b75e49`(wk-hszd,prompt 601,028 / completion 4,134)
+> 产物:**2 P0 / 3 P1 / 2 P2**
+> 性质:**实测数据反推**(非静态代码审查)。finding 的源码根因为"假设",须独立 grep/read 核验后再定论
+> 关联:[[aichat-session-analysis-2026-06-22]] [[aichat-techdebt-audit-2026-06-21]] [[devflow-generating-statemachine]] [[devflow-compress-ui-no-fold]]
+
+---
+
+## 会话概况
+
+| 项 | 9357c27c | 43b75e49 |
+|---|---|---|
+| 标题 | HaoGamePlatfPro | 查看 E 盘 wkhszd 目录内容 |
+| 跨度 | 2026-06-30 14:31 ~ 15:04(~33 分钟) | 2026-07-01 ~ 07-03(中间大间隔) |
+| 消息数 | 97 | 77 |
+| prompt / completion tokens | 644,586 / 3,865 | 601,028 / 4,134 |
+| completion/prompt 比 | **0.60%** | **0.69%** |
+| 工具调用次数 | list_directory 22 / read_file 22 / search_files 13 / list_projects 2 / update_project 1 / get_task_count 1 | list_directory 16 / read_file 17 / list_projects 2 / list_project_modules 3 / bind_directory 3 / create_project 1 / update_project 3 |
+| 工具结果总量 | 195.4 KB | 62.3 KB |
+| 用户输入字数 | **34 字**(2 条) | 51 字(5 条) |
+| 用户催促 | 0 | 1(核对) |
+| 末尾收尾 | assistant(seq96,正常) | assistant(seq76,正常) |
+| task | 浏览 HaoGamePlatfProject 代码补充项目信息 | 把 wk-hszd 注册为 DevFlow 多工程项目 |
+
+两会话共同特征:**极少用户输入(34~51 字)产生 60 万级 prompt**,completion/prompt 比 < 1%,极端输入重。
+
+---
+
+## P0(2 项)
+
+### [P0-1] seq0 system 消息污染:assistant 思考流被截断重复拼接 41 次 + role 错位 + 时序倒挂
+
+- **现象**(9357c27c seq0):
+  - `role=system`,但内容是 assistant 语义:`"我已经充分了解了项目结构。让我快速查看几个关键文件..."`
+  - 同一短语 `"现在更新项目信息：基于代码分析，这是一个大型综合游戏平台后端。让我更新项目描述和技术栈。"` **重复 41 次**,拼成 1879 字符
+  - seq0 timestamp `1782971672713` 比 seq1 `1782971504351` **晚 168 秒**(时序倒挂)
+- **db 证据**:`ai_messages` seq0 row,role=system,status=active,content 长 1879
+- **根因假设**(强):系统 prompt 注入路径把"上一轮 assistant 流式片段"误当 system 上下文写入;且写入库时陷入重复拼接循环(疑似字符串 builder 在流式 chunk 累积时无去重/无终止条件)。这是 [[aichat-session-analysis-2026-06-22]] P2-1 的**复发且恶化**——上次只见 1 条 assistant 语义残留,本次是 41 次死循环拼接。
+- **影响**:
+  1. system 消息会作为 prompt 头部送入 LLM,1879 字符无意义噪声污染每一轮上下文
+  2. role 错位会误导模型(system 应是约束指令,却变成"我说的"内容)
+  3. 时序倒挂破坏压缩/排序/计费
+- **待核验源码点**:
+  - system prompt 注入路径(`ai_messages` 写入 system 行的位置,`src-tauri/src/commands/ai/`)
+  - 流式 chunk 累积逻辑(查 `for` / `push_str` / `+=` 类字符串拼接,是否有循环退出条件)
+  - timestamp 赋值逻辑(为何 system 行用了"插入时刻"而非"会话起始时刻")
+- **关联**:印证 [[aichat-techdebt-audit-2026-06-21]] P2 区"system 消息混入 assistant 内容"项;与 [[aichat-session-analysis-2026-06-22]] P2-1 同源(前次未根治)
+
+### [P0-2] 工具死循环重调:LLM 无"已调用过"记忆,同参同路径重复触发
+
+- **现象**(9357c27c):
+  - `read_file(application.xml)` **读了 17 次**,其中两次返回完全相同的 8457c 全文(同一文件无变化)
+  - `search_files(pattern='.java', path=...src)` **连调 13 次**,每次返回结构几乎一致(items=0, has_more=True,5.5~5.8KB),LLM 完全没意识到在重复
+  - `list_directory(...src)` 2 次,第 2 次返回 30,516c(第 1 次 6,144c,深度参数不一致但 LLM 未说明理由)
+- **db 证据**:13 条 search_files 调用 `arguments` 完全相同,`result` 长度方差 < 5%
+- **根因假设**:
+  1. **无工具结果缓存层**:会话级无"同参工具调用 → 返回缓存命中提示"机制,LLM 每次发起都真执行
+  2. **prompt 未告知 LLM 已读内容**:read_file 返回的文件指纹/路径未在后续 prompt 中显式标注"已读",LLM 失忆反复读
+  3. **search_files has_more=True 的分页语义被 LLM 误解**:可能 LLM 以为重调能翻页,但实际每次返第一页
+- **影响**:
+  - **prompt 64 万的直接元凶之一**:13 次 search × ~5.7KB + 17 次 read × 平均 2.7KB ≈ **75KB 仅重复工具结果**(占 prompt 字符量的主要部分)
+  - 死循环消耗 30+ 轮 LLM 调用,用户等待感极差
+- **待核验源码点**:
+  - 工具调度层(`tool_registry.rs` / `agentic/mod.rs`)——是否有 `seen_tool_calls` 去重
+  - read_file 是否返回 file_hash 供 LLM 引用(对照 [[aichat-techdebt-audit-2026-06-21]] P1「expected_hash schema 契约破裂」)
+  - search_files 分页契约(为何 has_more=True 但无 page/cursor 参数)
+- **关联**:印证 [[aichat-session-analysis-2026-06-22]] P2-2(同文件反复 read)+ 新增 search_files 死循环变体
+
+---
+
+## P1(3 项)
+
+### [P1-1] ~~压缩实质失效:compressed 消息平均长度比 active 还长(205%)~~ 【误报,2026-07-07 核验撤销】
+
+- **原现象**(9357c27c):58/97 条 status=compressed,但 compressed 平均 2641c/条,active 平均 1287c/条——压缩后比未压缩还长 2 倍。
+- **核验撤销**:进一步按 role 分组统计发现,compressed tool 消息长(4608c)是因为会话前期是大工具调用(list_directory/read_file 大输出),active tool 消息短(1714c)是因为后期转为小操作(update_project)。这是会话业务节奏的自然结果,不是压缩机制问题。
+- **prompt_tokens 语义澄清**:`prompt_tokens=644,586` 是**会话级累积值**(每轮 prompt 累加,见 `agentic/mod.rs:1366 tokens.add()`),不是最后一轮值。97 条消息 × 平均 6645 tokens/轮 ≈ 644K,完全合理。每轮实际 prompt 只 ~6.6K(active content 49KB ≈ 13K token,压缩后只进 active)。
+- **结论**:06-22 报告 P0-1 修复(is_active 白名单让 compressed 不进 prompt)**生效**。本项撤销,无需修复。
+
+### [P1-2] LLM 自检缺失 + 宣称完成即停,用户被迫人工纠错
+
+- **现象**(43b75e49 wk-hszd):
+  - seq71 assistant 自检发现 bug:`path` 被最后一次 `bind_directory` 覆盖成 `hszd-test`,`stack` 变成 `["Go"]`
+  - 但这是 assistant **自己**在 seq74"再次核对"时才发现——说明 seq68 用户催"核对"前,assistant 已认为完成
+  - 3 次 `bind_directory` 把 path 从 `hszd-api` → `hszd-admin` → `hszd-test`,每次都覆盖前值,assistant 没意识到多工程 monorepo 的 path 字段不该是单子工程
+- **db 证据**:bind_directory 3 次调用 args 显示 path 被依次覆盖,最终 assistant 自己回滚用 `update_project(path='E:/wk-hszd')` 修正
+- **根因假设**:
+  1. agent 无"宣称完成前的强制自检"(对照 [[aichat-session-analysis-2026-06-22]] P1-1)
+  2. `bind_directory` 的 `path` 字段语义对多工程 monorepo 有歧义(LLM 以为是"当前操作的子工程",实际是"项目根")
+- **影响**:用户对 agent 完成度零信任,需人工核对每个字段
+- **待核验/落点**:
+  - agent 行为策略(prompt 加自检 checklist)
+  - `bind_directory` schema 注释补"monorepo 应用项目根路径,非子工程"
+- **关联**:[[aichat-decision-capability]] [[aichat-b-route-parallel-multiround]]
+
+### [P1-3] 工具拒绝消息破坏 JSON 协议:raw 文本"用户拒绝了此操作"
+
+- **现象**(9357c27c seq95):`update_project` 被用户拒绝,tool role 消息 content = `'用户拒绝了此操作'`(8 字符裸文本),非 JSON
+- **db 证据**:61 条 tool 消息中 60 条 JSON-parseable,1 条 raw-text(就是这条拒绝)
+- **根因假设**:工具拒绝路径(`ai_reject` / 审批拒绝)走的是错误字符串直接返回,未包装成 `{"status":"rejected","reason":"..."}` 结构
+- **影响**:
+  - 若 LLM provider 严格解析 tool role 内容(部分 provider 要求 JSON),会触发协议错误
+  - 与 [[aichat-techdebt-audit-2026-06-21]] P1「审批状态字符串双轨(executed/completed)」同家族——工具返回协议不统一
+- **待核验源码点**:审批拒绝 handler(`commands.rs` 拒绝分支)的返回序列化
+
+---
+
+## P2(2 项)
+
+### [P2-1] system 消息 timestamp 用"插入时刻"而非"会话时刻",时序倒挂
+
+- **现象**(9357c27c):seq0 system ts=1782971672713,seq1 user ts=1782971504351,seq0 比 seq1 晚 168 秒
+- **根因假设**:system prompt 注入是在会话进行中"补写"的(可能是压缩/续轮时插入),用了补写时刻
+- **影响**:排序、压缩窗口计算、计费全受污染
+- **关联**:与 P0-1 同源(都是 seq0 system 行的写入 bug)
+
+### [P2-2] bind_directory 多工程语义错配:单值 path 字段无法表达 monorepo
+
+- **现象**(43b75e49):wk-hszd 是 Go+Vue+Test 三子工程 monorepo,assistant 3 次 bind_directory 分别绑三个子工程路径,前两个被第三个覆盖
+- **根因假设**:`projects.path` 是单值字段,而 DevFlow 的"多工程"概念(`project_modules` 表)与"项目根 path"语义未在 schema 注释中澄清
+- **影响**:多工程项目的 path 字段长期处于"最后绑的子工程"错误状态,直到 LLM 自检或人工纠正
+- **待核验/落点**:`bind_directory` IPC 的 schema 文档 + 多工程 monorepo 的 path 字段规范(可能应允许 null 或 readonly,工程信息走 `project_modules`)
+
+---
+
+## 落点建议(未实施,遵守 [[session-role-diagnose-only]])
+
+| 项 | 优先级 | 落点 |
+|---|---|---|
+| P0-1 system 消息污染 + 重复拼接 | P0 | system prompt 注入路径 + 流式 chunk 累积循环(查 push_str/+= 类拼接) |
+| P0-2 工具死循环重调 | P0 | 工具结果缓存层(会话级 seen_tool_calls)+ read_file 返回 file_hash + search_files 分页契约 |
+| P1-1 压缩产出反向膨胀 | P0/P1 | compress_old_messages 产出从拼接改真摘要 |
+| P1-2 自检 + bind_directory 语义 | P1 | prompt 自检 checklist + bind_directory schema 注释 |
+| P1-3 拒绝消息 JSON 协议 | P1 | 审批拒绝 handler 返回结构化 JSON |
+| P2-1 timestamp 时序 | P2 | system 行 timestamp 用会话起始时刻 |
+| P2-2 多工程 path 语义 | P2 | bind_directory/path schema 文档 |
+
+**最高杠杆**:P0-1(系统消息污染直接污染每一轮 prompt)+ P0-2(工具死循环是 prompt 64 万的主因)。两者叠加,即使只修这两项,类似会话的 prompt 可降一个量级。
+
+---
+
+## 2026-07-07 修复落地(本次实施)
+
+| 项 | 位置 | 修复 |
+|---|---|---|
+| P0-1 LLM 退化输出污染 system 消息 | `commands/ai/compress.rs` | `clean_summary` 加 `is_degenerated_repetition` 退化检测,同一片段重复 ≥5 次返空 → 调用方据空值降级走关键词兑底 |
+| P0-2 工具死循环重调 | `commands/ai/audit/cache.rs` + `audit/mod.rs` | 新增 `find_cached_readonly_result`(只读幂等工具白名单:read_file/read_symbol/list_directory/search_files/grep),Low 风险执行前查会话历史,同参同成功(completed)调用直接回填缓存跳过真执行 |
+| P1-3 拒绝消息破 JSON 协议 | `commands/ai/commands/chat.rs` + `audit/mod.rs` | 三处拒绝消息(用户拒绝此操作/路径授权拒绝/路径黑名单拒绝)改结构化 JSON `{status,reason,message}` |
+| **额外**:Windows 上 .ssh/.aws 黑名单绕过 | `state/allowed_dirs.rs` | `check_path_authorization` 黑名单检查提前到路径规范化之前(对原始路径也判一次)。根因:Windows 上 `/home/user/.ssh/config` 的 `is_absolute()` 返 false,persistent 为空时旧逻辑直接返 NeedsAuthorization 跳过黑名单 |
+| P1-2 bind_directory 多工程语义错配 | `commands/ai/tool_registry.rs` | 工具描述补充 monorepo 语义:path 应为项目根路径(非子工程),多次调用会覆盖,子工程信息走 list_project_modules |
+| ~~P1-1 压缩产出反向膨胀~~ | — | **误报撤销**:prompt_tokens 是会话级累积值(非单轮值),按 role 分组统计后压缩机制正常 |
+
+**测试**:`cargo test -p devflow --lib` 通过(compress 11 + audit 19 + allowed_dirs 20,含新增 6 个回归测试)。原 `test_grep_blacklisted_path_denied`(此前失败)现已通过。
+
+---
+
+## 复现方法
+
+```bash
+# 只读查询生产 DB
+python -c "
+import sqlite3, os
+db = os.path.expandvars(r'%APPDATA%/top.1216.devflow/devflow.db')
+con = sqlite3.connect(f'file:{db}?mode=ro', uri=True)
+# seq0 system 污染证据
+print(con.execute('select seq, role, length(content), timestamp from ai_messages where conversation_id=? and seq<2 order by seq',
+                  ('9357c27c-aeba-488f-9f4f-12c2d0506f63',)).fetchall())
+# search_files 13 次重复
+print(con.execute('select count(*), min(length(result)), max(length(result)) from ai_tool_executions where conversation_id=? and tool_name=?',
+                  ('9357c27c-aeba-488f-9f4f-12c2d0506f63','search_files')).fetchall())
+"
+# 表:ai_conversations / ai_messages / ai_tool_executions
+```
+
+数据快照:2026-07-07 抓取自 `devflow.db`(生产库,非 dev)。
+
+---
+
+## 与 06-22 报告的对比
+
+| 项 | 06-22 报告 | 07-07 实测 | 趋势 |
+|---|---|---|---|
+| 工具返回裸文本(raw) | patch_file/read_file 大量 raw(6204c) | 仅 1 条(拒绝消息) | ✅ **已修复**(P0-2 性质修正有效) |
+| 重复 tool 结果落库 | seq 11/12/13/14 同结果 4 份 | 0 条 tool_call_id 重复 | ✅ **已修复**(P0-3 撤销成立) |
+| system 消息混 assistant 语义 | seq0 残留 1 句 | seq0 重复 41 次拼接 | ❌ **恶化**(P2-1 → P0-1) |
+| 同文件反复 read | mysql_guide read 4× | application.xml read 17× | ❌ **恶化**(P2-2 → P0-2) |
+| 上下文管理实质失效 | compressed 未降 prompt(已隐式修复) | compressed 产出反向膨胀 205% | ⚠️ **新变体**(P0-1 → P1-1) |
+| 中断(tool 后无 assistant) | seq85 停尸 | 无(两会话均 assistant 收尾) | ✅ **已修复** |
+
+**结论**:06-22 后修复的"工具返回协议/落库去重/中断"三项**确实生效**;但"system 污染"和"工具死循环"两类问题**反而恶化**——前者从残留 1 句变成 41 次拼接,后者从 4× 变成 17×。说明这两类是未根治的根因,须单独立项。

docs/05-代码审查/aichat-对话功能走查-2026-07-17.md

@@ -0,0 +1,144 @@
+# aichat 对话功能深度走查报告（2026-07-17）
+
+> 触发：用户反馈「对话功能现在存在很多问题，深入检查」。
+> 方法：5 个 general-purpose 代理并行走查 5 维度（发送/流式/渲染/会话侧栏顶栏/审批上下文）→ 主代理独立 grep/read 核验所有 P0 + 关键 P1（不信代理结论，每条标注核验状态）。
+> 性质：**走查任务，未改任何代码**。本报告为问题清单 + 修复方向，待用户确认后实施。
+
+## 健康度总评：B-
+
+最近一批发改动（BUG-2026-07-17：状态机收敛方向正确）引入 **2 个 P0 回归**；其余 P1 多源自 **F-09 per-conv 改造未完成**的单例债（queue / legacy watchdog / _approvalTimers / modelOverride / _lastDelta 仍是全局单例，多会话并发下串话）。
+
+---
+
+## P0（功能 bug，建议立即修）
+
+### P0-1 流式 watchdog legacy 路径全局误杀并发会话 + 删 running 保护致长工具误杀 ✅核验成立
+
+**位置**：`useAiStream.ts:57-110, 73-78` / `useAiSend.ts:156,226`（doSend reset 同款）/ `audit/mod.rs:125-128`
+
+**双重回归**（本次改动引入）：
+
+① **legacy 路径全局 clear**：doSend / regenerate(`useAiSend.ts:156`) / editMessage(`:226`) 调 `resetStreamWatchdog()` **无 convId** → 走 `_legacyWatchdog` fallback（`useAiStream.ts:128-132`）。45s 到期 `onStreamTimeout()` 无参 → `convStates.clear()`（`:77`）清掉**所有并发会话**的生成态。其他会话停止按钮失效、UI 与后端长期不一致。
+
+② **删 running 保护**：`onStreamTimeout`（`:69`「不管 stillGenerating 检测」）去掉了原 stillGenerating + running 工具检测。长工具执行（cargo build / 测试套件 / 大文件 patch >45s）必然触发。后端心跳首 tick **30s**（`audit/mod.rs:126` 弃首 tick），AiHeartbeat 到达时前端 `resetStreamWatchdog(convId)` 只动 per-conv Map、**不清 legacy**，保护不了 doSend 挂的 legacy timer。
+
+**证据**：`useAiStream.ts:69`「不管 stillGenerating 检测（即使已经 false 也再清理一次）」+ `:77` `convStates.clear()` + `audit/mod.rs:125-128` 心跳 30s。
+
+**影响**：多会话并发下其他会话被误杀 + 任何 >45s 的工具执行被前端误判断流（回到 BUG-260624-03 修复前的用户报障状态）。
+
+**修复方向**：
+- legacy 路径 `convStates.clear()` → `convStates.delete(state.activeConversationId)`（对齐 legacy 单 timer 只跟踪当前会话语义）
+- 恢复 `onStreamTimeout` 的 running 工具检测（工具执行中跳过 + reset 续等），或 `STREAM_TIMEOUT_MS` 回调 ≥75s
+- 根治：doSend / regenerate / editMessage 的 `resetStreamWatchdog` 传 convId 走 per-conv（F-09 迁移）
+
+### P0-2 审批计时器切/删会话不清 + 注释与代码矛盾 ✅核验成立
+
+**位置**：`useAiConversations.ts:92-257`（switch 无 clearApprovalTimer）/ `:260-272`（delete 无清）/ `aiShared.ts:118`（默认 15min）vs `useAiConversations.ts:244-246`（注释「Infinity 已决策不超时」）
+
+**证据**：
+- switchConversation 全程未调 clearApprovalTimer / clearAllApprovalTimers（已核 90-257）
+- deleteConversation 仅 `clearConvStreamState(id)`，不清 `_approvalTimers` 中属于该会话的 timer
+- `startApprovalTimer` 到点回调（`aiShared.ts:147-163`）调 `aiApi.approve(id,false)` + push 错误气泡到 `getMessages()`（**当前 active 视图**）
+- `:244-246` 注释「APPROVAL_TIMEOUT_MS=Infinity 已决策,不会超时自动拒绝」与 `:118` `APPROVAL_TIMEOUT_DEFAULT_MS=900_000`（15min）**直接矛盾**
+
+**影响**：① 切走会话后 15min 到点 → 误拒后台 pending 工具 + 错误气泡 push 到当前（错误）会话视图；② 用户重启恢复审批后离开，回来发现审批已被无声自动拒绝。
+
+**修复方向**：switchConversation 开头 `clearAllApprovalTimers()`（对齐 pendingApprovals 单例语义）；deleteConversation 清该 conv 的 timer；修正 `:244` 注释。
+
+---
+
+## P1（明显缺陷）
+
+### P1-1 [发送] queue=[] 跨会话丢消息 ✅核验成立
+`useAiSend.ts:155,225` `state.queue = []`，queue 是 store 全局单例。B 会话 regenerate/editMessage 清掉 A 排队的用户消息，静默永久丢失。
+
+### P1-2 [发送] drainQueue 无并发互斥 ✅核验成立
+`useAiSend.ts:257-281` fire-and-forget 无锁，AiCompleted 连发 / stop+Completed 竞态致并发 doSend，前端 user/ai 占位双 push（后端 generating 守卫挡大部分但视图已污染）。
+
+### P1-3 [会话] TopBar watch(activeConversationId) 无条件重置 modelOverride ✅核验成立
+`TopBar.vue:325-327` 切会话无条件 `modelOverride = enabledModels[0]`，切会话往返丢失用户手选模型；与 `:335` `watch(enabledModels,{immediate})` 叠加语义脆弱。modelOverride 是模块级 ref，不持久化、不 per-conv。
+
+### P1-4 [发送] tryForceSend 跨会话错位 + 队列续发 spans 丢失 ✅核验成立
+`useAiSend.ts:323-328` queue item 无 convId / spans 字段，切会话后 forceSend 发到当前 active 而非原会话；mention chip 续发降级为纯文本。
+
+### P1-5 [流式] _lastDelta 单值跨会话/跨轮误丢合法 delta ⚠️部分成立
+`useAiEvents.ts:46,292` 单值重复检测，跨会话首 delta 撞同 / 同轮合法重复（Markdown 表格分隔符等）被误丢。难复现。
+
+### P1-6 [流式] state.currentText += delta 无 streaming 守卫 ⚠️部分成立
+`useAiEvents.ts:300`，P0-1 触发后超时收尾仍到达的 delta 污染 currentText。修 P0-1 即间接修复。
+
+### P1-7 [渲染] MessageItem.vue system/assistant/error 死代码 ✅核验成立
+`MessageItem.vue:94-170`，MessageList 仅 `role==='user'` 引用 MessageItem（`:663-673`），AI 渲染全在 MessageList 内联。MessageItem 内 `.ai-cursor-blink` 是孤岛 class（全仓库无其他定义）。维护陷阱。
+
+### P1-8 [渲染] _blockCache 无失效机制 ✅核验成立
+`useStreamRenderer.ts:117` 模块级 Map 无会话切换 / 配置变更失效，长会话膨胀 + Markdown 主题热改无效 + 瞬态错误固化。
+
+### P1-9 [渲染] messages deep watch + JSON.stringify 每帧全量遍历 ✅核验成立
+`MessageList.vue:244` deep watch 每帧 O(N×content) 遍历，长会话流式掉帧。
+
+### P1-10 [渲染] useToolApproval onApprove confirmDialog 无防重入 ✅核验成立
+`useToolApproval.ts:98-113` High 风险工具 confirmDialog await 期间 approving 未置 true，双击重复审批。
+
+### P1-11 [会话] 删当前会话 active=null 无 fallback ✅核验成立
+`useAiConversations.ts:260-272` 删除当前会话后空白无引导，应回落相邻会话。
+
+### P1-12 [审批] 审批卡无 conversationId，多会话路由靠 activeConversationId 推断 ⚠️部分成立
+`useAiApproval.ts:65`，F-09 多会话并发下 A 后台审批卡渲染到 B 视图时点击路由不准（依赖多会话并发 + 后台审批叠加才触发）。
+
+---
+
+## P2（健壮性/可读性）
+
+- `useStreamRenderer.ts:139` tailSeq 局部失效 —— **功能没坏**（v-html 值变化兜底更新），仅注释「末块 key 每次不同」与实现（恒为 `tail-1`）相反，误导维护者。
+- `ApprovalOverlay.vue:61` `Date.now()` 在 computed 内，60s 冷却期不响应式过期。
+- `aiShared.ts:288-311` setConvStreaming / setConvCurrentText 收敛不对称，Map 项可能残留。
+- `ConversationSidebar.vue:255` 标题 flash watch 死代码（`if(oldTitle) return` 覆盖前一行）。
+- `useAiWindow.ts:309` maximized 分支 `targetHeight` 三元死代码（高度 vs 宽度比较）。
+- `useToolApproval.ts:29` `emit: any` 类型擦除。
+- `useAiContext.ts:29` `isCompressing` 模块单例，多窗口共享。
+
+---
+
+## ❌代理误报已否决（独立核验）
+
+- **~~[会话 P0] switchConversation currentText accessor 重定向~~**：代理4 称 `:206 state.currentText=''` 在两次 await 间被 accessor 重定向。**否决**——`:113` 设 `activeConversationId=B` 后到 `:206` 是同步连续代码（无 await），`:206` 之后才 `:212 await`。accessor 不会中途重定向，写的是正确的目标会话。代理4 时序分析错误。
+
+---
+
+## 根源分析
+
+所有 P0/P1 的共同根因：**F-09 per-conv 改造未完成**。
+
+| 状态源 | per-conv 化状态 | 串话表现 |
+|---|---|---|
+| streaming / currentText | ✅ 已 per-conv（DEC-07a accessor） | — |
+| convStates（conv_state 真相源） | ✅ 已 per-conv（Map） | 但 watchdog legacy fallback 路径 `clear()` 全局误杀（P0-1） |
+| queue | ❌ 全局单例 | 跨会话丢消息（P1-1）、强发错位（P1-4） |
+| watchdog | ⚠️ 双轨（per-conv Map + legacy 单 timer） | legacy 路径不清 by 心跳、全局 clear（P0-1） |
+| _approvalTimers | ❌ 全局 Map | 切/删会话不清（P0-2） |
+| modelOverride | ❌ 模块级 ref | 切会话丢失手选（P1-3） |
+| _lastDelta | ❌ 模块级单值 | 跨会话误丢 delta（P1-5） |
+
+---
+
+## 建议修复优先级
+
+1. **P0-1**（流式误杀，最高频可复现）—— legacy `clear()` 改 `delete(activeConversationId)` + 恢复 running 工具检测
+2. **P0-2**（审批误拒 + 错气泡）—— switch / delete 清 timer + 修正注释
+3. **P1-1 / P1-3 / P1-4**（单例债三连，可攒批修）
+4. 其余 P1（渲染性能/死代码/防重入）按维度推进
+5. P2 择机清理
+
+## 相关文件
+
+- `src/composables/ai/useAiStream.ts`（P0-1 核心）
+- `src/composables/ai/useAiSend.ts`（P0-1 reset / P1-1,2,4）
+- `src/composables/ai/streamingGuard.ts`（P0-1 forceReset 同款 clear）
+- `src-tauri/src/commands/ai/audit/mod.rs`（P0-1 后端心跳 30s）
+- `src/composables/ai/useAiConversations.ts`（P0-2 / P1-11）
+- `src/composables/ai/aiShared.ts`（P0-2 _approvalTimers / P2 收敛）
+- `src/components/ai/TopBar.vue`（P1-3 双 watch）
+- `src/components/ai/MessageList.vue`（P1-7,9）
+- `src/components/ai/MessageItem.vue`（P1-7 死代码）
+- `src/composables/ai/useStreamRenderer.ts`（P1-8 / P2 tailSeq）
+- `src/composables/ai/useToolApproval.ts`（P1-10）

docs/INDEX.md

@@ -108,7 +108,7 @@ docs/
 ├── 08-用户指南/
 │   ├── 使用手册-2026-06-12.md               # 用户手册（对齐 06-15 代码基线）
 │   ├── AI文件操作工具手册.md                 # AI 工具 API 全量参考（10 工具，2026-06-16 更新）
-│   └── patch_file使用指南.md                 # patch_file 专项使用指南
+│   ├── patch_file使用指南.md                 # patch_file 专项使用指南
 └── 09-问题排查/
     └── aichat-apikey-401排查-2026-06-15.md
 ```

docs/todo.md

@@ -312,3 +312,15 @@ graph TD
 > ✅ 全部修复完成（2026-06-27 核验）
 
 - [~] **IDEA-FIX-10 [P2🟠]** — **前端 filter + 后端分页漏数据**。团队决策：`hot`/`pending` 保留前端 filter（扩多值属性过度设计）；keyword/order_by 已下沉后端。
+
+---
+
+### 🔍 2026-07-17 aichat 对话功能深度走查待办
+
+> 详单：[05-代码审查/aichat-对话功能走查-2026-07-17.md](./05-代码审查/aichat-对话功能走查-2026-07-17.md)
+
+- [x] **AIC-FIX-17-P0-1** — 流式 watchdog legacy 路径 `convStates.clear()` 全局误杀 → `delete(state.activeConversationId)` ✅
+- [x] **AIC-FIX-17-P0-2** — 审批计时器切/删会话不清 → switch/delete 入口 `clearAllApprovalTimers()` + 注释修正 ✅
+- [ ] **AIC-FIX-17-P1-1~11** — P1 队列/互斥/modelOverride/死代码/缓存/防重入/删除回落（待后续批次）
+- [ ] **AIC-FIX-17-P2** — P2 健壮性项（待后续批次）
+- [ ] **AIC-FIX-17-根因** — F-09 per-conv 收尾（queue / modelOverride / _approvalTimers / _lastDelta 单例化）