Files

T

lxy e68d283651 优化: 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 测试

2026-08-05 22:15:34 +08:00

4.6 KiB

Raw Permalink Blame History

aichat 历史会话实证诊断 —— 弱模型工具行为失控

日期:2026-08-04 | 类型:会话实证分析(走查,未实施代码) | 关联:待办 AC-1~5

触发背景

用户在 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	授权/路径

根因归纳

工具全量暴露:Intent::Chat → &[](intent.rs:462)→ filter_tool_defs 回全量 55 工具(intent.rs:520)。弱模型面对全量工具无法自控。
弱模型能力天花板:sensenova-6.7-flash-lite 判别"结果已足够/该停手"的能力弱,参数映射(name→id)能力弱。
机制缺位:重复调用只靠 prompt 说教,无机制拦截;探索无预算上限。
上下文注入缺陷:清单无 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 状态机提示前置

4.6 KiB Raw Permalink Blame History Unescape Escape