10月31日，DeepSeek Harness团队发布了名为Super-agent的工具，翌日其GitHub仓库的星标数激增3705，迅速从第22名跃升至第一位，知乎热度也高达1500万。该工具的核心功能为，原本由用户直接管理的多个Agent会话，现在转由一个常驻的Router负责协调，用户只需与Router互动来管理多个Worker。性能测试显示，完成任务的时间显著减少，p50为12.4分钟，p95为15.7分钟，相比单会话+Subagent方案的p95 29.5分钟有明显提升。
然而，深入研究仓库文档和实践结果后，我发现了两个重要的隐患并未受到充分关注：Token的读取数量从605万增长至2323万，增加了约3.8倍；Router和Worker的运行权限基于用户的操作系统账户，能够访问用户的home目录。
Super-agent和Claude Code的Subagent间的根本区别在于操作模式。Claude Code的Subagent是在一个会话中分派子任务，属于同步的交互模式，而Super-agent则采用了异步的指令分发。Router只负责与用户交流并维护全局上下文，而Worker则独立运行任务，各自的上下文不互干扰。这种设置允许用户无需等待前一任务完成，即可发出新指令，从而大幅提高了任务处理速度。
不过，这种提速伴随着Token成本的上升。实验表明，Super-agent的Token使用量为2323万，而单会话基线为605万，增加了3.84倍。此外，取消“订阅直通”机制后，Token将进一步涨至3177万，增加幅度约37%。这一机制的作用在於，它能直接将后续的操作信息发送给Worker，而不经过Router重新处理，影响着系统的整体性能和成本。
另外需要引起警觉的是，尽管Super-agent的Worker有独立的工作目录，但它的运作仍基于用户的系统权限，可以直接访问用户的home目录。这意味着即使每个Worker之间的文件改动是分开的，Worker依然可以读取和执行系统中的文件和命令。在部署时，官方建议使用专用的操作系统账户以保证安全。然而，使用不同的GitHub账户仅仅是解决了外部身份的问题，并未切断Worker对操作系统的权限。
总而言之，Super-agent的部署和使用相对简单，但其带来的安全风险不容忽视，尤其是在生产环境中运行时需谨慎对待。
