聊天框里问一句"这个月的库存缺口怎么看"，回答通常停在方法层面。要真正把缺口算出来，它得知道你用的是哪个系统、哪个表、哪套口径、哪份文件是当前有效版本。这些合起来叫工作上下文。桌面智能体与网页对话助手的差别，很大程度上就在这里：能不能拿到你桌面上的那摊事。

一、上下文不是一段描述，是四样东西

把"上下文"拆开，至少有四样：文件（当前在改哪份表、哪个目录）、系统（订单在 ERP、库存在 WMS、沟通在群消息）、规则（口径、阈值、责任人）、历史（上个月怎么算的、上次为什么被退回）。

对话式交互能拿到前三样的描述，但拿不到第四样的细节，也拿不到文件本身的字节。于是每次都要人重新贴一遍，贴的过程中还会漏掉关键的那几条。

二、桌面执行让上下文变得"可操作"

桌面智能体多出来的能力，本质是把执行环境放到你身边：能读本地文件与共享盘、能操作已安装的客户端与网页后台、能在授权范围内调用企业系统。上下文因此从"描述"变成"可操作的对象"——它可以直接打开那份表，而不是等你把内容复制过去。

这种能力有明确的边界：能碰的是任务里登记过的目录与软件，不是整台电脑；能用的是绑定的账号，不是任意登录态。这一步不是靠把权限开到顶，而是靠把范围写进任务：Soiawork 把文件与设备范围、可用连接器与账号写在任务配置里，超出范围的请求会被拦下并重新确认。

金蝶 MRP 物料需求计算与库存更新做的是这类活：采购岗每月要从邮箱附件与金蝶里的库存、采购清单取数，按多维度算出物料缺口，再把结果回写并分发。这件事的上下文分散在三处：邮件里的需求、系统里的库存、台账里的口径。桌面执行的价值就在于三处都能进，且能用同一套规则串起来。

图 1：需求邮件、库存系统与口径台账三处上下文被同一条任务接住

三、记住的三种方式，各有边界

一是任务内记忆。同一次任务里，先前读过的文件、判定过的规则不必重复读取，效率与一致性都靠它。

具体表现很朴素：一次任务里先后读了邮件附件、系统台账与一份制度，后面判定时能直接引用前面读到的字段，而不是每判一条就重读一遍。任务跑的步数越多，这一点的价值越明显。

二是跨任务沉淀。把口径、字段清单、验证样例固定成技能或模板，下次新建任务时只改差异部分。

三是组织级记忆。知识库存制度与手册，文件空间存产物与版本，审计记录存过程。

三者的边界也要说清：任务内记忆不等于长期记忆，跨任务沉淀的是方法而不是数据，组织级记忆需要维护人。把三者混为一谈，就会出现"上次问过它怎么又忘了"或者"旧口径一直不更新"。

三种记忆各管一件事，不能互相替代：数据事实应放在文件或系统里并及时更新，方法与口径放在技能里并有人维护，过程放在运行记录里供回溯。分清楚之后，才谈得上“它记得我”。

四、让上下文可信的三条规则

• 版本可追溯：每次任务用的是哪一版文件、哪一份规则，要能在运行记录里查到。
• 授权可收回：任务能用哪个账号、碰哪些目录，写在任务上，人员变动时改授权即可。
• 失效可识别：取不到数据时要停下来报缺，而不是用一份旧文件顶上。

这三条在 Soiawork 的任务配置里是显式的：可用系统与账号、文件与设备范围、越界需重新确认，都跟着任务走，而不是散在几个人的经验里。三条落不到任务配置上，上下文就只是口头约定，换个人接手就会走形。

五、一个简单的验证方法

拿一件你每周都做的事，让对话助手与桌面智能体各跑一次，看三件事：要不要你先把材料整理好；结论能不能落到你的文件或系统里；第二次跑同样的活，还需不需要重新交代背景。三问的答案，基本就决定了它到底是"会聊"还是"会干"。两个工具都能演示，差别全在你是不是又当了一回搬运工。

还可以再追一问：如果把这个人换掉，换一位同岗位的同事用同一套配置跑一遍，结论差别多大。差别越小，说明上下文真的被沉淀下来了，而不是只存在某个人的脑子里。

图 2：同一件事第二次发起时，口径与字段清单从沉淀的模板里取，而不是重新交代

回到开头那个问题：桌面智能体之所以能记住上下文，不是因为它记性好，而是因为它站在能看见上下文的位置上，并且把看见的部分固定成了可复用的配置。这也是 Soiawork 把上下文放在任务层的理由：任务换人、数据更新、口径调整，改的都是配置，而不是重新教一遍。