你的 agent 不需要更多工具，它需要一份岗位说明书。

我一直在写一个系列，探讨让软件适配 agent 所需要的要素——翻译层、权限、审批流程。这一篇要讲的是如何将其与团队的实际运作方式结合起来：角色和业务逻辑。角色是让你不必逐个配置 agent 的关键。一个客服角色可以打包搜索记录、草拟回复、升级工单等操作。一个计费角色可以打包读取发票和发放阈值内退款。你只需定义一次，然后交给任何 agent 使用——无论是人类、内部 copilot 还是第三方模型——权限边界都会随之绑定。修改了角色，所有使用该角色的 agent 都会同步更新。业务逻辑是大多数 agent 配置完全忽略的部分。公司不是靠"创建工单"运转的，而是靠这样的规则运转：50 美元以下的退款自动批准，超过 50 美元需要经理审批；企业客户工单转入资深客服队列；订单未付款不得发货。如果 agent 需要从提示词中学习这些规则，它一开始就输了。操作手册应该是软件本身暴露出来的内容，而不是让 agent 自己去琢磨的东西。在我看来，这就是完整的图景。动作是词汇，权限是边界，角色是岗位说明书，业务逻辑是公司既有的运转方式。将它们结合起来，agent 就不再即兴发挥，而是按照你的意图运行。你团队中哪些未成文的规则会是你第一个编码进去的？