从OpenClaw，怎么走到了Super Agent？
从Bot到工作台再回到Bot，Agent产品的演GF看似绕圈，实则是两个朴素需求在驱动：深入真实工作环境，以及随时找到那个懂你的助手。本文梳理一年来的产品逻辑，并揭示DeepSeek Harness带来的新变量——Agent开始参与建设自己的工作环境。
最近最火的应该是DeepSeek Harness商品团队Post的Super Agent了。
很多人说没看懂，也有很多人说，这就是自己工作的日常。这里想聊一下，过去这一年观察到的Agent商品工具的演GF逻辑。可能从这个过程回顾，有机会帮助我们更好理解，发生了什么？为什么走到了现在。
先看一个走向，以及背后的朴素逻辑
今年年初推出的新品，受OpenClaw作用，大多数最开始就是一个Bot，可以让刚接触Agent到人从聊天工具里找它，这样新手更容易使用; 而随着Time的迁移到了4、5月，More新客户开始使用WorkBuddy这样的桌面应用，IDE类、桌面App类应用开始变多，可以方便让Agent在这些环境里面处理工作，较量也开始激烈。
而到了最近2个月，你会发现一个有意思的情况，就是两边都开始往对方的方向走。一些Bot为主的Agent新品开始补工作台、文件处理、工具/连接器，而原来在电脑上工作的Agent，也开始Bot化，提供更好的手机入口、channel入口和协作。
看起来有点绕，看起来好像是从Bot出发，最后又回到Bot了？
我觉得背后其实是两个非常朴素的需求，在驱动这个变化。
- Agent要把事情做好，就需要更接近人的实际工作环境。
- 而如果上下文More，人的coach也More，Agent越来越好用，人就越希望随时能找到它，也希望把它的能力交给别人用。
而最近的DeepSeek Harness，以及大家围绕它们折腾出来的新用法，又让这里多了一个变化：建设这个环境、接通这些能力，也可以让Agent自己参与了。
所以，我想顺着这topics线，聊聊自己的几个观察。
从容易用起来 到真正用起来
年初OpenClaw那一波，最直观的感受，就是联系自己的Agent变方便了。打开熟悉的聊天工具，发句话，它就能开始做事。人不用一直守着电脑。
而且，它已经不只是回答问题，还能接触文件、调用工具、操作设备。
我还留着当时使用内网版的一段对话。我在聊天里问它，知不知道我正在做的一个项目。它回答自己在对应的代码仓库里，准备继续查看项目结构。虽然前面还是一个聊天窗口，后面已经接着一个可以干活的环境了。
年初感受公司的OpenClaw内网版，现在已迭代为iMateDraw台
但继续用下去，会发现“能找到它”，和“它能把活干好”，还是有些距离。
它知道我Today正在做什么吗？文件是不是Newest的？上次那个方案为什么没采用？我刚补过的topics件，这次有没有带上？
这些背景，很多不在一句任务描述里面。模型能力当然重要，但它这次能看到什么、能调用什么，也会直接冲击结果。
比如写一份分析报告，只说“帮我看看这个业务”，和让它能找到需求背景、数据口径、之前的分析，以及刚补充的判断，做出来的东西会很不一样。开发也是，知道仓库结构、哪些测试已经跑过、哪个方案被否掉，才更容易接着往下做。
所以，IDE、桌面App和工作台这topics路的价值，慢慢就显现出来了。也是为啥到了特别是4、5月份，很多Bot类为主的产品，使用者增速低于了WorkBuddy这样的Working Agent新品。
这里说IDE（Working Agent产品），也不只是写代码的软件。它越来越像一个共同工作的地方：左边是资料和文件，中间可以直接看News、改东西，旁边是和Agent的会话，下面还能运行工具、看执行结果。做一份材料、研究一个难题，也可以在这里完成。
IDE的人机协作丰富度非常高
Working Agent代表：WorkBuddy
人和Agent围绕着同一件事工作，背景就不只来自我最后发出去的那句话。改了哪里、为什么改、哪个尝试没成功，都有机会留下来。
这也是为什么，即使给Agent一台云端电脑，还不等于它已经和我在同一个工作环境里。Me文件可能在本地，讨论在群里，刚做的修改还留在另一个会话里。这些接不上，它依然需要等我搬过去。
当然，Bot类产品，背后也可以有完整的工作区和记忆。不能因为前面是聊天窗口，就觉得它只有聊天记录。真正要看的是，实际工作在哪里发生，Agent能不能拿到相关背景，并且继续做下去。
资料也不一定都要搬到一台机器上。能按Scopes找到需要的News，接上后续变化，比“存得很多”更重要。
越好用，越希望随时能找到它
当一个Agent已经积累了不少背景，工具也用顺了，人自然又会想：离开电脑以后，能不能继续用？
这时再需要Bot，跟最开始的那个只是联系便捷，感觉又有一点不同。
最开始，可能只是想有个随时能问的助手。现在想联系的，是那个已经知道事情经过、手上还有工作在做的Agent。那时候主要是感受的入口快捷。
我自己就有一个很小的例子。有一次在智能机型上找分身看一份材料，我补了一句，某个讨论群里有。它接着找到了对应News里的文件，再去读信息。
把Working Agent接入到WeChat
这里方便的，不只是机型上能聊天。而是我不用先回电脑找文件、Download下来，再重新发给另一个助手。原来已经接好的工具和可访问的背景，可以从这个入口继续用。
还有很多需求也是类似的。在电脑前开始一件事，出门后想知道GF度; 突然想起一个topics件，随手补一句; 它做着做着需要确认，也能找到我。
再往前一步，机型和群聊还会带来新的背景。
我和Agent在电脑前讨论好了一个方案，后来跟同事聊，发现前提变了。或者刚开完会，对一件事有了新的判断。如果要等回到原来的电脑、找到原来的会话，再完整讲一遍，可能已经忘了当时为什么改变想法。
所以，入口方便，也会冲击积累的品质。越容易继续聊，越愿意把刚发生的变化、还没整理好的想法交给它; 这些背景留下来，下一次它又更容易理解我。
我觉得这才是“又回到Bot”比较有意思的地方。它不只是一个遥控器，新的讨论也可以从这里回到原来的工作里。
当然，换个入口不等于完整上下文会自动同步。接的是同一个执行会话，还是通过共享资料和工作记录接力，需要有相应的提供。但从使用者的角度，我希望的是同一件事能继续，而不是每换一个地方，就认识一个新助手。
从自己用 到和别人一起用
接下来还会遇到另一类需求：MeAgent已经能做好一些事，其他人能不能也用上？
假设一个同学把数据分析Agent建设得很好，积累了统计结果口径、工具用法和不少经验。其他人想获得这份帮助，最好不用先学习他的整套环境，再自己从头搭一遍。
我们就做过一类这样的数字服务尝试。
顾客在自己原来的Agent里提状况，需求GF入一个有专业同学和数据Agent参与的工作群。需要补充业务背景、确认口径，就继续在这件事上沟通; 处理完成后，结果再回到使用者原来的工作里。
内部一个需求交付案例，用户提出，Agent唤起，补充信息，Agent继续执行
这里的变化，跟“把一个Prompt分享给大家”不太一样。
专业同学继续维护知识、工具和处理Method。使用者带来自己的业务议题，也参与判断结果。双方不必使用完全相同的Agent，更不必每个人都学会怎么建设这套能力。
这件事也让我重新想过，怎么让用得好的人带动其他人。
Generate poster / share QR code
