AgentCore 托管同意门户上线后，卖家 AI 工具先补授权台账

AWS 9 月 1 日宣布，Amazon Bedrock AgentCore Identity 提供托管同意门户，帮助开发者在代理连接第三方工具和服务时完成用户授权，减少自建 OAuth 回调基础设施。官方文档说明，同意门户会连接到一个 AgentCore Gateway，通过 OIDC 身份提供方完成登录和同意，浏览器端不持有 token，用户也可以在自助界面查看连接状态。

对卖家服务商和内部技术团队来说，这类能力很快会进入真实运营：AI 客服需要读取订单和退货，广告代理需要读取 campaign 和搜索词，Listing 代理需要读取内容字段，库存代理需要读取 FBA 与补货表。技术上能接更多工具，不等于运营上应该给更大权限。授权一旦过宽，代理误读、误写或越权调用的风险会直接落在店铺数据和客户信任上。

运营判断：AI 工具上线前，先补授权台账，再谈自动化效率。 代理能访问什么、代表谁访问、多久失效、谁能撤销，必须比功能演示更早写清楚。

哪张表最先改

第一张要改的是服务商交付表。不要只写“已接 Seller Central、广告、客服系统”，而要写每个连接的权限范围、授权人、业务目的、失效时间和审计日志。第二张是客户数据分级表，把订单、广告、Listing、库存、客服、财务和个人信息拆开。第三张是动作审批表，区分读取、建议、草稿、提交和不可执行动作。

Flyfus 如果要帮助客户做 Listing 诊断、广告复盘和 AI 可见性分析，最合适的权限边界是读取和生成建议，而不是默认获得修改标题、改预算、改库存或处理退款的权限。

授权台账

权限对象	允许代理做什么	默认不允许什么	复核人
Listing 字段	读取标题、五点、A+ 和图片说明	自动发布修改	Listing 负责人
广告数据	读取 campaign、搜索词和花费	自动调预算和出价	广告投手
客服消息	摘要问题和生成建议回复	直接承诺退款或赔偿	客服主管
库存数据	读取可售和补货周期	自动创建采购单	供应链负责人
订单数据	读取状态和异常类型	导出个人信息	店铺管理员

这张台账的重点是把“工具已连接”改成“权限可解释”。客户看到权限边界，才敢让 AI 进入生产流程。

三步落地框架

第一步：把读取和写入分开

很多 AI 工具演示时把建议和执行混在一起。实际部署时，读取权限可以先开放，写入权限要晚一步。比如广告代理可以读取搜索词并生成否词建议，但不能直接提交；Listing 代理可以生成标题草稿，但不能直接发布；客服代理可以建议回复，但涉及退款、差评、保修和投诉必须转人工。

第二步：按角色授权，不按工具授权

不要因为一个工具有很多功能，就给它一揽子权限。应按角色拆：广告投手授权广告数据，Listing 负责人授权页面字段，客服主管授权客服摘要，老板授权财务和利润报表。一个代理如果跨角色工作，就要在台账里拆成多个连接和多个业务目的。

第三步：设置撤销和失效规则

授权不是永久合同。项目结束、员工离职、店铺迁移、客户解约、API 范围变化时，都要撤销。建议每个连接都有到期日、负责人、最后使用时间、最近一次审计结果和撤销按钮。AgentCore 同意门户强调用户可查看连接状态，这一点对服务商交付尤其重要。

不要急着做的事

• 不要为了演示效果直接给管理员级权限。
• 不要把客户个人信息导入长期记忆或训练语料。
• 不要让同一个代理同时处理广告、客服、库存和财务写入。
• 不要在合同里只写“数据授权”，却不写具体范围和撤销方式。
• 不要把授权截图当成审计日志。

运营场景里的取舍

广告投手最需要的是搜索词、花费、点击和转化，但不一定需要订单个人信息。客服团队需要订单状态和售后政策，但不应该看到完整广告预算。Listing 负责人需要评论摘要和页面字段，但不应拥有财务报表。权限拆得越细，代理建议越容易进入流程，也越容易解释责任。

服务商还要考虑客户交接。很多客户会问：你们的 AI 看到了哪些数据？数据保存多久？谁可以撤销？代理有没有提交过修改？出现错误谁负责？如果没有授权台账，这些问题只能靠口头解释，风险很高。更成熟的交付方式，是把权限台账、日志样例、数据保留规则和人工审批流程一起交给客户。

对内部卖家团队也一样。不要让技术同事为了省事共用一个超级账号。代理应该有自己的身份、范围和日志。出现问题时，团队要能知道是哪个代理、在哪个时间、代表哪个用户、调用了哪个工具、读取或写入了什么结果。没有这套记录，AI 自动化越多，追责越难。

授权台账还会影响老板是否敢继续加预算。一个 AI 工具如果只能说明“我们接了系统”，很难进入核心流程；如果能说明“只读广告和 Listing，不读个人信息，不自动写入，日志保留 90 天，客户可随时撤销”，它就更容易被批准。服务商不要把权限说明藏在技术附件里，应该把它放进交付首页，因为这决定客户是否愿意把真实店铺数据交给代理处理。

7 日落地清单

1. 列出所有 AI 工具会连接的数据源和系统。
2. 把每个权限拆成读取、建议、草稿、提交和删除五类。
3. 为广告、Listing、客服、库存和财务分别指定授权负责人。
4. 给每个连接写业务目的、授权范围、到期日和撤销方式。
5. 禁止个人信息、财务敏感字段和管理员权限默认开放。
6. 抽查 20 次代理调用日志，确认能追溯到用户和业务目的。
7. 用 Flyfus 交付诊断报告时附带数据来源和权限边界说明。

卖家可以马上做的 5 件事

1. 新建一张 AI 工具授权台账，先写清正在连接哪些系统。
2. 把读取权限和写入权限拆开，写入动作默认人工审批。
3. 给订单、广告、客服、库存和 Listing 数据设置不同负责人。
4. 每个授权都加失效日期和撤销入口，不做永久授权。
5. 要求服务商提交权限范围、日志样例和数据保留规则。

主要来源

• https://aws.amazon.com/about-aws/whats-new/2026/09/amazon-bedrock-agentcore/
• https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/identity-consent-portal.html
• https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/identity.html
• https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/common-use-cases.html