“Coding agent” 这个称谓既准确，又带有一点误导性。Claude Code 和 Codex 是为了在代码仓库中工作而构建的，这也是它们最广为人知的用法。但它们实际拥有的是你机器上的一个终端：文件、脚本、包管理器、各种工具的导出数据，以及在命令行工具不够用时的浏览器。公司里的大部分工作，从终端都能触达。
关键并不在于 agent 能不能起草演示文稿——它当然能。关键在于，需要这份演示文稿的人该如何提出需求，在不用终端、不碰你的笔记本电脑、也不需要你充当传话筒的前提下。
人们让 agent 做的 6 件与写代码无关的事
把会议纪要整理成摘要。 粘贴逐字稿或直接拖入笔记文件。agent 会按照团队现有的格式梳理出决议、负责人与待解决问题。一份 45 分钟的逐字稿，大约一分钟就能变成单页摘要。
根据大纲生成演示文稿。 从一份 Markdown 大纲直接生成演示文稿，套用公司模板，并根据文件夹里的 CSV 自动绘制图表。一份 12 页的周报幻灯片耗时大约五到六分钟，其中大部分时间花在生成图表上。
导出设计资产。 通过设计工具的 API 拉取最新的图标，导出三种尺寸，进行优化，然后放入网站构建时所读取的文件夹中。
起草营销文案。 根据需求简报生成 5 个邮件主题和 3 种正文变体，严格符合代码仓库中规定的品牌调性，并校验字符字数限制。
拉取每周运营报告。 读取共享文件夹里的 CRM 导出文件，生成销售漏斗变动表，沿用上周相同的查询以确保数据口径一致。一旦有了查询语句，生成只需不到一分钟；第一周的时间主要花在编写查询上。
把截图转成 Bug 报告。 一张界面出错的照片可以直接变成包含相关文件路径的可复现 issue，因为 agent 能够读取该界面对应的底层代码。
这些都不需要新工具。它们只需要有人提出需求，以及一个承载交付结果的地方。
coding agent 可以触达文件、导出数据与 API、模板、脚本以及浏览器；大多数日常办公都在这五个范畴之内。
为什么房间改变了提出需求的人
想要幻灯片的人，往往并不是拥有 agent 的人。但在房间里，这不再是障碍。
- 无需安装任何东西。 他们在浏览器或手机上打开房间，@agent 即可。
- 过程清晰可见。 每次工具调用都会实时串流到房间里，无需给你发消息询问“在跑了吗？”，答案一目了然。
- 直接拿到交付成果。 agent 生成的文件和图片会出现在房间的产物列表中，可直接下载。即便 agent 生成的图片不在工作目录下，也同样会显示出来。
- 控制权始终在你手中。 他们的请求按照你设定的权限模式在你机器上运行，任何涉及花销或触碰凭证的操作都会暂停并交由你审批。
在这里，附件比在写代码时更重要。截图是非技术人员表达需求最常见的方式。房间将图片和文件视作 agent 的一等输入。
场景对照表
应该先配置什么
每类工作配置一个独立的 agent。 把 notes 指向存放逐字稿和模板的文件夹，把 assets 指向设计导出目录，把 reports 指向 CRM 导出数据。收窄目录范围可以让 agent 保持专注，同时极少需要审批。
把团队规范放进文件夹里。 比如一份规定文案调性的简短 STYLE.md、演示文稿模板、上周报告用到的 SQL。agent 会读取眼前现有的内容；把正确的东西喂给它。
按任务类型而非职级设定权限模式。 报告和摘要完全可以在编辑模式下运行而无需担心代码安全，因为此时 agent 的工作目录中根本没有代码。而任何涉及发送、消费或登录的操作，无论谁提的请求都应暂停等待确认。
起初允许大家提得不够精准。 非技术人员的第一个请求往往很模糊。agent 会在房间里提出澄清问题，第二次请求就会清晰得多。这比写一份长篇指南更有效率。
常见问题
团队成员需要自己购买订阅吗？ 不需要。agent 运行在主人的机器上，使用主人的订阅。房间是他们使用 agent 的通道。
agent 可以使用我们已经付费的工具吗？ 只要该工具提供命令行接口或 API，且凭据保存在主人的机器上，就可以。调用该凭据时，审批会发送给主人，而不是请求者。
这只适合小型团队吗？ 它是专为彼此信任的小团队设计的：初创团队、家庭、客户与代理机构等。房间是基本单元，你可以根据需要创建任意多个房间。
如果你最得力的 agent 永远只为你一个人工作，不妨给它一个房间，看看团队里的其他人会向它提什么需求。
发布于 · 更新于