Skip to main content
Session 是一次实际运行的载体:它把一个 Agent 放进一个 Environment,通过事件与你的应用交互。会话可以持续数小时、跨多轮交互。对话历史和 /mnt/session/outputs 会跨轮保留;要跨轮保留 /workspace 须开启 checkpoint,见下文。 希望通过界面选择 Agent、版本、环境和资源,可在 Managed Agents → 会话 新建会话。运行后的检查方法见在控制台查看与调试会话;下文说明 API 用法。

创建一个会话

最小请求只需要 agent 和 environment_id 两个字段:
会话事件加密:创建时加 x-events-encrypted: true,对话和工具 I/O 按客户密钥加密落库。开关创建后不能改。完整说明见 会话事件数据加密。
请求字段: 响应是完整的 Session 对象。agent 字段回显解析后的配置快照(钉住的版本 ⊕ 会话级覆盖),status 初始为 idle:
响应中的 budget 字段当前恒为 null:平台暂不支持会话级消费上限,用量请通过 usage 字段与账单侧监控。

跨轮保留沙箱文件

/mnt/session/outputs 始终跨轮保留。Agent 运行过程中生成、要交给你的文件产物写到这里,再用 Files API 按会话下载。 /workspace 默认不跨轮保留:第一轮写的文件,第二轮再读会找不到。只有要保留沙箱系统盘时,才需要在创建会话时开启 checkpoint。 要跨轮保留沙箱系统盘,创建会话时加请求头:
  • x-checkpoint:仅创建会话时可用。精确小写 true / false;未声明时按资源和 Agent 列表 推导,普通无状态会话默认关闭。
  • x-checkpoint-ttl:可选,保留天数,取值 1–30,缺省 30。通常需显式 x-checkpoint: true;有仓库资源且默认已开启时也可单独设置 TTL。
需要交给调用方下载的文件产物,写到 /mnt/session/outputs 即可,不必开 checkpoint。详见文件。
开启后,平台会在成功执行结束时尝试保存快照,下一轮优先从最近一次成功快照恢复;失败轮不更新快照;合作式 interrupt 收尾也可能保存最新磁盘。快照的创建或恢复受账号配额和底层服务可用性影响,失败时会回退到新的沙箱,因此不应作为唯一的持久存储。需要可靠下载的产物仍写入 /mnt/session/outputs。Checkpoint 只保留磁盘,不保留正在运行的进程和内存状态。

用初始事件预置会话

创建时通过 initial_events 预置最多 50 条 user.message,适合把既有上下文或任务说明一次性带入。只要 initial_events 非空,会话创建成功后会自动开始执行,无需再发送同一条任务:
内容块约束:每条事件非空且至多 20 个内容块,类型为 text 或 image(初始事件不支持 document)。image 只接受 source.type=base64,且生效模型必须是 glm-5.3-flash 或 glm-5.3-flashx;字段与限制见事件与流式输出。
SSE 是 live-only,而创建响应返回前执行可能已经开始。使用 initial_events 启动任务时,创建后立即连接 SSE,并用历史事件接口补齐连接前发生的事件。

为会话覆盖 Agent 配置

agent 的对象形态可以钉住特定版本,或在不改动 Agent 的前提下为单个会话覆盖配置:
覆盖语义:
  • 可覆盖 model、system、tools、mcp_servers、skills;每个字段都是整体替换(非深合并)。
  • 覆盖只作用于本会话,Agent 本身不变;会话创建后覆盖即冻结。
  • 覆盖含 mcp_toolset 时须与 agent.mcp_servers 一起提供,保证引用一致。
  • 钉不存在的 version 返回 400,并在错误信息中提示当前最新版本。

通过 Vault 提供 MCP 鉴权

如果 Agent 声明了需要鉴权的 MCP 服务器,创建会话时传 vault_ids 引用凭据集合。凭据按服务器 URL 匹配,详见连接 MCP与凭据管理。

启动会话

会话创建后处于 idle 状态,尚未供给沙箱。先打开事件流,再发消息——SSE 只转发连接建立后的实时事件,发完再订流会错过本轮进展。 典型的启动顺序:
  1. 打开 SSE 事件流:GET /v1/sessions/:id/events/stream(保持连接)。
  2. 发送第一条 user.message 事件:POST /v1/sessions/:id/events。
  3. 会话进入 running:平台按环境快照供给沙箱、挂载资源与 Skill、启动 Agent 循环。
  4. Agent 完成本轮工作后回到 idle(事件 session.status_idle),等待你的下一条消息。
发送消息与处理事件的完整说明见事件与流式输出。

Multi Agent、仓库与 Skill 固定

引用 coordinator 即创建Multi Agent Session;创建接口不接受 multiagent override。每个 Session 有 primary thread,子线程运行时按需产生,详见会话线程。 声明 github_repository 时,仓库工作树进入 /workspace,详见访问 GitHub 仓库。multiagent 会话与仓库会话默认尽量启用 checkpoint;显式 x-checkpoint:false 优先。若只依赖 Agent 列表 推导,单独发送 x-checkpoint-ttl 仍会返回 400,需同时声明 true。快照受配额影响,失败会降级,不替代 Files/Memory。 新协议创建时会将主 Agent 和委派成员的 Skill latest 解析成具体版本;旧协议创建的会话仍按每次启动解析。Session 已固定的 Skill 不因目录摘牌立即消失,见Skills。 initial_events 非空会立即触发执行,需使用带计费资格的 API Key。默认先建空 Session、建立 SSE、再发任务,减少漏接首轮事件。

下一步

管理会话

查询、更新、归档与删除会话

事件与流式输出

事件类型、SSE、打断与引导

文件

向会话挂载输入文件

记忆

跨会话保留长期记忆

本页对应 OpenAPI

Session:创建、列出、更新、事件