Agent Infra 新智基座
赛道简介
聚焦企业级复杂任务下的多 Agent 基础设施与协同系统，推动 Agent 从 Demo 走向 Production。
赛道聚焦企业级复杂任务下的多 Agent 基础设施与协同系统，鼓励参赛者从自身熟悉的行业、专业领域或真实业务场景出发，围绕具有行业普遍性的复杂任务问题，构建可复用 Skill、工具集成与运行验证能力的 Agent Infra 方案。
本赛道关注的不只是单个 Agent 的能力展示，而是多 Agent 如何在复杂约束下完成任务拆解、上下文传递、工具调用、结果验证、执行证据沉淀与安全审计。
参赛作品应围绕企业应用场景，设计不少于 3 个不同职能 Agent 的完整闭环方案，形成面向真实企业场景的端到端任务闭环。
奖金说明
*全场大奖将从四大冠军队伍中决出
其他奖项
选题方向（开放式选题）
参赛团队可参考以下方向进行选题，但以下方向仅作为场景启发，不作为参赛范围限制。主办方鼓励参赛者从自身专业背景、所在行业、科研实践、企业项目或真实工作学习场景出发，发现具有行业普遍性的复杂任务问题，并结合自己更熟悉、更有洞察的领域提出方案。
参赛作品不必限定在运维、安全、成本治理等方向。只要选题来源于真实需求，能够体现多 Agent 在任务拆解、协同执行、工具调用、结果验证、经验沉淀等方面的价值，并具备沉淀为可复用 Skill、工具接口或开源能力的潜力，均可作为本赛道的有效选题方向。
以下方向可作为参赛团队理解赛道定位和构思方案的参考示例：
围绕告警聚合、根因定位、修复执行、恢复验证与事故复盘构建多 Agent 闭环。
可参考场景包括：- 多源告警聚合与降噪
- 自动根因定位
- 修复建议生成与执行
- 服务恢复验证
- 事故复盘与知识沉淀
围绕多渠道会话聚合、意图识别与分级、处理方案生成与执行、结果核验与客户确认、案例复盘与知识沉淀构建多 Agent 闭环。
可参考场景包括：- 多渠道工单 / 会话聚合与去重（邮件、在线客服、电话转写、社媒评论）
- 意图识别与工单自动分类分级
- 处理方案生成与自动执行（退款、换货、账户变更等）
- 处理结果核验与客户满意度确认
- 疑难案例复盘与客服知识库沉淀
围绕缺陷 / 需求聚合、代码根因定位、修复方案生成与执行、测试验证与发布确认、复盘与知识沉淀构建多 Agent 闭环。
可参考场景包括：- 多源缺陷 / 需求信息聚合与去重（Issue、日志、用户反馈）
- 代码缺陷自动定位与影响面分析
- 修复方案生成与自动化编码执行
- 测试验证与灰度发布结果确认
- 上线复盘与研发知识库沉淀
围绕多源风险信号聚合、风险定位与核实、处置方案生成与执行、结果核验与合规审计、事件复盘与风控知识沉淀构建多 Agent 闭环。
可参考场景包括：- 多源风险信号聚合与降噪（交易流水、征信数据、舆情、投诉记录）
- 自动风险 / 欺诈根因定位与影响面分析
- 理赔或授信处置建议生成与自动执行
- 处置结果核验与合规审计确认
- 风险事件复盘与风控知识库沉淀
作品技术要求
本章为跨阶段通用技术要求。初赛阶段可重点说明设计思路，复赛和决赛阶段需逐步形成可运行、可验证的工程材料。
01 多 Agent 协同要求
1.1 多 Agent 协同要求
参赛方案应至少设计 3 个不同职能的 Agent。每个 Agent 需要具备清晰身份定义，并通过协作完成端到端任务闭环。多 Agent 设计必须以 AgentTeams 作为协同设计基点，说明角色编排、任务拆解、上下文传递、协同执行与状态追踪如何映射到该框架能力。
1.2 Agent Identity 清单
参赛团队需提交 Agent Identity 清单，用于说明多 Agent 系统中各 Agent 的身份属性、能力边界和协同关系，详见「参赛手册-附录A」。
1.3 多 Agent 闭环说明
参赛方案需说明多 Agent 如何完成以下闭环：
- 任务输入：系统接收告警、工单、日志、账单、安全事件或其他企业任务输入。
- 任务拆解：主控 Agent 或协同框架将任务拆分给不同职能 Agent。
- 上下文传递：不同 Agent 之间传递任务上下文、历史信息、工具调用结果和中间结论。
- 工具调用：Agent 调用 Skill、MCP 工具、云产品、企业系统、知识库或外部接口完成任务。
- 结果验证：系统对修复、安全处置、成本优化等结果进行验证。
- 执行证据沉淀：系统保存日志、Trace、Metrics、报告、截图或其他执行证据。
- 审批与回滚：高风险动作需设计人工确认、审批、回滚和审计机制。
- 经验沉淀：将执行结果、复盘内容或经验规则沉淀为可复用能力。
02 Skill、MCP、RAG 与可观测要求
2.1 Skill 要求
Skill 是本赛题必选项。参赛方案可使用阿里云官方用云 Skills，也可将关键能力沉淀为可复用 Skill。Skill 应作为任务能力抽象层，而不是只描述一次性的 Agent 行为。每个方案至少需提供核心 Skill 清单，并说明：
- Skill 名称
- Skill 用途
- 输入与输出
- 调用条件
- 依赖工具
- 失败处理机制
- 安全边界
- 复用价值
- 与多 Agent 协同流程的关系
2.2 MCP 与工具集成要求
MCP 是本赛题的推荐可选项。MCP 是推荐的外部工具和系统接入协议，用于连接云产品、企业系统、数据库、知识库、工单系统、CI/CD、监控系统等外部工具。Skill 承担任务能力抽象层，MCP 承担工具连接层。
- 如方案未使用 MCP，应给出等价的外部工具集成契约，包括协议、鉴权方式、输入输出 Schema、错误处理、审计记录、后续迁移到 MCP 的成本。
- 等价集成契约需要把外部工具抽象成可被 Agent / Skill 稳定调用的工具能力，说明工具名称、调用入口、参数 Schema、返回结构、权限范围、失败重试、幂等控制、审计日志和降级方式。
- 评审时不要求替代方案已经实现 MCP Server，但需要能够判断其后续迁移到 MCP 时是否只需协议适配，而不是重新设计工具调用链。
2.3 可观测要求
可观测是本赛题的推荐可选项。它是多 Agent 系统从 Demo 走向 Production 的推荐但非强制关键技术，建议覆盖 Skill 调用、MCP 工具、RAG 检索、LLM 推理等全链路推理轨迹，同时支持在线监控与告警、评估与优化等场景实践。
- 若参赛方使用可观测能力，应说明观测数据采集方式、语义规范（例如是否遵循 OpenTelemetry GenAI 标准）、数据类型、后端存储与检索方案、应用场景与效果。
- 可观测体系建议至少覆盖 Trace、Log、Metrics 中的 1-2 类数据。
- 建议基于观测数据支持实时或离线评估，科学量化智能体推理效果与效率。
2.4 RAG 与上下文增强要求
RAG 是本赛题的推荐可选项，是推荐但非强制的上下文增强技术，适用于需要检索知识库、历史记录、标准规范、业务数据、Runbook、评审证据或工具执行结果的方案。
- RAG 应作为 Agent、Skill、MCP 调用链中的上下文能力：MCP 接入数据源，Skill 封装检索、证据对齐和结果写入，Agent 判断检索结果是否足以支撑决策。
- 参赛方案应根据实际场景，从 Agent 记忆存储、知识库 RAG、共享状态管理、轨迹可观测 4 项能力中至少实现 2 项。
- 若方案明确不使用 RAG，则需在除“知识库 RAG”外的其余 3 项中至少实现 2 项，并论证其上下文机制的有效性。
03 推荐工具链与资源使用说明
参赛方案应说明所使用的开源项目或云产品、版本或兼容范围、调用方式，以及其与 Agent、Skill、MCP、RAG 的关系。
初赛以方案设计为主，不要求提交可运行代码；但多 Agent 协同设计必须以 AgentTeams（原名 Hiclaw）为设计基点，说明角色编排、任务拆解、上下文传递、协同执行与状态追踪如何映射到该框架能力。
- 必选：AgentTeams。
- 推荐：阿里云官方用云 Skills、Nacos、Higress、PolarDB for PostgreSQL、RocketMQ、LoongSuite、AgentScope Studio、AgentLoop。
- 替代方案可以使用，但需说明接口兼容性、替换原因与迁移成本。
- 推荐项目和云产品不按使用数量评分。评审重点不在于“堆叠工具”，而在于参赛方案是否说明清楚设计理念、接口契约、必要性、可替换性、权限边界、端到端闭环证据和后续迁移成本。
赛程安排
本赛道分为初赛、复赛、决赛三个阶段，详细说明如下。
*赛程安排可能会根据实际推进情况灵活调整，以组委会最终通知为准。
阶段目标与提交材料
01 初赛阶段：方向与方案设计
初赛重点评估项目方向、技术方案、开放 / 开源价值和可行性。不强制要求提交可运行代码。
入围复赛团队将根据组委会通知进入复赛阶段，并根据赛事安排获得相关资料、答疑、导师辅导或资源支持。具体入围数量、资源发放方式和优化建议将由组委会以邮件 / 社群等方式进一步通知。
02 复赛阶段：Demo 实现与工程验证
复赛重点评估项目完成度、Demo 可运行性、工程实现、评测结果和开放 / 开源规范。
入围决赛团队将受邀参加线下决赛答辩，进行现场路演、Demo 展示和专家问答。决赛入围名单、答辩安排、现场测试要求和展示规范组委会将在官网公示，并通过邮件 / 社群通知。
03 决赛阶段：现场路演与项目展示
决赛将重点评估项目展示效果、现场答辩能力、开放 / 开源价值、落地潜力和长期成长性。
评委将重点关注作品是否真正完成端到端任务闭环，是否具备可运行、可验证、可审计和可持续演进能力。
评审关注
1.1 通用评审维度
1.2 赛题个性化评审补充
- AgentTeams 不是只看是否提到工具名称。AgentTeams 是多 Agent 协同设计基点，应重点核验角色编排、任务拆解、上下文传递、协同执行与状态追踪如何映射到框架能力。
- Skill 是本赛题必选项。评审将重点核验 Skill 的输入输出、调用条件、依赖工具、失败处理、验证方式、复用价值、版本演进和开源分发设计。
- 推荐项目和云产品不按使用数量评分。评审重点看必要性、接口契约、可替换性、权限边界、端到端闭环证据和后续迁移成本。
参赛支持
本赛道拟为完成初赛作品提交并通过作品有效性审核的参赛团队，提供最高人民币 200 元的算力、云服务等开发资源补助，或等值赛事支持资源，名额原则上不超过 300 份。 组委会将根据作品提交及审核情况，于初赛提交截止后，陆续通过邮件或赛事社群通知符合条件的团队提交相关材料，并按规则有序发放。资源支持不作为参赛奖励、评审加分项或晋级依据。具体支持形式、申请条件、材料要求、发放方式及时间安排，以组委会后续通知为准。
适合参赛团队
本赛题适合以下团队参与：
- 具备多 Agent 系统设计能力的开发者团队
- 熟悉云产品、企业系统、DevOps、ITSM、FinOps 或安全系统集成的技术团队
- 对运维、安全、成本治理、容量治理等企业级复杂场景有理解的团队
- 熟悉业务系统、数据平台、研发工具链或行业应用集成的技术团队
- 对真实行业场景中的复杂任务协同、流程自动化、知识沉淀、风险控制、效率提升或体验优化等问题有理解的团队
- 具备工程实现、工具链集成和 Demo 构建能力的高校实验室、开源团队、企业技术团队或独立 AI Builder
- 具备开源项目建设、技术文档撰写或社区协作经验者优先