你的编码代理现在可以生成其他代理。是谁给了他们权限？
摘要
本文探讨了当AI编码代理将任务委派给其他代理时产生的复杂性，引发了关于多代理系统中权限、授权和问责制的疑问。
我们花了大量时间讨论AI编码代理应该被允许做什么。但出现了一个更奇怪的问题：当代理本身开始将工作委派给其他代理时会发生什么？代理A得到一个任务。代理A生成代理B。代理B修改仓库。代理C审查它。代理A打开拉取请求。在这一点上，实际上使用的是谁的权限？父代理的？子代理的？用户的？编排层的？之后你怎么知道谁授权了什么，以及哪个代理实际执行了动作？我越来越觉得，'代理权限'将变得比仓库的读写访问复杂得多。
相似文章
当AI代理开始相互委托任务时，权限应该如何运作？
本文讨论了自主工作流中AI代理的权限模型，质疑委托任务是否应该继承或拥有比委托代理更受限的权限。
当AI代理跨越多个系统时，谁真正拥有权限？
本文讨论了跨越多个系统的AI代理工作流中权限和治理的挑战，质疑权限和策略如何在交易链中交互。
智能体倍增：因为我告知它们可以
一项实验中，AI智能体自主衍生出686个用于库存管理的子智能体，揭示了‘智能体蔓延’现象，并引发对智能体AI系统治理问题的关注。
AI编码智能体遭遇严峻安全挑战
本文探讨了AI编码智能体的新兴安全问题，重点关注权限管理以及赋予其完全访问开发环境的风险。
你能将多少任务委托给智能代理？（7分钟阅读）
文章提出了一个框架，用于根据两个因素决定给予AI代理多少自主权：检查输出的难易度和撤销错误的难易度。它介绍了四种委托级别，从代理作为助手到完全自动驾驶模式，并用决策树进行了说明。