身份验证、批准和草稿

了解 Architect 如何代表你执行操作、何时需要你的批准,以及如何安全地暂存更改。

Architect 如何进行身份验证

Architect 不使用单独的服务账户,也不会以其他身份运行。它在你已登录的会话中运行:从获取智能体配置,到更新提示词或创建分支,它执行的每项读取或写入操作,都通过与控制台其他部分相同的已验证请求进行,并受账户和工作区权限约束。

这意味着 Architect 只能执行你已有权限执行的操作。如果角色不允许合并到主分支,或某项资源未与你共享,Architect 同样无法执行。

审批模式

每次 Architect 对话都会以以下 3 种模式之一运行,可在输入框中切换:

模式行为
需要审批(默认)运行会产生更改的工具前,Architect 会准确显示将发生的更改,并等待你批准或拒绝。
自动批准跳过受限工具的确认步骤,包括合并分支或丢弃草稿等高风险操作。确定所请求的更改无误后再使用此模式。
计划Architect 会先研究并编写计划,只有在你批准计划后才开始编辑。

无论处于何种模式,列出工具或获取智能体当前配置等读取操作都不需要审批。在同一对话中已批准过一次的工具会被视为可信,开始新对话前不会再次询问。

草稿、发布和合并

对智能体配置、提示词、workflow、工具、测试或知识库的更改,会暂存为当前分支中未发布的草稿。Architect 所做的任何操作,在发布前都不会对实时通话用户生效。

  • 询问 Architect 目前已更改的内容,即可查看当前草稿与已发布版本的对比。
  • Architect 可以为你打开发布对话框,但不能自行点击发布。你需要查看差异并确认。
  • 发布后仍可继续迭代:让 Architect 做出更多更改、审核后再次发布,可按需重复多轮。

分支

对于较大的更改,请在单独的分支上操作,而非直接在实时分支上操作。Architect 可以创建和列出分支,并调整活跃分支之间的流量分配,流量总和必须始终为 100%。

准备好将分支更改引入 main 时,让 Architect 进行合并。Architect 会先显示合并预览,并且即使在自动批准模式下,合并操作本身仍需要你批准。合并到 main 可能需要管理员权限;含有未保存草稿的分支必须先保存或丢弃草稿,才能合并或切换到其他分支。