身份验证、批准和草稿
身份验证、批准和草稿
了解 Architect 如何代表你执行操作、何时需要你的批准,以及如何安全地暂存更改。
Architect 如何进行身份验证
Architect 不使用单独的服务账户,也不会以其他身份运行。它在你已登录的会话中运行:从获取智能体配置,到更新提示词或创建分支,它执行的每项读取或写入操作,都通过与控制台其他部分相同的已验证请求进行,并受账户和工作区权限约束。
这意味着 Architect 只能执行你已有权限执行的操作。如果角色不允许合并到主分支,或某项资源未与你共享,Architect 同样无法执行。
审批模式
每次 Architect 对话都会以以下 3 种模式之一运行,可在输入框中切换:
无论处于何种模式,列出工具或获取智能体当前配置等读取操作都不需要审批。在同一对话中已批准过一次的工具会被视为可信,开始新对话前不会再次询问。
草稿、发布和合并
对智能体配置、提示词、workflow、工具、测试或知识库的更改,会暂存为当前分支中未发布的草稿。Architect 所做的任何操作,在发布前都不会对实时通话用户生效。
- 询问 Architect 目前已更改的内容,即可查看当前草稿与已发布版本的对比。
- Architect 可以为你打开发布对话框,但不能自行点击发布。你需要查看差异并确认。
- 发布后仍可继续迭代:让 Architect 做出更多更改、审核后再次发布,可按需重复多轮。
分支
对于较大的更改,请在单独的分支上操作,而非直接在实时分支上操作。Architect 可以创建和列出分支,并调整活跃分支之间的流量分配,流量总和必须始终为 100%。
准备好将分支更改引入 main 时,让 Architect 进行合并。Architect 会先显示合并预览,并且即使在自动批准模式下,合并操作本身仍需要你批准。合并到 main 可能需要管理员权限;含有未保存草稿的分支必须先保存或丢弃草稿,才能合并或切换到其他分支。