判断业务流程是否需要 Agent
先与确定性工作流比较，再明确工具动作契约、授权和验收方法。
比较三种实现方式
问答界面提供信息，确定性工作流执行已知步骤，Agent 根据上下文选择步骤与工具。只有这种灵活性产生可测价值时才需要 Agent；稳定规则可能更适合普通应用代码，也更容易审计。
准备流程图、任务样本、系统接口和当前人工投入，衡量完成任务数、人工修正、越权尝试与总成本。对话更长、工具调用更多，不代表业务价值更高。
把工具定义为业务契约
说明用途、允许调用者、参数校验、副作用和返回格式。CRM 查询必须检查记录权限；创建工单应校验必填字段并返回真实工单标识。模型说“完成了”不能代替业务系统回执。
资金变更、权限变更和对外承诺应先审批再执行。为业务操作分配标识，重试写入前由应用查询已有结果，避免重复。控制必须落实在工具服务，提示词里的要求不是授权机制。
选择当前 AWS 编排路径
Amazon Bedrock Agents 现称 Agents Classic，自 2026 年 7 月 30 日起不再向新客户开放，符合条件的既有账号仍可使用。AWS 建议新 Agent 开发评估 AgentCore；先核对账号与区域，不能把无限制创建 Classic 写成新项目通用步骤。
从只读工具和窄任务开始，交付工具契约、权限测试、动作回执、故障恢复与业务评测。控制机制验证通过后，再扩大允许动作。
官方资料
文档核验日期：2026 年 10 月 17 日。本文为参考指南，本次未执行真实云端 API 调用。