据我所知，我并没有启用任何 AI 功能。但突然间出现了一大批我并未创建的机器人账号。这些账号是在最近一系列更新之后出现的。请问它们为什么会凭空产生？我又该如何将它们删除？我的论坛完全不需要 AI 功能。
无论你使用与否，它们都是构建的一部分。最近，代理（agent）的单一账户已被拆分为各个相关功能的独立账户。
我还注意到一点。如果系统允许的话，我想不出为什么你不能移除这些组件及其依赖项，前提是你根本不会用到它们。
这已经成为平台不可或缺的一部分，我无法想象没有 AI 代理的反垃圾机制会是什么样子。
我仍然觉得，让所有 AI 机器人都使用同一个用户账号会非常棒。
如果按代理（agent）将它们分开，用户在聊天或私信中使用这些机器人时会变得极其复杂。
你可以直接创建自己的代理，并将所需的内置 Discourse 工具绑定到它。
我也认同“少即是多”的理念，但采用智能体（agentic）方法、专注于特定任务也有其优势。在我看来，这能提升准确性和一致性。
这一改动是有意为之。
过去，我们为每个语言模型创建一个用户，这种做法非常令人困惑，也极难向他人解释。
现在我们改为为每一个启用了 AI Bot 的 AI 代理创建一个用户。这种状态要容易解释得多。
你拥有一个“论坛助手”用户，是因为你允许用户与“论坛助手”进行对话。
我知道这带来了一些影响，但至少目前的新状态要容易解释得多。
是的，我理解时不时会出现一些技术限制，而且目前的新状态比原来要好。我很感激核心团队为此付出的所有努力。
最后我添加了 Jev，并使用了一个高级机器人（Senior Bot）来将任务委派给子代理。这在以前是做不到的，我很高兴正在测试它。
我发现一个自托管的 Discourse 实例竟然能在未经我知晓或同意的情况下，突然创建十几个 AI 机器人账户，这让我非常担忧，尤其是当我根本没有使用任何 AI 功能的时候。
更令人不安的是，这些账户似乎是在未事先向管理员进行任何明确沟通的情况下，以较高的信任级别创建的。
究竟到了哪一步，自托管安装才不再让我感觉像是真正由自己掌控？这还是运行在我自己基础设施上的我的平台吗？还是说我只能被动接受 Discourse 决定引入的任何更改，无论我是否愿意？
我完全理解安全更新和改进的必要性，但悄悄为那些我从未启用的功能创建拥有特权的账户，完全是另一回事。
我认为 Discourse 团队至少应该提供清晰的说明，指导管理员如何安全地删除这些不需要的账户，防止它们被重新创建，并有效地撤销这一更改。
这真的应该是可选加入（opt-in）的功能，而不是让管理员在审查用户列表时偶然发现的意外情况。
系统账户是任何更新的一部分，但我同意这次变更除了 GitHub 上的条目外，应该更加显眼——尽管也许是我漏掉了。
一批新用户突然出现——我们也会扫描批量处理的垃圾账户——确实引起了一些担忧，但通过深入了解细节并向支持团队咨询，我们很快就澄清了情况。
作为一个托管平台，我希望这类变更能更加透明。有很多机制可以提前沟通即将到来的更改，从而避免不必要的担忧。
我理解你的意思，这个改动在实际操作中很难在即将到来的版本中实现，不过我可以发布一下更新日志。
我删除了所有我们为 LLM 创建的服务账户。它带来了巨大的复杂性和混乱——每次发布新的 LLM，都会莫名其妙地生成一个类似 gpt-6.1-bot 的账户。但现在，你交互的智能体需要服务账户。
我会看看能否调整首次安装体验，减少默认启用的 AI 机器人数量。也许我们只需要默认开启论坛助手机器人，然后让管理员自行去发现其他智能体即可。
正在思考这些问题。
你好，
我找不到这个设置。我已经在可能的情况下禁用了所有 LLM 功能，并且也禁用了“AI Bot 模块”。然而，当我删除机器人用户后，它们第二天又会被重新创建。
提前感谢
抱歉，这个修复将解决那些禁用了 AI 机器人或完全关闭了 AI 功能后仍然看到机器人的问题：
谢谢，Sam。真的很感谢你认真对待反馈并这么快就修复了这个问题。
回过头来看，我最初的帖子可能说得有点太严厉了。Discourse 是一款非常出色的软件，我真心欣赏你和团队为它付出的努力。
人无完人，看到开发者倾听社区的声音并根据反馈采取行动，真的令人欣慰。再次感谢！