你应该为你的项目选择哪个AI代理？

上周，我看到有人让他们的前端代理“创建一个生成图像的优秀提示”。代理做到了。但效果很糟糕。它产生了一些前端开发人员会写的东西：组件形状、模糊的视觉效果，缺少提示工程师对光照术语、相机词汇和负提示的了解。

没有人注意到，因为失败是无声的。代理不会说“这不是我的工作”。它只是做了别人工作的平庸版本。

这就是选择错误代理的真正代价。不是错误，而是看似输出的平庸。

人物就是产品

一个 AI 代理是一个模型加上一个系统提示。相同的模型，不同的系统提示，产生不同的结果。这就是整个窍门，而且并不简单。

QA 代理不会“更努力地寻找错误”。它的人物告诉它要不信任快乐路径，列举边缘情况，并在修复之前编写重现步骤。安全代理读取与全栈代理相同的身份验证代码，但看到会话固定，而全栈代理则看到一个正常的登录。 AgentsRoom 中的 14 个内置角色 存在的原因是这些框架确实改变了相同模型的输出。

所以“我应该使用哪个代理”并不是表面问题。它决定了在完成任务时哪些本能被激活。

匹配任务，而不是习惯

习惯：将所有内容发送到已经打开的代理。通常是全栈开发人员，因为那是你在周一打开的。

匹配：阅读你的任务并命名它所属的专业。

一些真实的例子，以及谁应该实际处理它们：

• “撰写启动博客文章”：市场专家，而不是你的全栈开发人员。定位和文案是一个专业，两个段落内就能体现出来。
• “这个测试每五次运行失败一次”：QA 代理。间歇性测试是一门学科：隔离、时序、夹具。开发代理通常只会重新运行直到通过。
• “收紧登录流程”：安全代理。它会在没有被告知的情况下检查令牌轮换、会话失效和速率限制。
• “为图像生成创建提示”：来自目录的提示工程师。这正是引言中的工作，也是完全适合的代理。
• “仪表板很慢”：查询的后端代理，渲染性能的前端代理。如果你还不能判断哪一方有罪，那首先是一个性能分析任务。

如果任务命名了一个现实世界专家会负责的交付物，就把它交给那个专家。你在 目录中有 260 多个专家，还有你自己的自定义代理。将通才用于所有事情就像是在为一个长椅付费却只让一个人上场。

当你不知道时：说出来

这是改变我工作方式的部分。你不必知道。

AgentsRoom 有一个 代理建议 顾问，正是为这个时刻而设。点击代理搜索旁边的闪光，输入你会大声说的任务（“撰写启动博客文章”，“审核登录流程”），它会回答最适合该工作的代理、一个简短的理由和两个替代方案。已经空闲在你房间里的代理会被标记，因此顾问会告诉你先重用，再告诉你添加。

然后一键分配任务：如果需要，代理会被添加，它的终端会打开，你输入的确切文本会作为草稿出现在创作器中。你已经描述了一次任务。这个描述成为第一个提示。

排名规则很重要：适合优先，便利其次。顾问不会因为前端开发人员空闲就把你的图像提示工作交给前端开发人员。我们在真实的失误中调整了这一点。

重用优先于添加

一个有十二个半用代理的房间就是它自己的失败模式。有两个规则保持其理智。

适合的空闲代理：重用它。没有正在进行的任务且专业合适的代理是每次的最佳选择。顾问会自动应用这个规则。

专业合适但忙碌：添加一个新的，而不是排队。代理是廉价的座位。等待你的一个 QA 代理完成，而三条错误堆积起来，是你自己创造的瓶颈。

当任务在会话中性质发生变化时（“实际上，现在为你构建的内容编写文档”），你根本不需要一个新的代理：代理变形 会将正在运行的代理转变为另一个专业，保持其上下文不变。

一项任务，多个专家

有些任务并不是一个专业。“发布支付功能”是一个后端工作，然后是 QA 工作，接着可能是安全审查。选择一个代理来处理它意味着其他两个专业会默默地不发生。

这就是 团队 的用途：将代理串联起来，使工作流从开发到 QA 再到审查，每个座位由合适的人物担任。选择问题变成了“谁在流程中”，而不是“谁得到所有”。

五秒版本

命名任务所属的专业。如果你房间里有一个空闲代理负责它，就使用他们。如果没有，添加角色或目录中的专家。如果你无法命名专业，描述任务并让顾问命名。

一旦正确的代理承担了工作，确保它不会在每个会话中从零开始重新学习你的代码库：那是一个 内存问题，这是下一个值得修复的事情。