Agent Infra - Cloud Agents V5
Schedule 在 Forward Session 中使用自然语言创建、查询和删除 Schedule 除了调用 Schedule API,终端用户也可以在 Web 或 IM Channel 会话中描述任务内容和执行时间,由 Agent 创建 Schedule 创建后,任务会按约定时间自动运行,无需保持当前会话在线 使用前提当前会话使用的 Template 必须启用对应的 Schedule 托管工具: 能力 托管工具 创建 Schedule create_forward_schedule 查询 Schedule list_forward_schedules 删除 Schedule delete_forward_schedule Template 默认不启用这些工具。managed_tool_config 是 Template 请求体的顶层字段,可通过以下接口配置: 场景 接口 创建 Template 时启用 POST /api/v1/forward/templates 为已有 Template 启用或调整 POST /api/v1/forward/templ...
Agent Infra - Cloud Agents V4
使用 Vaults 认证 安全地存储凭据并注入到 Agent Session Agent 经常需要访问第三方服务 - GitHub、Jira、数据库、自建 MCP 服务器等 Vaults 提供安全的凭证托管,让你把 Token 交给我们保管,Session 运行时按需注入,无需硬编码在代码里 核心概念 概念 说明 Vault 凭证容器,可包含多个 Credential Credential 单条凭证记录,绑定到具体 MCP 服务器 URL auth.type 凭证鉴权类型:static_bearer 或 mcp_oauth vault_ids Session 创建时引用的 Vault ID 列表 安全性 access_token永远不会在 API 响应中返回 token、refresh_token、client_secret 等其他密文也永远不会返回 凭证在服务端加密存储 仅关联的 Session 可在运行时访问凭证内容 完整流程整体流程图: 123456789101112131415161718192021222324flowchart TB subgraph ...
Agent Infra - Cloud Agents V3
启动 Session 创建、运行、查看和归档 Cloud Agent Sessions Session 是 Agent 的运行工作区 它把 Agent 快照、Environment、可选资源和可选 Vault 凭证绑定在一起 新 Session 初始为 idle,发送事件后开始执行 Session 状态生命周期Session 是一个状态机。Session 资源上的 status 字段取以下值之一: 状态 说明 可流转到 idle Session 空闲,可以发送消息 running、rescheduling、terminated running Agent 正在处理 turn idle、rescheduling、terminated rescheduling 底层运行时正在重新调度,期间 Session 不可用,恢复后回到 idle idle、terminated terminated Session 已终止(终态) — 1234567891011121314151617181920212223242526272829303132333435stateDiagram-v2...
Agent Infra - Cloud Agents V2
Agent Skills 为 Agent 附加领域专业知识 Skills 为 Agent 附加领域专业知识 一个 Skill 是一组结构化的指令和流程,让 Agent 在特定任务上表现得更专业、更可靠 架构概览123456789101112131415161718192021222324252627282930313233flowchart TB subgraph STATIC["🔵 静态层 - 配置模板(可复用、版本化)"] direction TB AG["Agent<br/>📋 配置模板<br/>— · model · system<br/>— tools · skills"] ENV["Environment<br/>🐳 容器环境<br/>— · packages · setup_script"] SK["Skill<br/>🎯 领域知识<br/>— · 版本化 · 可...
Agent Infra - Cloud Agents V1
概述 Qoder Cloud Agents 是一个全托管的 AI Agent 运行平台 通过 API 定义 Agent、启动 Session,即可在云端运行复杂任务并实时接收结果 为软件装上不断进化的大脑 通过 API 将持续进化的 Agent 能力嵌入你的应用 一次接入 - 智能能力随平台升级自动成长,无需修改任何代码 特性 一次调用即生产,长程执行,全程可观测 10000+ - 秒级并发实例弹性调度,按需扩缩 26 小时 - 单 Session 最长持续运行时长 1 天 - 从零到生产级 Agent 的交付时间 特点 一次调用,端到端交付 Agent 自主完成理解、规划、工具调用、代码生成、测试验证的完整链路,直接交付可用结果 长程执行,断点恢复 Session 基于事件流持久化,不绑定单一进程 支持数小时乃至数天的长时运行任务:批量审查、跨仓库重构、多轮迭代修复 中断自动恢复,进度永不丢失 安全可信,全程可观测 每个 Agent 运行在独立 Sandbox 中,租户间零数据渗透 所有行为通过 SSE 实时可观测 每一步思考、每一次工具调用、每一个输出,精确可追溯可审计 接入...
Cloud Computing - AgenticFS
概述AgenticFS是面向AI Agent场景的Serverless文件存储,单个文件系统可管理最高50万AgenticSpace(独立Workspace),为每个Agent终端用户提供容量配额、访问隔离与性能隔离能力 AgenticFS 与 AgenticSpace 术语 释义 AgenticFS 地域(Region)级文件系统,统一管理最高50万AgenticSpace AgenticSpace 可用区(AZ)级独立工作空间,拥有独立inode空间,为单个Agent终端用户提供容量配额、访问隔离与性能隔离 基于上述架构,AgenticFS 提供以下核心能力 Agentic 弹性能力:单个AgenticFS支持最多管理 50 万个 AgenticSpace Agentic 容量管理:为每个 Agent 设置容量和文件数限额,避免资源滥用,控制 Agent 运营成本 Agentic 权限管理:每个 Agent 独立的权限管理,实现真正的访问隔离 Agentic 性能隔离:每个 Agent 支持吞吐、IOPS、元数据 QoS 性能隔离,避免异常行为或恶意访问干扰,实现真正...
Cloud Computing - NAS V1
概述 阿里云文件存储 NAS 是一个可共享访问,弹性扩展,高可靠,高性能的分布式文件系统 兼容 POSIX 文件接口,可支持上千台弹性计算 ECS、容器服务 ACK 等计算节点共享访问 什么是文件存储NAS云存储 云存储是一种数据存储在远端服务器集群在线访问的存储类型,用户无需关注存储位置 云存储服务提供商负责安全地存储、管理和维护存储服务器、基础设施和网络,以确保用户数据的可靠性、可用性以及性能 基于高度虚拟化的基础架构云存储可以提供广泛的弹性来应对不确定性的容量和性能的诉求 与传统的数据存储方式相比,云存储提供了更灵活、可靠、可扩展的解决方案,用户无需购买和管理自己的存储基础设施,并且可以随时随地方便地访问和管理数据 传统存储方式的日常维护工作,如备份、资料复制、或是存储设备添购等工作,都转移给云存储厂商,让企业可以更专注在自己的核心业务上 云存储有哪些优势? 经济高效: 使用云存储,用户无需购买昂贵的硬件设备和维护存储基础设施 云存储提供按需付费的模式,用户只需支付实际使用的存储容量,避免了不必要的成本支出 可扩展性: 云存储可以根据用户的需求进行快速扩展或缩减 用户可以根据业务增长的...
Agent Infra - Envoy AI Gateway
OverviewEnvoy AI Gateway is an open source project for using Envoy Gateway to handle request traffic from application clients to Generative AI services. Usage When using Envoy AI Gateway, we refer to a two-tier gateway pattern. The Tier One Gateway functions as a centralized entry point handles authentication, top-level routing, and global rate limiting The Tier Two Gateway handles ingress traffic to a self-hosted model serving cluster provides fine-grained control over self-hosted model access, wi...
K8S Orchestration - KRO V4
Basics核心概念 Resources 定义了当用户创建自定义 API 实例时,KRO 将创建和管理的 Kubernetes 对象 每个 Resource 都是有效的 Kubernetes YAML,可以使用 CEL 表达式实现动态值注入 Resource 结构 每个 Resource 必须包含两个核心字段 123456789resources: - id: deployment # 唯一标识符 template: # Kubernetes 资源模板 apiVersion: apps/v1 kind: Deployment metadata: name: my-app spec: replicas: 3 字段 说明 id 在 RGD 内唯一标识资源,用于在 CEL 表达式中引用 template 有效的 Kubernetes 资源清单 ID 命名规范(重要) Resource ID 必须使用 lowerCamelCase 格式 1234✓ 有效: dep...
K8S Orchestration - KRO V3
核心概念 ResourceGraphDefinition (RGD) 的 schema 部分定义了自定义 API 的形状 创建一个 RGD 时,kro 会基于这个 schema 生成一个 CRD,用户就可以实例化这个 CRD 核心功能API 身份标识 生成的 CRD API 将是 mycompany.io/v1alpha1,资源名为 applications.mycompany.io 1234schema: apiVersion: v1alpha1 # API 版本 kind: Application # 资源类型 group: mycompany.io # API 组(可选,默认 kro.run) 作用域12schema: scope: Cluster # 或 Namespaced(默认) 值 描述 Namespaced 实例存在于 namespace 内(默认) Cluster 实例是集群级别的 使用 scope: Cluster 时,所有 namespaced 资源必须显式设置 metada...










