同时使用多个 Agent 以后，我越来越清楚地感到：每项工作都做得更快了，我却没有同等程度地轻松下来。
代码、文档和分析可以同时产出。随后，我需要切换主题、读结果、回忆最初的要求，判断哪里还不够，再决定下一步。执行端的速度越快，等着我处理的事情也越密集。
我最想交出去的，是持续推进和检查成果这份责任。说明目标以后，有人能把事情一直往下带，遇到问题先处理，真正涉及重要取舍时再找我。这样，我才有可能把一个主题放下，认真进入另一个主题。
更多产物，排在同一个人面前
设想几项工作同时进行。编程 Agent 交回功能改动和测试结果，研究 Agent 整理好了材料、等着确认分析方向，另一个 Agent 遇到障碍，需要补充背景。还有一项工作很久没动静，得去看看发生了什么。
这些消息可以在几分钟内陆续出现，但处理它们需要重新进入几个不同的世界。
查看代码时，我要想起需求为什么这样定，理解实现改了什么，再看测试覆盖了什么。转向研究材料，又要重建另一组问题：这项研究原本想回答什么，证据够不够，分歧值得怎样追下去。接着，那个遇到障碍的工作还在等，沉默的工作也还没有后续。
报告写得认真，能够帮助我理解，却仍需要我投入理解的劳动。尤其是几份报告之间的联系：一项改动是否使另一项测试失效，一个结论能否直接成为下一步的输入，局部成功离整体目标还差多少。单独看都很完整的产物，放在一起可能没有接上。
增加一个 Agent，可以让更多执行同时开始，也可能增加等待我检查、协调和决定的事项。如果这些后续都经过同一个人，整体进度就越来越受他的处理速度限制。局部节省的时间，一部分变成了人面前更长的队列。
这也解释了我最明显的感受：事情交出去以后，脑子里还得留一个位置记着它。什么时候该回来看，回来以后该检查什么，出了问题由谁决定，这些都没有消失。一天被不断拉回不同主题，完整思考一件事的时间反而难得。
产物之间，还有人在维持工作
把一次功能修改推进到可以使用，中间有很多劳动不会单独形成一个漂亮的交付物。
编程 Agent 为解决实现困难，改变了输入方式。使用说明就要跟着改，依赖这个格式的另一项工作也要知道。有人需要看懂这项局部选择对整体意味着什么，把消息送到相关的人那里，并确认后续安排仍然有效。
有时工作停在等待上。实现需要一项业务信息，分析需要一份材料，下一步需要外部回复。等待期间哪些事情还能做，约定时间过后该找谁，材料到了又怎样接回原来的工作，都需要照顾。一条没有处理的回复，足以让后面的步骤继续停着。
计划也会被实际情况改变。原先的方法成本太高，关键材料迟迟没有，试做以后才暴露出更基础的问题。已经完成的成果还在，后续路线却需要重排。有人得判断哪些仍然可用，什么受到影响，再把新的判断变成具体安排。
这些动作通常很小：及时启动一次跟进，结束一个已经无效的安排，在分歧扩大前把双方的理解接起来。它们让零散产物最终成为同一件事情的进展。
过去，这份劳动常常自然落到最了解目标的人身上。执行交给 Agent 后，它更加集中，也更容易被低估。一个系统能很快给出方案，未必接得住方案之后的等待、变化和后果。要让人真正离开日常调度，就得有人继续照顾这些连接。
推进和检查为什么要一起交出去
下一步怎样安排，取决于现在的结果究竟解决了什么。
继续沿用那项功能修改。原来的目标是让用户把一批材料直接转成可用结果，省去逐条处理。代码提交了，测试也通过了。实际试用时却发现，每条材料仍要人工补一遍相同的信息，才能得到最后的汇总。
这会改变后续工作。负责整体的人需要回到目标，找出原本想省掉的重复操作为何还在，安排补充修改，并同步调整说明。如果按原计划径直进入下一步，其他工作就会围着一个尚未解决关键问题的实现继续展开。
检查发现的问题，还需要有人把它带到解决。确定优先级，说明改什么，联系执行者，等结果，再看原来的缺口是否补上。如果这些全回到我这里，所谓委托只是把一组待读产物换成了一组待处理问题。
因此，我希望推进和检查由同一个整体责任承担者接住。他知道为什么做这一步，能够把检查结论转成修复安排，也会在新结果回来时继续追踪原来的问题。这种连续理解，使纠错成为工作的一部分。
具体检查可以由不同的 Agent 或人完成。写代码的系统不必成为唯一评判者；测试、实际使用、外部回执，以及独立检查者的意见，都能提供不同证据。整体负责人要做的是把这些证据与目标接起来，处理冲突和遗漏，并保证发现的问题确实有后续。把所有人的总结再摘要一遍，仍然会把最后的判断留给我。
有些发现需要改变目标，应该回来讨论。例如，消除一类重复输入要增加大量开发投入，却只改善很少的使用场景。负责推进的人可以先查清原因、试过可行办法，把成本和影响整理好，再请我决定是否值得继续。我作出取舍以后，落实、检查和协调仍由他接着完成。
没有人催促时，责任怎样延续
等待编程 Agent 修复时，人没有发来新消息，但事情仍有可以继续照顾的部分。使用说明沿用了旧流程，另一个协作者在等最终格式，某项检查需要提前准备。这些事项应当从对工作处境的理解中重新进入注意力。
我对自主个体的期待，就包含这种持续关切。接下一件事以后，它在他的生活安排里有位置。为什么愿意承担，可以涉及报酬、能力成长、工作本身的价值，也可以涉及对合作方的信任和承诺。这些理由把进展与后果连到自己的未来。
行动于是有机会从内部延续。一个未解决的问题再次引起注意，一个已经满足的依赖让下一步可以开始，一次等待太久促使他了解情况。继续等也可能是合适的选择，但等待应当有理由、有重新关注的时点。
经验还应该改变下一次怎样负责。曾因说明没有同步而耽误协作，后来再修改接口时，就会更早想到受影响的人和材料。曾因双方理解不同而停工，下一次委托时，就会更认真地确认对方准备怎样完成。合作久了，人需要重复提醒的地方应当减少。
这也是我愿意沿数字个体这条路线探索的原因：记忆、动机和长期安排可以共同支持对承诺的关切。它是否比其他组织方式更有效，要落在交付和人的实际投入上。一个系统能可靠地承担这些工作，本身已经有价值；对它是否拥有主观体验的判断，需要另行研究。
持续负责还包括认识限度。多个目标同时存在，资源和时间总要分配；新机会可能挤占旧承诺；预算不足可能使原定检查无法完成。这时，需要主动协商，保留尚未完成的事项，让合作方知道条件已经改变。悄悄降低标准，会把今天看似省下的劳动变成明天的接手成本。
我希望拿回完整的注意力
回到最初同时推进几件事的场景，我希望变化发生在这里：说明目标、重要要求和投入范围以后，我可以进入另一个主题，原来的工作仍有人继续照顾。
再次讨论时，对方已经处理过返回的成果，查过遇到的问题，知道哪些地方发生了变化。需要我判断的事项，也已经有来由、尝试和备选方案。我可以把精力花在真正需要取舍的部分。
这种分工仍需要人承担方向、授权和重要决定，也需要保留查看过程与结果的途径。它的收益应当表现为更少的日常接手，更少的上下文重建，以及同等质量下更低的协调负担。报告数量、自动运行时间或工具调用次数，都不能替代这份实际体验。
我很在意拿回来的时间会变成什么。它可以是一段足够长的思考，一次认真理解用户的交流，也可以是离开电脑以后不必继续惦记每项工作的生活。多项工作有人持续负责，人的注意力才有机会按重要性来安排。
执行能力已经让很多动作变快。对我而言，下一步值得期待的进展，是终于可以把一件事放下一会儿。等我回来，它已经往前走了，我们能够从新的位置继续谈。
