Aklman · Library

09 / 第九章

放出去 · 派一批活上云,验收回来.

有些活不用你守着。这章把一批活真的派出去:两个并行的 cloud agent 在后台跑,你去喝咖啡,回来照着 transcript 逐条验收;跑顺的那个改成每周定时。也讲清对一个人,多 agent 编排什么时候是过度。

MD海报

到这里 agent 都在你眼前跑 —— 你看着它一步步动。但有些活不值得你守着:夜里的维护、一开 PR 就该触发的检查、需要并行跑的一批杂活。这章把一批活真的派出去:两个 cloud agent 后台并行,你去喝咖啡,回来照着 transcript 和 diff 逐条验收;跑顺的那个,改成每周定时。然后讲清:对一个人,多 agent 编排什么时候是过度。

I

主线:派两个 cloud agent 出去,验收回来.

挑两件安全又能并行验收的活:一件出报告(依赖审计),一件出 PR(清一组 lint 警告)。两个都是明确、可验证、不需要你中途判断的活 —— 这是上云的入场条件。跑 cloud agents 需要账户里 ≥20 credits(新用户有试用 credits);Slack / Linear 这类 integrations 要 Build / Max / Business 的团队,本章只用定时和手动,不要团队。2注 2Warp Docs · Cloud agents quickstart —— 截至 2026-08-06:入口是 /cloud-agent slash 命令(没有 environment 会引导你建;/create-environment 显式建);environment = Docker image + repos + setup commands(要求 glibc,不支持 Alpine / musl;有预置 dev images;GitHub auth 可按用户或按团队配);跑 cloud agents 需要 ≥20 credits(新用户有试用 credits);run 在 conversations 面板、session 链接、或 Oz web app(oz.warp.dev)的 Runs tab 看,手机也行;/create-skill 把一次 run 变成可复用、可调度的 skill;oz schedule create 建定时;Slack / Linear 等 integrations 需要 Build / Max / Business 的团队。
01

备环境:让 /cloud-agent 带你建一个

在 Warp 里输入 /cloud-agent,没有 environment 它会引导你建:一个 environment 就是一个 Docker image + 你的 repo + setup 命令(装依赖、配 GitHub auth)。两条硬要求:镜像必须是 glibc 的(Alpine / musl 不行),不想写 Dockerfile 就用预置的 dev image。2注 2Warp Docs · Cloud agents quickstart —— 截至 2026-08-06:入口是 /cloud-agent slash 命令(没有 environment 会引导你建;/create-environment 显式建);environment = Docker image + repos + setup commands(要求 glibc,不支持 Alpine / musl;有预置 dev images;GitHub auth 可按用户或按团队配);跑 cloud agents 需要 ≥20 credits(新用户有试用 credits);run 在 conversations 面板、session 链接、或 Oz web app(oz.warp.dev)的 Runs tab 看,手机也行;/create-skill 把一次 run 变成可复用、可调度的 skill;oz schedule create 建定时;Slack / Linear 等 integrations 需要 Build / Max / Business 的团队。
02

派:两条任务并行发出去

用下面 PromptBox 的模板填两条任务,各起一个 cloud run。命令行派用 oz agent run-cloud,app 里派就用 /cloud-agent 开 Cloud Mode。发完关上笔记本 —— 它们不占你的终端。
03

离开:run 的状态随处可看

每个 run 留下持久记录:状态、元数据、transcript、outputs。在 conversations 面板、session 链接、或 oz.warp.dev 的 Runs tab 都能看 —— 手机上也能盯。这一步是真的去喝咖啡,不是换个窗口焦虑。1注 1Warp Docs · Oz Platform overview —— 截至 2026-08-06:Cloud Agents 运行在 Oz Platform 上 —— trigger(schedule、Slack / Linear / GitHub、CI、webhook、API、手动)创建任务,编排层(Warp cloud 控制面)跟踪生命周期,任务在 host(默认 Warp 托管;self-hosted 是 Enterprise)上执行,可选 environment;每个 run 留下 status、metadata、transcript、outputs 的持久记录。Oz CLI 是 headless 接口;另有 Agent API 与 Python / TypeScript SDK。
04

验收:照 transcript 逐条过

回来别只看结论。报告型任务:开 artifact,抽两条漏洞去 npm advisory 核对。PR 型任务:看 diff 全貌,跑一遍 CI,再问一句「它为什么这样改」—— transcript 里有它的推理。不合格就拒,这就是验收。
05

固化:跑顺的那个改成每周定时

依赖审计跑顺了,就别再手动派:oz schedule create --cron "0 10 * * 1" 每周一上午自动跑;或者 /create-skill 把这次 run 变成可复用、可调度的 skill。lint 那个如果只发生一次,就让它停留在一次性 —— 不是什么都值得定时。2注 2Warp Docs · Cloud agents quickstart —— 截至 2026-08-06:入口是 /cloud-agent slash 命令(没有 environment 会引导你建;/create-environment 显式建);environment = Docker image + repos + setup commands(要求 glibc,不支持 Alpine / musl;有预置 dev images;GitHub auth 可按用户或按团队配);跑 cloud agents 需要 ≥20 credits(新用户有试用 credits);run 在 conversations 面板、session 链接、或 Oz web app(oz.warp.dev)的 Runs tab 看,手机也行;/create-skill 把一次 run 变成可复用、可调度的 skill;oz schedule create 建定时;Slack / Linear 等 integrations 需要 Build / Max / Business 的团队。
提示词Cloud Agent 任务模板(主线两件活都照这个填)
任务:<后台要完成什么>
环境:<repo / image / setup commands>
边界:只允许 <读/写范围>;禁止 <生产写入/删除/deploy/secret 输出>
验收:<artifact / PR / 报告>,附上你跑过的验证命令和结果
失败:失败时停止,保留 logs,不自动重试破坏性命令。
任务:跑一次依赖审计,找出 npm 里有已知漏洞或落后两个大版本的包
环境:repo github.com/acme/web,node:22 image,setup 跑 npm ci
边界:只允许读 package.json / package-lock.json 和跑 npm audit;禁止生产写入、删除、deploy、secret 输出
验收:一份按严重度排序的报告 artifact,附升级建议命令,说明每条结论来自哪条 advisory
失败:失败时停止,保留 logs,不自动重试破坏性命令。
# 后台起一个 cloud run,不占你的终端
oz agent run-cloud --prompt "清理 7 天前的临时文件,把释放的空间写进报告"
 
# 跑顺了之后,改成每周一 10:00 定时
oz schedule create --name "weekly-dep-audit" \
  --cron "0 10 * * 1" \
  --environment <ENV_ID> \
  --prompt "跑依赖审计,按严重度出报告 artifact"

命令行派活与定时(oz CLI;app 里对应 /cloud-agent 与 schedule UI)

II

本地起,云端接;云端完,本地审.

你不必一开始就决定本地还是云端 —— 一段对话可以跑着跑着交接。三个方向规则不同:本地 → 云端只有 Warp Agent 能走,fork 会话并把你未提交的改动快照带上去;云端 → 云端(Warp Agent、Claude Code、Codex harness 之间)同一会话继续,workspace 状态恢复;云端 → 本地用 Continue locally / /continue-locally,但要记住:workspace 补丁不会应用到本地 —— 回来的东西去 branch / PR 里审,别指望工作区自动变。附件全程带得过去,补丁应用是 best-effort,部分失败会明说。3注 3Warp Docs · Handoff between local and cloud agents —— 截至 2026-08-06:本地 → 云端(仅 Warp Agent):fork 会话并应用未提交的 workspace 快照;云端 → 云端(Warp Agent 与 Claude Code / Codex harness):同一会话继续,workspace 状态恢复;云端 → 本地:Continue locally / /continue-locally,但 workspace 补丁不会应用到本地 —— 去审 branch / PR 这个 artifact;附件会带过去;补丁应用是 best-effort,部分失败会报告。
选择适合不要用在
本地 Agent你要实时审命令、看输出、随时改方向长时间等待、并行跑很多任务
Cloud Agent明确、可验收、能后台跑、触发清楚需要频繁人工判断、敏感本地凭据
Oz orchestration多 agent 并行、团队监督、run 可观察性、事件/计划自动化一个人临时跑一条命令

III

单人何时过度,账单怎么算.

多 agent 编排是给团队规模设计的 —— 一个人,一两个定时或手动的云端 agent 就够,再往上的 swarm 大多是过度,还多烧 credits。账单要会算:credits 分三桶 —— AI(推理)、compute(Warp 托管沙箱)、platform(run 生命周期与观测),同一池扣;每个 cloud run 至少扣 platform,用 Warp 托管算力加 compute,用 Warp 模型再加 AI。你本机配的 BYOK 云端拿不到 —— cloud run 照常消耗 Warp credits;Enterprise 要在云端用自己的推理,走 BYOLLM,不是本地那套 key。Cloud Runners(算力配置)2026-07-23 起全员可用,配 oz runner;但 self-hosted execution 仍是 Enterprise。Oz 还能把 Claude Code、Codex 当云端 harness 跑(pricing 页标 beta):推理记你的 provider 账,Warp 仍计 compute 与 platform —— 你已付费的 CLI 订阅上云接着用,但不是免费。4注 4Warp Docs · Credits —— 截至 2026-08-06:credits 分三桶:AI(推理)、compute(Warp 托管沙箱,仅 cloud run)、platform(run 生命周期 / integrations / 观测 —— 每个 cloud run 都扣,Business / Enterprise 用自带推理的本地 run 也扣);同一额度池(Settings > Billing and usage);每个 turn 有 credit chip 可 hover 看消耗;个人可以从自己的 credits 经 CLI / API 跑 cloud agents;Slack / Linear integrations 需要团队成员身份;普通 shell 命令不耗 credits。6注 6Warp Docs · BYOK + changelog 2026-07-23 —— BYOK 不适用于 Cloud Agents:key 只存在你设备上,云端 run 拿不到,cloud runs 照常消耗 Warp credits;旧的「Enterprise team-managed keys」例外已取消,集中托管推理走 BYOLLM。2026-07-23 起 Cloud Runners 与 Cloud Agent Runners 全员开放,配 oz runner CLI;2026-08-06 本机轻测:Warp bundle 带 oz(v0.2026.07.01),oz --help 列出 agent / environment / mcp / schedule / secret 等命令。5注 5Warp Docs · Harnesses in Oz —— Claude Code 与 Codex 可作云端 harness,共享 triggers / environments / secrets / skills / rules / 观测;推理由你提供的凭据记 provider 的账,Warp 计 compute 与 platform credits;在 Cloud Mode 的 harness 下拉、Oz web app 或 API 的 harness 字段选;pricing 页把「Use any harness in the cloud」标为 beta(并列在 Free 下)。 验收这一章 —— 主线那两个 run,你要真的派出去、真的验收:

在场的活留本地, 离场的活放云端.

Work you attend stays local, work you leave goes to the cloud.

Aklman Library

讨论

讨论.

评论区初始化中…