优化: UI/UX遗留批(审计/AI命令层/前端组件,会话前基线收尾)

- AuditLog +298(筛选/详情/i18n)+ audit 后端 record/mod

- AI 命令层:generate_image +81 / fetch_url / fetch_search / skills / tool_registry / tools/file / provider / conversation

- 前端组件:AiChat/TopBar/ConversationSidebar/GitChanges/ApprovalPopup/Dashboard/ProjectDetail 等 30+ + composables + i18n

- 诊断文档: aichat历史会话实证诊断-2026-08-04 + project_soft_delete 测试

docs/05-代码审查/aichat历史会话实证诊断-2026-08-04.md

@@ -0,0 +1,82 @@
+# aichat 历史会话实证诊断 —— 弱模型工具行为失控
+
+> 日期:2026-08-04 | 类型:会话实证分析(走查,未实施代码) | 关联:[待办 AC-1~5](../todo.md)
+
+## 触发背景
+
+用户在 DevFlow aichat 发"你好",模型(sensenova-6.7-flash-lite)却调用:
+- `list_project_modules({"project_id": "DevFlow"})` → 空
+- `search_files({"pattern": "scan", "path": "E:/wk-lab/devflow/src-tauri", "recursive": true})`
+
+## 数据来源与方法
+
+- prod 库:`Roaming/top.1216.devflow/devflow.db`(92MB,76 会话/9928 消息/6392 工具执行)
+- dev 库:`Roaming/top.1216.devflow/devflow-dev.db`(59MB,98 会话/7853 消息,trace 日志确认当前实例所用)
+- 方法:复制副本 + node:sqlite 只读查询,按会话 dump 消息序列 + 工具执行记录反推行为
+
+> 注:用户贴的"你好"会话原始调用(`"project_id":"DevFlow"` + `pattern:"scan"`)在三个库中均**未检索到**,
+> 疑未落库或已清理。但同类行为在库中有大量实证,结论不依赖该单例。
+
+## 实证 1:重复探索是系统性现象(非偶发)
+
+**同会话同工具同参数 ≥3 次的重复组合:83 个**(6392 次执行中)。
+
+典型实例:
+
+| 会话 | 重复 | 内容 |
+|------|------|------|
+| `09e7abfa` | 目录列 3 次 + 读同文件 6 次 | `list_directory(devflow)` → `(devflow,max_depth:2)` → `(devflow,recursive:false)` → `run_command(Get-ChildItem)`;`PROGRESS.md` 被 read_file(3 种 limit)+ run_command Get-Content 读 6 次 |
+| `f89d129a` | read_file 同文件 6 次 | `docs/待决策.md` |
+| `e0b5d8fc` | update_task 同参 8 次 | 同 field/id/value 反复提交 |
+| `b505d7c7` | patch_file / grep / list_directory 各 5-6 次 | 同参数反复 |
+| `f64dee94` | file_info × 3 文件各 4 次 + list_projects 4 次 | 重复状态查询 |
+
+机制佐证:`prompt.rs:107` 已写"重复调用检测"规则,但**对弱模型纯说教无效** —— 需要机制层拦截。
+
+## 实证 2:传 name 当 id,系统清单不给 UUID
+
+- `list_tasks(project_id:"DevFlow")` 出现于 8+ 个不同会话
+- `"meta-kit"` / `"devflow"` / `"HaoGamePlatfProject"` / `"u-ask"` / `"planning"` 等 name 全被当 id 传
+- **全部返回空**(`list_tasks` 需 UUID),模型不理解"为什么空",继续换工具瞎探
+
+根因:`prompt.rs:304` 注入项目清单格式为 `- {name} ({status}): {description}`,**无 UUID**。模型只能拿 name 猜。
+
+## 实证 3:read_symbol 被弃用,AST 代码智能落地空转
+
+- read_file **2582** 次 vs read_symbol **36** 次(采用率 ~1.4%)
+- 近 15 个 read_file 会话中 read_symbol 几乎全为 0(276:0, 166:0, 161:3, 139:3...)
+- `prompt.rs:98` 大段引导"优先 read_symbol",弱模型基本不用 → AST 代码智能(7c2e3b2,目标降 token 24.4x)未生效,全文回灌照旧
+
+## 实证 4:问候本身不触发工具,但弱模型任务中失控
+
+- 修正:纯"你好"第一轮模型会正常回复能力介绍(09e7abfa/1982ff08 均如此),**0 例**"问候后紧邻调工具"
+- 用户贴的"你好犯傻"更可能是:会话有历史上下文(scan/工程模块任务残留),模型把"你好"当继续信号,或 system prompt 全量 55 工具 + "优先使用工具"引导诱使弱模型"准备上下文"
+- 一旦进入实质任务,弱模型即进入重复探索/绕行/参数错误循环
+
+## 实证 5:失败工具画像(浪费的往返)
+
+| 工具 | 失败次数 | 类别 |
+|------|---------|------|
+| run_command | 67 | 命令执行失败/超时 |
+| read_file | 55 | 路径错/授权 |
+| search_files | 33 | 路径/参数 |
+| advance_task | 31 | 状态机拒绝(非法迁移) |
+| patch_file | 27 | 精确匹配失败 |
+| delete_file | 22 | 授权/路径 |
+
+## 根因归纳
+
+1. **工具全量暴露**:`Intent::Chat → &[]`(intent.rs:462)→ `filter_tool_defs` 回全量 55 工具(intent.rs:520)。弱模型面对全量工具无法自控。
+2. **弱模型能力天花板**:sensenova-6.7-flash-lite 判别"结果已足够/该停手"的能力弱,参数映射(name→id)能力弱。
+3. **机制缺位**:重复调用只靠 prompt 说教,无机制拦截;探索无预算上限。
+4. **上下文注入缺陷**:清单无 UUID;超大会话(504msgs/363tools)漂移放大。
+
+## 待办映射
+
+| 待办 | 内容 | 机制杠杆 |
+|------|------|---------|
+| AC-1 | 同参数重复调用缓存/拦截 | `agentic/mod.rs` 工具执行前查重,≥2 次返缓存结果 |
+| AC-2 | 探索预算上限 + 目录列举去重 | loop 内轮次工具计数 + list_directory 结果快照 |
+| AC-3 | 清单注入补 UUID | `prompt.rs:304` 项目行加 id(或注入 name→id 映射表) |
+| AC-4 | read_symbol 机制化采用 | read_file 命中已注册符号时追加引导提示/自动换 read_symbol |
+| AC-5 | 失败工具逐类复盘 | run_command 超时/advance_task 状态机提示前置 |