Agent
电脑锁屏，人已经离开，手机上还能给 Agent 发指令、看进度。看到这样的场景，很容易觉得：终于可以把工作交出去，自己不用守着了。
但翻开 WorkBuddy 的多端协同文档，会发现一个细节：在“连接电脑”模式下，手机只是远程控制台，任务仍在电脑上执行。文档建议开启锁屏运行，让电脑保持唤醒。人可以走，机器还得留在岗位上。
它的企业版也提供云端任务，无需保持本机开机。同样是发一句话、等一个结果，背后却是两套运行条件。
这让我觉得，Agent 越来越会干活以后，有个问题反而值得多问一句：谁来管它？
机器谁维护，资料谁授权，做到一半出了问题谁接手。过去这些事藏在安装和配置里，如今开始直接影响我们能不能放心离开电脑。
Agent 接过了执行，管理它的责任却没有随之消失。
一次跑通，离放心交出去还有多远？
假设你让 Agent 整理客户资料，再把摘要发到团队群。
演示里，这是一项完整的任务：找到文件，生成摘要，发送消息。落到实际工作中，每一步却有不同的边界。
它该读哪个客户的资料，能不能翻其他目录？摘要中的判断，是原文写的，还是模型补的？整理完以后，可以直接发送，还是要等你看一眼？
这些决定，安装成功时不会自动替你做好。
OpenClaw 的安全文档就有一个很明确的前提：一个 Gateway 对应一个信任边界，适合一名操作者，或彼此信任的团队；它不提供让互不信任的用户共用一个 Agent 的安全隔离。
换成工作里的话，就是：谁可以指挥它，谁可以借它接触你的账号和资料，需要先想清楚。
即使这一次没有出错，下次凭证过期、目录变化，或者任务做到一半中断，也需要有人知道停在哪里、已经完成什么、还能不能继续。
所以，一次成功演示证明的是能力。一套日常工作方式，还要回答能力失效时怎么办。
谁管机器，谁管权限，谁接残局？
沿着这三个问题看，本地和云端 Agent 的差别就清楚了。
在本地执行任务，你能直接管理工作目录、配置和产物，也要照看机器、网络和相关程序。迁到供应商托管的环境，可以少管一部分运行条件，任务能访问什么、结果放在哪里，则取决于服务提供的能力和规则。
至于工作台，解决的是另一层问题：把资料、指令、工具和任务组织起来，减少每次开工都从头交代的麻烦。它可以承载本地任务，也可以承载云端任务。WorkBuddy Enterprise 同时支持两种模式，正好说明，工作怎样组织和任务在哪里运行，是两件事。
因此，把本地、工作台、云端排成三代产品，容易误判它们之间的关系。它们各自承接的管理工作不同，也可以组合在一起。
但无论组合成什么样，总得有人管这三件事。
运行条件，可以由自己维护，也可以交给服务商；业务权限，要由掌握账号和资料的人决定；出了问题，则要事先约定服务商能恢复到哪一步，哪些判断还得由人接手。
谁负责哪些事，交代得越清楚，用户才能少操心。
托管省下的麻烦，会变成什么？
托管当然有价值。对一个人或小团队来说，不必守着一台机器，不必自己处理每次运行环境的故障，已经能省下不少精力。
但回到那项客户资料任务：机器一直在线，可以解决任务在哪儿跑；它拿错了资料、误解了要求，或者准备把未确认的结论发出去，仍需要另一套安排。
什么情况要通知你，哪一步必须等你确认，发现偏差后怎样停止，停止以后能留下什么。这些细节，会决定省下的维护时间，是否又被检查和返工吃了回去。
本地也不能只凭两个字，就被当成隐私保证。
Claude Code 的远程控制文档写得很清楚：代码执行和文件访问留在本机，但会话流量经过 Anthropic API；远程控制连接期间，包含消息、回复和工具活动的会话记录会存储在服务器上，用于跨设备同步。
执行在哪里、哪些内容会交给模型、记录存在哪里，需要分别看。文件留在电脑上，只回答了其中一个问题。
对使用者而言，这笔账要一起算：订阅费，自己维护的时间，检查结果的时间，以及出错后重新接手的成本。
如果省了维护，却要时时盯着它有没有跑偏，安心离开电脑的承诺仍然没有兑现。
多一个 Agent，为什么未必更省事？
把本地和云端一起用，有时能让分工更合适，有时也会增加管理负担。
还是拿客户资料任务来说。公开行业信息可以交给一个 Agent 收集，内部方案由另一个 Agent 编辑，发送前留给人确认。这样的分工能不能成立，要看资料范围、数据流向和权限是否允许，也要看它们能不能交接清楚。
假设收集材料的 Agent 交回来一份漂亮的摘要，却没有来源、时间，也没说哪些地方尚未核实。编辑的人就得重新查一遍。前面省下来的时间，后面又花掉了。
反过来，哪怕任务没有全部完成，只要留下已核实的来源、中间成果和未完成项，接手的人就可以继续。
能不能接得住，往往比能不能一口气跑到底，更影响长期使用。
每增加一个 Agent，也就多了一处需要解释的输入、多了一次需要检查的交接。少量临时任务，用一个工作台就够了；只有任务的运行条件和资料边界确实不同，拆开才有意义。
工具越多，越需要有人把工作讲清楚。
下一轮竞争，谁能让用户少操心？
从这些运行方式看，我更倾向于判断：Agent 的竞争，会越来越多地落在执行过程的管理上。
让它做出一份报告，是用户第一次愿意尝试的理由。让用户知道它用了什么资料，遇到问题能及时介入，中断之后还能继续，才更可能成为反复使用的理由。
这也解释了托管服务可以争取的价值。用户愿意付费，买的既有执行能力，也有原本需要自己承担的照看工作。服务商承接得越多、越可靠，用户才越有理由把下一项任务交过去。
但“谁来管 Agent”的答案，仍然会是一种分工：供应商维护运行环境，使用者决定业务边界，产品把进度、异常和交接做得足够清楚。
当这套分工站得住，Agent 才能从一次演示，进入日常工作。
让它开始干活，已经有很多选择了。
让它停得下来，出了问题还接得住，人才能放心把活交出去。