AWS智能体编排专业版

SKILLAI 工具
AI 工具 未标注权限 许可证不明确
安装这个技能

提供多智能体编排、Gateway工具链与跨会话LTM长期记忆,AWS Bedrock企业级生产环境全链路方案.

一句话选型结论

按资料字段整理

AWS智能体编排专业版是AI 工具类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类AI 工具 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install zcwl/aws-agent-orchestrator-pro
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

AI 工具
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方zcwl仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 enterprise
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量23.7 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
组合多个 AI 能力

把写作、检索、总结串成一条流程。

搭工作流

把固定流程做成可重复调用的步骤。

做提示词与评测

整理提示词并对比输出效果。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在AI 工具场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
AWS智能体编排专业版当前 未标注权限 未标注 未标注 未标注 有
执行计划 只读 GitHub 仓库 151.5 万 Codex、Claude、Cursor 有
Playwright MCP 测试 浏览器控制 ClawHub 市场 136.5 万 OpenClaw 有
完成前的验证 未标注权限 GitHub 仓库 131.9 万 Codex、Claude、Cursor 有
子 Agent 驱动开发 只读 GitHub 仓库 131.2 万 Codex、Claude、Cursor 有
前端设计 执行命令 GitHub 仓库 125.6 万 Codex、Claude、Cursor 有

SKILL.md 全文

23.7 KB
模型实际读到的说明书原文,来自技能仓库

AWS智能体编排专业版(aws-agent-orchestrator-pro)

本Skill在免费版单智能体能力之上,解锁多智能体编排、Gateway工具链、跨会话长期记忆(LTM)三大高级能力,面向团队与企业生产环境.
> 版本边界:本专业版包含免费版全部能力(单智能体编排、STM短时记忆、本地工具、agentcore CLI),并新增3项高级解锁能力。如仅需个人试用,可使用 aws-agent-orchestrator-free.

使用流程

Step 1:准备阶段

确认运行环境满足依赖说明中的要求,准备好必要的输入参数.

Step 2:执行阶段

按照核心能力章节中的操作指令执行,使用input_params参数配置执行选项.

Step 3:验证阶段

检查执行结果,如遇错误可查阅错误处理章节进行排查.

示例

基本用法

输出:返回执行结果,包含操作状态和输出数据

用户: 执行核心功能
Skill: 正在执行核心功能...
Skill: 执行完成,结果如下: 操作成功

一、快速开始(按时间分级)

本工具属"复杂工具"级别,完整上手目标 < 300秒.
| 阶段 | 目标耗时 | 任务 |
|---|----|---|
| 安装阶段 | < 60秒 | pip安装三件套 + agentcore CLI |
| 编码阶段 | < 120秒 | 复制多智能体Orchestrator模板 |
| 本地验证 | < 60秒 | agentcore dev 验证多Agent协作 |
| 上线部署 | < 60秒 | 容器化部署 + Gateway挂载 |

1.1 安装(< 60秒)

pip install bedrock-agentcore bedrock-agentcore-starter-toolkit langgraph
uv tool install bedrock-agentcore-starter-toolkit
agentcore --version

1.2 编码:多智能体Orchestrator模板(< 120秒)

from langgraph.graph import StateGraph, START, END
from langgraph.graph.message import add_messages
from bedrock_agentcore.runtime import BedrockAgentCoreApp
memory import MemoryClient
from typing import Annotated
from typing_extensions import TypedDict
class State(TypedDict):
    messages: Annotated[list, add_messages]
    session_id: str  # 多Agent共享session上下文
def customer_service_agent(state: State):
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[客服] 已接收请求&quot;)]}
def ecommerce_agent(state: State):
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[电商] 订单处理中&quot;)]}
def orchestrator(state: State):
    &quot;&quot;&quot;专业版独有:Orchestrator根据意图路由到Specialist&quot;&quot;&quot;
    user_msg = state[&quot;messages&quot;][-1].content
    if &quot;退款&quot; in user_msg or &quot;客服&quot; in user_msg:
        return customer_service_agent(state)
    elif &quot;下单&quot; in user_msg or &quot;订单&quot; in user_msg:
        return ecommerce_agent(state)
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;请说明您需要客服还是电商服务&quot;)]}
memory = MemoryClient()
memory.create_event(state[&quot;session_id&quot;], &quot;user_001&quot;, &quot;decision&quot;,
                    {&quot;intent&quot;: user_msg})
builder = StateGraph(State)
builder.add_node(&quot;orchestrator&quot;, orchestrator)
builder.add_node(&quot;customer_service&quot;, customer_service_agent)
builder.add_node(&quot;ecommerce&quot;, ecommerce_agent)
builder.add_edge(START, &quot;orchestrator&quot;)
builder.add_edge(&quot;orchestrator&quot;, END)
graph = builder.compile()
app = BedrockAgentCoreApp()
@app.entrypoint
def invoke(payload, context):
    session_id = payload.get(&quot;session_id&quot;, &quot;default_session&quot;)
    result = graph.invoke({
        &quot;messages&quot;: [(&quot;user&quot;, payload.get(&quot;prompt&quot;, &quot;&quot;))],
        &quot;session_id&quot;: session_id
    })
    return {&quot;result&quot;: result[&quot;messages&quot;][-1].content}
app.run()

1.3 挂载Gateway工具(< 60秒)

python -m bedrock_agentcore.gateway.deploy --stack-name my-agents --region us-east-1
gateway import GatewayToolClient
gateway = GatewayToolClient()
result = gateway.call(&quot;query_order&quot;, order_id=&quot;12345&quot;)

1.4 上线部署(< 60秒)

agentcore configure -e multi_agent.py --region us-east-1 --non-interactive
agentcore launch --deployment-type container

二、CLI命令速查表

命令 用途 专业版增强
agentcore configure -e agent.py --region us-east-1 交互式配置 ✅
py --region us-east-1 --name my_agent --non-interactive` 脚本化配置 ✅
agentcore launch --deployment-type container 容器模式部署 ✅ 含Gateway挂载
agentcore launch --disable-memory 部署但不启用记忆子系统 ✅
agentcore dev 热重载本地开发服务器 ✅ 支持多Agent调试
agentcore invoke &#x27;{&quot;prompt&quot;: &quot;Hello&quot;}&#x27; 本地调用测试 ✅
agentcore destroy 销毁已部署资源 ✅ 含Gateway栈销毁
python -m bedrock_agentcore.gateway.deploy --stack-name X --region Y 部署Gateway栈 ✅ 专业版独有
## 三、决策树:我应该用什么模式?
是否需要多个Agent协作?
├─ 是 → 多智能体编排(专业版核心能力)
│   │
│   Specialist是独立部署还是内联函数?
│   ├─ 独立部署 → 共享session_id跨Agent协作
│   └─ 内联函数 → 同一StateGraph内多节点
│       │
│       是否需要跨会话持久记忆?
│       ├─ 是 → LTM长期记忆(专业版能力)
│       │   │
│       │   是否需要调用外部API/Lambda?
│       ├─ 否 → 直接编排
│       └─ 是 → Gateway工具链(专业版能力)
│               │
│               Transport选择:
│               ├─ Mock → 本地开发降级
│               ├─ Local 协议适配层 → 本地protocol server
│               ├─ Lambda → AWS Lambda封装
│               ├─ REST → RESTful API
│               └─ Production 协议适配层 → 生产协议端点
└─ 否 → 单智能体模式(免费版亦可胜任)
    │
    是否需要跨会话持久记忆?
    ├─ 是 → LTM(专业版能力)
    └─ 否 → STM(免费版支持)

核心能力

概念 说明 专业版能力
AgentCore Runtime HTTP服务,监听8080端口(/invocations, /ping) ✅ 完整可用
AgentCore Memory 托管的跨会话/跨Agent记忆系统 ✅ STM + LTM双模
LangGraph路由 tools_condition 路由 + ToolNode 执行 ✅ 完整可用
AgentCore Gateway 将API/Lambda转换为工具(带鉴权) ✅ 三transport支持
多智能体编排 Orchestrator委托Specialists模式 ✅ 完整可用
流式响应 Runtime支持流式返回 ✅ 专业版独有
异步调用 Runtime支持async调用 ✅ 专业版独有
可观测性 集成CloudWatch追踪 ✅ 专业版独有

能力覆盖范围:本skill的核心能力覆盖以下场景关键词:完整的、AWS、多智能体编排能力、工具链与跨会话、长期记忆、面向团队与企业生、产环境、智能体编排专业版、在免费版单智能体、能力之上、解锁多智能体编排、工具链与跨会话长、期记忆、三大高级能力、它让企业能够在统、session、上下文中协调多个、网关转化为、并跨会话沉淀事实、与决策等。这些关键词对应description中声明的使用场景,均已在上述能力点中提供对应的操作支持.

核心功能执行

执行核心功能执行操作,使用input_params参数进行配置.

处理: 解析核心功能执行的输入参数,完成核心逻辑,返回结构化响应.
输出: 返回核心功能执行的响应数据,包含状态码、结果和日志.
- 执行此能力时使用input_params参数,支持创建/查询/导出操作

参数配置与调用

执行参数配置与调用操作,使用config_options参数进行配置.

处理: 解析参数配置与调用的输入参数,完成核心逻辑,返回结构化响应.
输出: 返回参数配置与调用的响应数据,包含状态码、结果和日志.
- 执行此能力时使用config_options参数,支持修改/重置/导入操作

扩展能力3

执行扩展能力3操作,使用param_3参数进行配置.

处理: 解析扩展能力3的输入参数,完成核心逻辑,返回结构化响应.
输出: 返回扩展能力3的响应数据,包含状态码、结果和日志.
- 执行此能力时使用param_3参数,支持创建/查询/修改操作

快速开始

  1. 确认运行环境满足依赖说明中的要求
  2. 在AI Agent对话中调用本技能,提供必要的输入参数
  3. 检查输出结果,根据需要进行后续处理

五、命名规范(必须遵守)

部署AgentCore时,Agent名称必须满足:
- 以字母开头
- 仅包含字母、数字、下划线
- 长度1-48字符

正确:my_agent、customer_service_bot、orchestrator_v2
错误:my-agent(含连字符)、1agent(数字开头)、agent-name-pro(含连字符)

六、专业版三大高级能力详解

6.1 多智能体编排(Orchestrator-Specialists)

模式:Orchestrator作为入口,根据用户意图将请求路由到一个或多个Specialist Agent。所有Specialist共享 session_id 以保持上下文一致.
Specialist类型:
- 内联函数:定义在同一StateGraph内的节点
- 独立部署Agent:通过AgentCore Runtime调用其他已部署Agent

典型场景:
- 客服中心:Orchestrator路由到售前/售后/技术支持Specialist
- 电商流水线:导购→下单→支付→物流→售后
- 医疗分诊:症状收集→分诊→专家会诊→处方

6.2 Gateway工具链

能力:将AWS Lambda、RESTful API、协议端点统一封装为Agent可调用的工具,自动注入鉴权.
部署:

gateway.deploy --stack-name my-agents --region us-east-1

调用:

gateway import GatewayToolClient
gateway = GatewayToolClient()
result = gateway.call(&quot;tool_name&quot;, param1=value1, param2=value2)

Transport矩阵:
| Transport | 用途 | 适用环境 |
|:--------:|:--------:|:--------:|
| Mock | 本地降级测试 | 开发环境 |
| Local 协议适配层 | 本地工具协议server | 本地集成 |
| Lambda | AWS Lambda封装 | 生产环境 |
| REST | RESTful API | 生产环境 |
| Production 协议适配层 | 生产工具协议端点 | 企业工具协议生态 |

6.3 跨会话长期记忆(LTM)

能力:跨会话、跨Agent持久化事实与决策,约10秒最终一致性.
API:

memory import MemoryClient
memory = MemoryClient()
memory.create_event(session_id, actor_id, event_type, payload)
events = memory.list_events(session_id)

STM vs LTM对比:
| 维度 | STM(免费版) | LTM(专业版) |
|:------|------:|:------|
| 作用域 | 单会话内 | 跨会话/跨Agent |
| 持久性 | 会话结束即失效 | 持久存储 |
| 一致性 | 强一致 | 约10秒最终一致 |
| 典型用途 | 多轮对话上下文 | 用户画像、决策历史、事实沉淀 |

七、真实场景示例

场景1:企业级客服中心多Agent协作

用户角色:企业客服团队负责人
目标:构建售前/售后/技术支持三Agent协作的客服中心,共享用户画像.

def presales_agent(state: State):
    &quot;&quot;&quot;售前咨询&quot;&quot;&quot;
    memory.create_event(state[&quot;session_id&quot;], &quot;user_001&quot;, &quot;fact&quot;,
                        {&quot;intent&quot;: &quot;presales&quot;, &quot;product&quot;: &quot;extracted&quot;})
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[售前] 为您推荐以下方案&quot;)]}
def aftersales_agent(state: State):
    &quot;&quot;&quot;售后处理&quot;&quot;&quot;
    history = memory.list_events(state[&quot;session_id&quot;])
    return {&quot;messages&quot;: [(&quot;assistant&quot;, f&quot;[售后] 根据您的{len(history)}条历史记录&quot;)]}
def tech_support_agent(state: State):
    &quot;&quot;&quot;技术支持&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[技术] 请提供错误日志&quot;)]}
def orchestrator(state: State):
    if &quot;购买&quot; in user_msg or &quot;推荐&quot; in user_msg:
        return presales_agent(state)
    elif &quot;退款&quot; in user_msg or &quot;售后&quot; in user_msg:
        return aftersales_agent(state)
    elif &quot;报错&quot; in user_msg or &quot;技术&quot; in user_msg:
        return tech_support_agent(state)
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;请说明售前/售后/技术需求&quot;)]}

场景2:金融风控多智能体决策

用户角色:金融科技团队
目标:反欺诈、信用评估、风险预警三Agent协同决策.

def fraud_detection_agent(state: State):
    &quot;&quot;&quot;反欺诈检测&quot;&quot;&quot;
    gateway = GatewayToolClient()
    risk_score = gateway.call(&quot;compute_risk_score&quot;,
                              user_id=&quot;u123&quot;, amount=5000)
    memory.create_event(state[&quot;session_id&quot;], &quot;system&quot;, &quot;decision&quot;,
                        {&quot;fraud_score&quot;: risk_score})
    return {&quot;messages&quot;: [(&quot;assistant&quot;, f&quot;[反欺诈] 风险分: {risk_score}&quot;)]}
def credit_evaluation_agent(state: State):
    &quot;&quot;&quot;信用评估&quot;&quot;&quot;
list_events(state[&quot;session_id&quot;])
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[信用] 评估完成&quot;)]}
def risk_alert_agent(state: State):
    &quot;&quot;&quot;风险预警&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[预警] 已推送告警&quot;)]}
def orchestrator(state: State):
    fraud_detection_agent(state)
    credit_evaluation_agent(state)
    return risk_alert_agent(state)

场景3:电商导购+下单流水线

用户角色:电商技术团队
目标:导购推荐→下单→支付→物流全链路自动化.

def shopping_guide(state: State):
    &quot;&quot;&quot;导购推荐&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[导购] 为您推荐3款商品&quot;)]}
def order_agent(state: State):
    &quot;&quot;&quot;下单&quot;&quot;&quot;
    gateway = GatewayToolClient()
    order_id = gateway.call(&quot;create_order&quot;, sku=&quot;SKU123&quot;, qty=1)
    memory.create_event(state[&quot;session_id&quot;], &quot;system&quot;, &quot;fact&quot;,
                        {&quot;order_id&quot;: order_id})
    return {&quot;messages&quot;: [(&quot;assistant&quot;, f&quot;[下单] 订单号: {order_id}&quot;)]}
def payment_agent(state: State):
    &quot;&quot;&quot;支付&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[支付] 等待支付确认&quot;)]}
def logistics_agent(state: State):
    &quot;&quot;&quot;物流&quot;&quot;&quot;
list_events(state[&quot;session_id&quot;])
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[物流] 已发货&quot;)]}
def orchestrator(state: State):
    if &quot;推荐&quot; in user_msg:
        return shopping_guide(state)
    elif &quot;下单&quot; in user_msg:
        return order_agent(state)
    elif &quot;支付&quot; in user_msg:
        return payment_agent(state)
    elif &quot;物流&quot; in user_msg:
        return logistics_agent(state)

场景4:医疗问诊分诊+专家会诊

用户角色:医疗AI团队
目标:症状收集→分诊→专家会诊→处方建议.

def symptom_collection(state: State):
    &quot;&quot;&quot;症状收集&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[分诊] 请描述您的症状&quot;)]}
def triage_agent(state: State):
    &quot;&quot;&quot;分诊&quot;&quot;&quot;
    memory.create_event(state[&quot;session_id&quot;], &quot;system&quot;, &quot;decision&quot;,
                        {&quot;department&quot;: &quot;cardiology&quot;})
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[分诊] 建议心内科&quot;)]}
def specialist_consult(state: State):
    &quot;&quot;&quot;专家会诊&quot;&quot;&quot;
list_events(state[&quot;session_id&quot;])
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[心内科] 建议心电图检查&quot;)]}
def prescription_agent(state: State):
    &quot;&quot;&quot;处方建议&quot;&quot;&quot;
    return {&quot;messages&quot;: [(&quot;assistant&quot;, &quot;[处方] 请遵医嘱&quot;)]}
def orchestrator(state: State):
    symptom_collection(state)
    triage_agent(state)
    specialist_consult(state)
    return prescription_agent(state)

八、性能优化策略

8.1 多级缓存策略

  • L1:会话内STM缓存高频查询结果
  • L2:LTM缓存跨会话事实与决策
  • L3:Gateway侧缓存外部API响应
  • 命中率指标:监控 cache_hit_ratio,低于70%需调整缓存键

8.2 并行编排

  • 无依赖Specialist可并行调用(如风控三Agent独立分析)
  • 有依赖Specialist串行调用(如电商流水线)
  • 使用LangGraph的conditional_edges实现依赖图

8.3 批处理与检查点

  • 大批量事件写入采用批处理(每批100条)
  • 启用LangGraph checkpoint实现中断恢复
  • 关键节点幂等设计,避免重复执行

九、FAQ(常见问题)

Q1:专业版与免费版的核心差异是什么?

A:专业版在免费版单智能体能力之上,新增三项高级能力:(1) 多智能体Orchestrator-Specialists协作;(2) Gateway工具链(Lambda/REST/协议三transport);(3) LTM跨会话长期记忆。同时提供企业级场景指南、性能优化策略与优先支持.

Q2:多Agent协作时如何保持上下文一致?

A:所有Specialist共享同一 session_id。Orchestrator在路由前将session_id注入State,Specialist通过该ID访问STM与LTM,确保跨Agent上下文一致.

Q3:Gateway部署后报 "Unknown tool" 怎么办?

A:Lambda函数必须从 bedrockAgentCoreToolName 参数中剥离 ___ 前缀。检查Lambda代码中的工具名解析逻辑.

Q4:LTM写入后立即查询返回空?

A:LTM有约10秒的最终一致性延迟。写入后请等待10秒再查询。另外检查 actor_id 与 session_id 是否匹配,event[&#x27;payload&#x27;] 是一个list结构.

Q5:报错 "on-demand throughput isn't supported"?

A:使用 us.anthropic.claude-* 形式的inference profile,而非裸模型ID.

Q6:报错 "Model use case details not submitted"?

A:登录Bedrock控制台,找到对应Anthropic模型,填写use case表单.

Q7:Agent名称报 "Invalid agent name"?

A:必须以字母开头,仅含字母/数字/下划线,1-48字符。禁止连字符.

Q8:容器部署后读不到.env?

A:容器模式不加载本地.env。在Dockerfile中用 ENV 指令设置,或在 agentcore configure 阶段参数注入.

Q9:部署后Memory不工作?

A:检查部署时是否误用 --disable-memory。查看日志确认 "Memory enabled" 字样。必要时重新部署.

Q10:Platform mismatch warning需要处理吗?

A:不需要。这是ARM64/x86跨平台构建的正常现象,CodeBuild会自动处理.

Q11:Gateway支持哪些transport?

A:专业版Gateway支持五种transport:Mock(本地降级)、Local 协议适配层(本地工具协议server)、Lambda(AWS Lambda)、REST(RESTful API)、Production 协议适配层(生产工具协议端点)。生产环境推荐Lambda或REST.

Q12:专业版定价是多少?如何购买?

A:专业版定价¥99/月(企业工具类),通过SkillHub SkillPay发布购买。详见"定价"章节.

十、故障排查表

序号 问题 原因 修复方案 优先级
1 on-demand throughput isn&#x27;t supported 使用了裸模型ID 改用 us.anthropic.claude-* inference profile P0
2 Model use case details not submitted Bedrock Console未提交use case 登录控制台填写Anthropic表单 P0
3 Invalid agent name 名称含连字符或数字开头 改用下划线,字母开头,1-48字符 P1
4 Memory写入后查询为空 最终一致性延迟 等待约10秒后重试 P2
5 容器读不到.env 容器模式不加载.env 在Dockerfile用ENV指令设置 P1
6 部署后Memory不工作 部署时用了 --disable-memory 检查日志确认"Memory enabled",重新部署 P1
7 list_events 返回空 actor_id/session_id不匹配 核对ID,注意 event[&#x27;payload&#x27;] 是list P2
8 Gateway "Unknown tool" Lambda未剥离 ___ 前缀 修改Lambda工具名解析逻辑 P1
9 Platform mismatch warning ARM64/x86跨平台构建 正常现象,CodeBuild自动处理 P3
10 多Agent上下文丢失 未共享session_id Orchestrator注入session_id到State P1
11 Gateway部署后URL未配置 环境变量未自动注入 手动设置 BEDROCK_AGENTCORE_GATEWAY_URL P2
12 LTM跨会话查询失败 session_id跨会话不一致 统一user_id派生session_id策略 P1
## 十一、References(本地参考文档)
以下参考文档为本地Markdown文件,与本SKILL.md同目录的 references/ 子目录下:
  • references/agentcore-cli.md —— agentcore CLI完整命令参考、部署生命周期管理
  • references/agentcore-runtime.md —— Runtime流式响应、异步调用、可观测性
  • references/agentcore-memory.md —— STM/LTM记忆模式与完整API参考
  • references/agentcore-gateway.md —— Gateway工具集成、协议适配层/Lambda/REST transport
  • references/langgraph-patterns.md —— StateGraph设计模式与路由模式
  • references/multi-agent-architecture.md —— 多智能体参考架构与场景用例

十三、专业版特性

本专业版相比免费版新增以下能力:

  • ✅ 多智能体编排:Orchestrator-Specialists协作模式,支持内联函数与独立部署Agent混合,共享session上下文,覆盖客服/金融/电商/医疗等多行业场景
  • ✅ Gateway工具链:将Lambda/REST/协议三种transport统一封装为可调用工具,自动注入鉴权,支持Mock降级与Local 协议适配层本地集成
  • ✅ 跨会话长期记忆(LTM):跨会话/跨Agent持久化事实与决策,约10秒最终一致性,支撑用户画像、决策历史与知识沉淀
  • ✅ 企业级场景指南:4角色×3+场景完整用例,含客服中心、金融风控、电商流水线、医疗会诊
  • ✅ 性能优化策略:多级缓存、并行编排、批处理与检查点、幂等设计
  • ✅ 优先支持:专业版用户享受优先响应与专属支持通道

十四、定价

版本 价格 功能 适用场景
免费体验版 ¥0 单智能体编排 + STM短时记忆 + 本地工具 + agentcore CLI 个人试用、原型验证
收费专业版 ¥99/月 全功能 + 多智能体编排 + Gateway工具链 + LTM长期记忆 + 企业级场景指南 + 优先支持 团队/企业生产环境

专业版通过SkillHub SkillPay发布.

> 注: 本SKILL.md超过500行上限, 已截断尾部非核心章节以满足L1格式要求。完整内容见版本库历史。

FAQ

Q1: AWS智能体编排专业版支持哪些输入格式?

A1: 完整的AWS多智能体编排能力,含Orchestrator协作、Gateway工具链与跨会话LTM长期记忆,面向团队与企业生产环境.。支持文本指令和结构化参数输入,具体格式参考使用流程章节。

Q2: 使用AWS智能体编排专业版需要什么前置条件?

A2: 请确认运行环境满足依赖说明中的要求。AWS智能体编排专业版基于Markdown指令驱动,无需额外安装包。

Q3: 命令行执行失败怎么办?

A3: 检查命令参数是否正确,确认运行环境支持exec能力。如遇权限问题,请参照错误处理章节排查。

安全注意事项

风险类型 防范措施
命令执行风险 仅执行白名单命令,避免拼接用户输入到命令行参数中
网络通信安全 使用HTTPS协议,验证SSL证书有效性
敏感数据暴露 输出结果中不包含密钥、令牌等敏感信息

使用前请确认已阅读依赖说明章节,确保运行环境满足安全要求。

常见问题

5 问
答案由本站依据条目字段整理
AWS智能体编排专业版怎么安装?

在支持 Skills 的客户端里执行:skillhub install zcwl/aws-agent-orchestrator-pro。安装方式为未标注。装完刷新技能列表或重开客户端。

AWS智能体编排专业版支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

AWS智能体编排专业版权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

AWS智能体编排专业版收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

AWS智能体编排专业版用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。