①

传统模式（现状）

默认保留 布局与逻辑完全不变 · 仅隐藏「AI 数据分析」菜单组 · 顶栏新增模式切换入口（右上角）
案件数据数据画像通信分析交易分析活动轨迹基站查询
当前案件 客户投诉案（9）
C
业务分析
案件数据
数据画像
通信分析
交易分析
活动轨迹分析
行为时空分析
对象关系分析
AI 数据分析（已隐藏）
AI 数据分析
模型管理
插件
Codex 分析
传统模式下整个「AI 数据分析」菜单组隐藏，其余菜单、多标签、案件逻辑零改动
案件数据 通信分析 交易分析 +
传统模式内容区 = 现有页面原样渲染（多标签 + 各业务分析页）
AI 能力整体让位给「智能模式」
↑ 模式切换放顶栏右上角：两模式共用同一入口，点击即切，偏好按用户记住（localStorage）
②

智能模式 · AI 工作台

全新布局 不套传统壳（全屏路由）· 以 Codex 分析为内核 · 模型/插件收进弹层与抽屉 · aiAnalysis 备份页不并入 · 主流 AI 工具布局
案件：客户投诉案（9）退出 数据就绪 · 18 个文件
路由层 · 10.66.66.66 qwen · 本地模型
C
会话
客户投诉激增分析
qwen · 已生成分析报告与趋势图
退费渠道拆解
qwen · 3 轮对话
分析近 30 天客户投诉数据，找出激增原因并生成报告。
14:02
思考过程已完成 · 8.2s
执行过程3 个步骤 已完成
读取投诉明细并按日聚合
SELECT date, count(*) FROM complaints …
2.6s
生成 30 天趋势图
已钉到看板
0.4s
投诉激增的直接原因：9/03 v2.6 版本上线后退费流程批量超时，占新增投诉 62.4%。
关键结论：拐点与 v2.6 发版完全吻合；退费工单平均处理时长 6h → 41h。建议优先回滚退费网关。
已完成 2m 14s 48.2k / 1.9k
按赔付金额再排一遍 TOP 渠道 生成管理层简要版
继续追问，或描述新的分析任务…
qwen · 本地模型 权限：默认
看板已钉 2 / 6
近 30 天投诉量趋势
投诉类型 TOP 5
本会话产物本轮变更 2
投诉激增分析报告.md18 KB
trend_30d.echarts.json4 KB
complaints_202608.csv2.1 MB
③

工作台内页面 · 模型管理

工作台内视图 左栏菜单切换视图 · 数据与现有「模型管理」页同源（后端模型管理）· 默认模型用于新会话
案件：客户投诉案（9）退出 数据就绪 · 18 个文件
路由层 · 10.66.66.66 qwen · 本地模型
C
会话
客户投诉激增分析
qwen · 已生成分析报告与趋势图

模型管理

聊天用模型与嵌入模型统一维护；模型同时供输入区下拉选择

对话模型（LLM）· 3嵌入模型 · 1
默认
本地模型
http://127.0.0.1:7987/v1 · qwen
经路由层桥接 · 支持工具调用
DeepSeek
https://api.deepseek.com · deepseek-chat
直连 · Chat 协议经路由层转 Responses
通义千问
dashscope.aliyuncs.com/compatible-mode/v1 · deepseek-v4.1-flash
直连 · Chat 协议经路由层转 Responses
④

工作台内页面 · 插件与技能

工作台内视图 MCP 服务 + 本机 Codex 技能 · 写入本机 CODEX_HOME，重启运行时生效
案件：客户投诉案（9）退出 数据就绪 · 18 个文件
路由层 · 10.66.66.66 qwen · 本地模型
C
会话
客户投诉激增分析
qwen · 已生成分析报告与趋势图
退费渠道拆解
qwen · 3 轮对话

插件与技能

MCP 服务与本机 Codex 技能的启用 / 停用 · 仅桌面客户端可用

MCP 服务 · 2技能（Skills）· 6
清鉴后端 MCP
http://127.0.0.1:8980/js/a/mcpstreamable
streamable-http  已启用 · 下一回合生效
数据库直查
node db-mcp.js --readonly
stdio  已停用
报表生成
技能 · 用户安装  已启用
按模板把会话结果整理成 Markdown 报告
SQL 审查
技能 · 内置  已启用
危险语句拦截与只读校验
停用 / 启用会写入本机 Codex 配置，下一回合生效；新增 MCP 后需要重启运行时。

1切换入口：顶栏右上角分段控件

传统 ⇄ 智能 分段控件放顶栏 action 区（搜索框旁、模板库之前）——两个模式的顶栏都有它，单击即切、偏好按用户持久化（localStorage APP_WORKBENCH_MODE__，仿暗色模式惯例）。业务人员日常停在自己常用的模式，不被打扰。

2传统模式 = 现状减 AI 菜单

布局、多标签、案件逻辑零改动；唯一变化是「AI 数据分析」菜单组（AI 数据分析/模型管理/插件/Codex 分析）从混合侧边栏隐藏（菜单过滤 + 路由仍注册，直接敲 URL 会引导切模式）。

3智能模式 = 全屏工作台路由

注册不套 LAYOUT 的全屏路由 /workbench（照 /case 案件管理页先例），覆盖整个视口。实现上新增一个 Workbench.vue 装配页 + 顶部/侧栏两个薄组件，复用 codexAnalysis 已重做的全部消息组件。

4智能模式的内核 = Codex 分析

工作台即现有 Codex 分析页的组件整体复用（回合化排版、思考卡、步骤栈、内联审批、权限下拉、看板/产物）。aiAnalysis 为无效备份页不并入；其菜单在传统模式下同样隐藏。

5菜单功能去向

左栏顶部菜单 = 视图切换：对话 / 模型管理 / 插件与技能 / 看板，三页都在工作台内呈现（②③④）；看板只保留在对话右栏。模型管理数据与现有页同源；案件管理不做进工作台——退出案件后走传统模式案件页。聊天选模型 = 输入区普通下拉框。顶栏案件 chip 只读——不允许在工作台直接切换案件，必须退出案件后从案件管理重新进入（与业务口径一致）。

6会话重命名与删除

会话行悬停出现 ⋯ 菜单：重命名（行内输入，Enter 确认 / Esc 取消）与删除（需确认；调用 Codex 归档接口并清理本地记录）。删除只影响该会话自身，案件产物目录不清理。

7不动的东西

案件管理整套页面、业务分析各页面、后端与主进程 IPC 全部不变；codex 聊天页已完成的回合化排版/内联审批/权限下拉组件原样搬进工作台（组件级复用，不是复制）。