把 AI 助手做进门店通

经营助手是门店通里的 AI 模块。这一版我把它从浮窗里的对话助手，改成了常驻在系统里的任务容器。

门店通是商户每天开单、管库存、做结算的系统。B 端和 C 端不一样的地方在于，用户打开它是有具体的事要办，不是来聊天的。这意味着 AI 如果只做你问我答，用处有限，问完了还得自己去系统里操作一遍。

交互流程的变化

动手之前我先把 AI 的角色重新定义了一遍。原来的形态是对话型助手，商户发出指令，AI 回答问题，端和 AI 之间没有连接。这一版要做的是自主型代理，AI 拿到指令后自己走一遍感知、规划、执行、结果，并且能调用跨模块、跨端的工具。

这个变化决定了后面所有的设计。AI 要能调工具，就不能是个随手能关掉的浮窗，得常驻在系统里。AI 要能自己执行一串动作，它占的就不只是一个输入框的位置，得有地方展示中间过程。

三种尺寸

PC 屏幕大，但不是每个商户的每个场景都需要 AI 占一大块地方。所以框架定了小、中、大三种尺寸，按商家任务场景来选。

小尺寸只占底部一条输入区，不干扰原有界面。中尺寸在左侧展开 AI 对话区，底部保留输入。大尺寸在中尺寸基础上，右侧再加一块虚拟页面区，用来承载生成的内容。三种模式下的数据相互打通，切换尺寸不会丢掉上下文。

从对话助手到任务容器

用户不只是跟 AI 聊天，而是和它一起完成一个任务，走完感知、规划、行动这个完整流程。落到界面上分三段：深度思考、规划并执行、结果。

深度思考阶段把 AI 的推理过程展开，用户能看到它在怎么理解需求。规划阶段把任务拆成子任务，比如「分析门店客户画像」这个需求会被拆成数据解读和生成可视化看板两块，看板那块还会列出图表匹配、调用组件市场、设置页面自适应布局这些步骤。结果阶段给出最终产物，比如一份客户画像报告，附一个查看报告按钮，任务完成会标出用时。

中间过程可见是有必要的。用户对 AI 的输出天然有疑虑，更别说是门店的经营数据，它凭什么得出这个结论，过程摊开才敢用。

左侧常驻

原来的做法是浮窗，AI 盖在界面上，用户要看 AI 就得挡住系统内容，看完再关掉，来回切换。

改成常驻之后，左侧是一块固定的 AI 对话区，右边是系统内容区，随屏幕自适应，两者并排，不需要开关。

这样形成的结构是固定功能的导航栏加动态辅助的 AI 助手。用户的主线操作还是在系统里，AI 在旁边随时接得住。

虚拟页面

AI 生成的东西有时候一屏放不下，比如一份带图表的数据报告。屏幕足够大的时候，把 AI 区域直接扩到全屏是更合理的做法。

所以在常驻模式之外加了一层虚拟页面。空间上它浮在内容层之上：最底下是背景层，也就是原系统界面，中间是内容层，最上面是 AI 助手层，虚拟页面属于这一层。

做成浮层是为了不打断。用户打开虚拟页面看报告，看完收起来，原来在系统里的位置和流程还在，不用重新走一遍。

执行过程和结果

虚拟页面里放什么，分了两种用法。

任务进行中，它展示执行过程，包括 AI 具体做了哪些动作、引用了哪些数据来源、各个子任务的结果。子任务多的时候用多页签切换。

任务完成后，它切换成沉浸模式，展示最终的产物，用户可以完整地看，也可以导出。

多任务并行

最后要解决的是打断。门店的活儿是碎的，商户可能正等着看一份分析报告，中间有客户来结账，他得先去处理。

所以做了两件事。一个是任务可以挂起，AI 执行任务的过程中，商户能直接开新任务，原来那个在后台继续跑。另一个是弱提示，商户在别的会话里做事时，某个任务完成了，用一个气泡提示报告已生成，带一个查看入口，不打断手上的操作。