第七课：云端异步
工作在你不在机器旁时发生

≈20 分钟 · AI 时代战略型工程师 · 课程 0007 · 2026-07-06
前置：第六课·并行舰队 · 参考：术语表 · 能力速查表

阶梯 ④：你唯一还没上过的一级

盘点一下你的委派阶梯：①②③⑤都实操过了——同步结对是日常，任务委派和并行舰队在 KMP 重构里跑通，甚至 ⑤ 级的全自动 Workflow 也走完了。唯一空着的是 ④ 云端异步：所有这些都发生在你的机器上、你的工作时段里。这一课补上它——让工作在你睡觉、通勤、开会时也在发生。

两家的云，答案不同（先记住这句总纲）：
Codex 的云是"任务农场"——以 environment 为中心，事件驱动（@codex 提及、PR review），独有 best-of-N 多方案并行；
Claude Code 的云是"会话的延伸"——--cloud 一键推上云、--teleport 连历史带分支拉回终端，且 Routines 已实现真正的云端定时（关机照跑）。
一个靠事件驱动，一个靠日程驱动——恰好互补。
先说给你的合规提醒：云端异步意味着代码离开你的机器——Codex Cloud 要连 GitHub，Claude 云会话跑在 Anthropic 托管 VM（没连 GitHub 的仓库还会打包上传）。公司内网仓库（你的 novel 仓库这类）上任何一家云之前，先确认公司合规政策。本课的实操建议先用个人/开源仓库练手。

Codex Cloud：任务农场

前置清单（第一次用，按顺序，缺一步就卡住）

① 订阅确认
Plus/Pro/Business 均含→ ② 网页连 GitHub
chatgpt.com/codex 授权→ ③ 网页建 environment
CLI 做不了这步→ ④ setup 脚本 + secrets
可选但推荐→ ⑤ CLI 冒烟测试
codex cloud list

本机实测（codex-cli 0.142.5）的两条真实报错，正是这份清单的由来：

$ codex cloud exec "test task"
error: the following required arguments were not provided: --env <ENV_ID>

$ codex cloud exec --env fake-env-id "say hi"
Error: no cloud environments are available for this workspace

即使 CLI 已登录，云环境也必须先在网页端创建——CLI 无法创建环境。冒烟测试的通过标准：codex cloud list 返回 No tasks found.（而不是认证/环境错误）。

环境的三条安全设计（都值得抄）

1
secrets 只进 setup 阶段：加密存储、仅安装依赖时可见，agent 干活阶段拿不到——防 prompt injection 把密钥外泄。环境变量则全程可见，敏感的放 secrets。
2
agent 阶段默认断网：setup 阶段始终有网装依赖；agent 开跑后默认无网络，要开就从 "Common dependencies" 白名单（npm/PyPI/github 等约 70 域名）起步，慎用 All。
3
容器缓存 12 小时 + maintenance 脚本恢复——setup 别写成每次全量重装。

best-of-N：一个任务并行出多个候选

codex cloud exec --env <ENV_ID> --attempts 3 "重构 XXX，保持行为不变"
codex cloud diff <TASK_ID> --attempt 2    # 先看第 2 个候选的 diff
codex cloud apply <TASK_ID> --attempt 2   # 满意再应用到本地
✓
--attempts 范围 1–4。什么任务值得多 attempt：开放性、多解法的任务（复杂 bug 的不同修法、重构方案对比）——这是第六课"评审团模式"的云端一键版；机械修改不值得（社区共识，官方未给明文清单）。复杂任务还可以组合不同候选的部分内容。

插曲（呼应第五课）：cloud apply/diff 两个子命令官方 CLI 文档目前还没写，是 --help 实测出来的——又一次"文档滞后于二进制，实测才是事实源"。

@codex review：目前打磨最成熟的 PR 闭环

PR 评论
@codex review→ 👀 确认后发标准 review
只报 P0/P1，聚焦减噪→ @codex fix the P1 issue
开云任务直接修→ 修复 push 回分支
闭环
✓
可加限定语：@codex review for security regressions；仓库设置里开 Automatic reviews 让每个新 PR 自动被审；定制规则写在 AGENTS.md 的 ## Review guidelines（多层 AGENTS.md 时离被改文件最近的优先）——下一课就要往这里写 Ousterhout 的复杂度 red flags，这是伏笔。
Codex 云的短板（2026-07）：定时 × 云端未闭环。Automations（定时任务）目前跑在本地——机器必须开机、Codex 必须在运行；cloud-based triggers 官方说在建但未 GA。想要"睡觉时自动跑"，看下面 Claude 这边。

Claude Code：会话的延伸

一次性云任务：--cloud / --teleport
claude --cloud "任务描述" → 云端（Anthropic 托管 VM）从 GitHub 克隆当前分支开跑，本地关机不影响，改动经 claude/ 前缀分支推回。坑：云端看不到你没 push 的 commit，先 push。可连发多条并行，/tasks 统一监控；手机 app 的 Code 标签也能发起和盯进度。
收活：claude --teleport [session-id] 把云会话连对话历史带分支拉回本地终端继续（需 claude.ai 订阅登录，API key 认证不可用）。
没连 GitHub 的仓库有 fallback：本地 repo 打包上传（<100MB）——方便，但注意上面的合规提醒。
官方推荐工作流：Plan locally, execute remotely——本地 plan 模式定计划 → 计划落仓库 push → --cloud 执行。这正是你第三课"方案冻结后放行"的云端版。
定时云任务：Routines（Codex 没有的）
打包"提示词 + 仓库 + 触发器 + 环境变量 + MCP 连接器"，跑在 Anthropic 云上，电脑关机照跑。三种触发：Schedule（cron）/ API（HTTP 调用）/ GitHub event。
创建：/schedule daily PR review at 9am 或 claude.ai/code/routines 配完整版；一次性的 /schedule tomorrow at 9am ... 不占 routine 限额。
结果回流：GitHub 分支/PR/评论、API 返回会话 URL、或在提示词里要求推消息。
另有两个云端 review 兵器：/code-review ultra——云沙箱起一队 reviewer 并行审 + 每条发现独立验证（约 5-10 分钟，Pro/Max 3 次免费后 $5-20/次；claude ultrareview 非交互输出 JSON 可接 CI）；claude-code-action——GitHub 上 @claude 提及，跑在 GitHub Actions runner（计算费走 GitHub、模型费走 Anthropic，双轨计费）。

选型决策表（贴墙）

场景选谁为什么
一个难题想并行试几种解法Codex --attempts 2-4独有 best-of-N，diff --attempt 挑候选，评审团模式一键版
PR 自动审查 + 一键修复闭环Codex @codex review / fix只报 P0/P1 减噪、Review guidelines 可定制、fix 直接开云任务
发版前对一个 PR 做深度审查Claude /code-review ultra多 agent 并行审 + 逐条独立验证（第六课对抗验证的产品化），按次付费
每天/每周固定时间自动跑活Claude Routines2026-07 唯一真·云端定时（Codex Automations 还锁在本地）
下班前把长任务推上云、回家接着看Claude --cloud + --teleport会话模型统一，云↔本地无缝接力
公司内网仓库、不能上公有云都不用回到 ③ 级本地并行舰队 + 本地 Automations；合规优先

落地任务：把 ④ 级点亮（约 45 分钟，用个人仓库）

三步，每步都有验收标准

①
Codex Cloud 冒烟（15 分钟）：按前置清单走到第 ⑤ 步——chatgpt.com/codex 连 GitHub、给一个个人仓库建 environment，然后 codex cloud list。验收：返回 "No tasks found." 而非报错。再跑一发真的：codex cloud exec --env <ID> --attempts 2 "给 README 补一节使用示例"，用 diff --attempt 1/2 对比两个候选——感受一下 best-of-N 的差异有多大。
②
review 闭环（15 分钟）：在该仓库开一个小 PR，评论 @codex review；看它报什么，再试 @codex fix ... 让它开云任务修。验收：修复 commit 出现在分支上。
③
Claude 云接力（15 分钟）：同仓库 claude --cloud "跑一遍测试并修掉 lint 告警"，手机上打开 claude.ai 的 Code 标签看进度；回来 claude --teleport 拉回本地。验收：本地终端里能看到云会话的完整历史。想试定时就加一条 /schedule tomorrow at 9am 检查这个仓库的 CI 状态并总结。

做完告诉我：① best-of-N 两个候选差异大吗 ② @codex review 报的 P0/P1 靠谱吗——这两个观感决定第八课的 review guidelines 怎么写。

自测（先回忆，再点选）

1. CLI 已登录，但 codex cloud exec 报 "no cloud environments are available"，原因是？

环境（environment）是 Codex Cloud 的中心概念，只能在 chatgpt.com/codex 网页端创建——CLI 无法创建环境，只能用（--env 传 ID）。这是前置清单第 ③ 步，也是实测中最常见的第一个坑。

2. best-of-N 跑完后，挑选并采用某个候选的正确路径是？

先 codex cloud diff <TASK_ID> --attempt N 看第 N 个候选的 unified diff，满意再 apply --attempt N 应用到本地——先看后用。省略 --attempt 默认取第 1 个。这两个子命令官方文档还没写，是 --help 实测所得。

3. 2026-07 时点，"定时 + 云端"（关机也照跑）哪家闭环了？

Claude Routines 跑在 Anthropic 云上，cron/API/GitHub event 三种触发，电脑关机照跑；Codex 的 Automations 目前锁在本地（机器要开着、Codex 要在跑），cloud triggers 在建未 GA。这是两家云端形态最实用的一处差异。

4. Codex Cloud 里，数据库密码这类敏感信息的正确存放方式是？

secrets 加密存储、只在 setup（装依赖）阶段可见，agent 干活阶段拿不到——这是防 prompt injection 外泄的设计。环境变量全程可见，只放不敏感的配置。配合"agent 阶段默认断网 + 白名单"，构成 Codex Cloud 的三条安全设计。

首选阅读（一篇就够）

Codex Cloud 官方文档（约 15 分钟，连同 environments / internet-access 两个子页）。环境生命周期、secrets 设计、网络策略的一手出处——理解了 environment 这个中心概念，Codex 云的一切（exec/review/fix）都顺了。

引用文献

🧠背诵区

点卡片翻面。记的是能用的判断核心，不是定义。

闪卡 1 / 总纲
两家的云端异步，形态差异一句话怎么说？各自靠什么驱动？
翻面
Codex 的云是任务农场（以 environment 为中心，独有 best-of-N，@codex review→fix 闭环最成熟）；Claude 的云是会话的延伸（--cloud 推上去、--teleport 连历史拉回来，Routines 真云端定时）。Codex 靠事件驱动（@codex/PR），Claude 靠日程驱动（Routines）——互补不互斥。
闪卡 2 / Codex 铁律
第一次用 Codex Cloud 最容易卡的坑是什么？它的三条安全设计？
翻面
坑：环境必须先在网页端创建（CLI 报 "no cloud environments"），冒烟标准是 codex cloud list 返回 No tasks found。三条安全设计：① secrets 只进 setup 阶段，agent 拿不到 ② agent 阶段默认断网，白名单起步 ③ 容器缓存 12h。best-of-N：--attempts 1-4，diff --attempt 先看、apply --attempt 再用。
闪卡 3 / 选型
四个典型场景各选哪家：多方案探索 / PR 闭环 / 定时夜跑 / 云本地接力？内网代码呢？
翻面
多方案探索 → Codex --attempts（评审团一键版）；PR review+修复闭环 → @codex review/fix（深审单个 PR 用 Claude /code-review ultra）；定时夜跑 → Claude Routines（2026-07 唯一真云端定时）；云本地接力 → --cloud + --teleport。内网/合规敏感代码：不上云，回本地舰队。
⏱ 间隔复习：明天扫一遍，3 天后再来。交织：翻一张第一课「委派阶梯」的旧卡——阶梯每上一级的门票都是"把意图说清"，④ 级的门票具体化为：environment 配置 + PR 验收纪律。
🗣复述区

能讲清楚，才是真懂——比能回忆高一层。

复述任务
用一段话讲清楚：云端异步补足了你委派阶梯的哪一环？两家云怎么分工？你明天上手的第一步是什么、第一个要注意的边界是什么？
参考表述
我的阶梯①②③⑤都实操过了，唯独 ④ 云端异步空着——之前所有委派都发生在我的机器和工作时段里，云端异步让工作在我睡觉和通勤时也发生。两家云形态互补：Codex 是任务农场，以网页端预建的 environment 为中心，事件驱动，强在 best-of-N 多方案并行（--attempts 出多个候选、diff 后 apply 挑最优）和 @codex review→fix 的 PR 闭环；Claude 是会话的延伸，--cloud 把当前分支推上托管 VM、--teleport 连历史拉回终端，并且 Routines 是目前唯一的真云端定时——关机照跑。第一步是在网页端给个人仓库建 Codex environment 然后 codex cloud list 冒烟（环境只能网页建，这是最常见的坑）；第一个边界是合规：云端异步意味着代码离开我的机器，公司内网仓库上云前必须先过合规，不行就退回本地并行舰队。

讲不顺的地方就是还没真懂的地方 —— 发给我，我帮你补上。

有任何不清楚的，直接问我——比如"我的哪个仓库适合先上云""Routine 的 cron 怎么写""@codex review 和 /code-review ultra 该在流程哪个位置各放一个"。做完落地任务把两个观感（best-of-N 差异、P0/P1 靠谱度）发我，第八课的 Review guidelines 从那里写起。