The Blueprint for Autonomous Work Agents | Gavriel Cohen, NanoClaw

Nano Clock 创始人 Kovid Goyal 分享了他如何从新加坡外交部长的个人使用案例中，重新定义了企业引入AI代理的最佳路径——不是先做自动化工作流，而是先给每个人配备一个“第二大脑”式的个人代理。

这期内容适合所有正在或打算在企业中部署AI代理的产品经理、技术负责人和创业者。值得花时间看的原因是，它提供了一个非常具体且反直觉的切入点：与其一开始就追求自动化整个工作流，不如先让每个员工拥有自己的AI助手，让他们先学会如何与AI协作。最值得注意的冲突在于，很多人梦想“一键部署、坐等结果”，但现实是，你需要像训练实习生一样，不断调整指令、迭代输出，才能真正用好AI代理。

这期访谈围绕Nano Clock创始人Kovid Goyal的创业经历展开。核心故事线是：他因为新加坡外交部长在Facebook上分享了自己如何用Nano Clock搭建“第二大脑”系统，两人因此结识，并受邀到新加坡AI Engineer大会演讲。Goyal从这次经历中，重新思考了企业引入AI代理的策略——他原本在“团队管理代理”和“个人使用代理”两条路线上摇摆，但外交部长的案例让他坚定地选择了后者。访谈还深入讨论了Nano Clock的设计哲学（极简、安全、隔离）、公司转型（从AI营销代理转向Nano Clock企业部署服务），以及开源项目管理的新挑战。

1. 企业引入AI代理的最佳起点是个人代理，而非自动化工作流。 因为员工需要先学会如何与AI协作——知道它擅长什么、不擅长什么、如何写指令、如何迭代。直接上自动化工作流，容易因为缺乏磨合而失败。
2. “第二大脑”是当前AI代理的杀手级应用。 不是让代理直接产出成品，而是让它不断收集、整理你的信息，构建一个关于你的知识库，然后在你需要时给出有用的输出。新加坡外交部长的使用方式就是典型：他把Nano Clock当作个人维基，不断往里“倾倒”信息。
3. 安全隔离是Nano Clock的核心设计原则。 每个代理运行在独立容器中，代理环境内没有任何凭证，所有对外请求通过一个“保险库”代理，并支持人工审批（如代理想发邮件，需要你在Slack上点“批准”）。这解决了Prompt注入等安全问题。
4. AI代理不是“部署完就完事”的传统软件。 底层模型、能力、记忆机制都在快速迭代，企业需要持续维护和升级，不能像部署传统企业软件那样“放五年不管”。这是Nano Clock公司提供托管服务的原因。
5. 开源项目管理正面临“PR洪流”挑战。 编码代理让开PR变得极其容易，但维护者难以处理海量PR的审核和优先级排序。Goyal的设想是：未来不再收PR，只收“需求请求”，所有需求汇入一个维基，维护者从维基中拉取任务。

“别指望扔一个任务给AI代理然后走开，就能拿到成品。你得像训练实习生一样，不断调整指令、迭代输出，才能真正用好它。”

这期内容对AI从业者，尤其是做AI代理产品的团队，有两点直接启发：

1. 产品切入策略：先做“个人助手”，再做“工作流自动化”。 很多AI代理产品一上来就想取代整个流程，但用户还没学会怎么和AI对话。Nano Clock的路径是：先让用户在自己的小场景里用起来，建立信任和习惯，再逐步扩展到更复杂的自动化。这很像Slack的早期策略——先让团队内部聊天，再集成各种工具。
2. 安全不是功能，是架构。 Goyal反复强调的“隔离模型”值得借鉴：代理环境无凭证、所有请求走代理保险库、支持人工审批。这不是一个可选的“安全设置”，而是产品架构的一部分。对于任何要接入企业数据的AI产品，这可能是能否进入大客户的关键门槛。如果你在做企业级AI代理，建议直接抄这个架构，而不是事后打补丁。