跳转到内容
全部开发指南

关掉电脑 Claude Code 怎么继续写代码开 PR？用云端 Scheduled Tasks（原 Routines）

AIGoCode发布于 更新于

关掉电脑 Claude Code 怎么继续写代码开 PR？用云端 Scheduled Tasks（原 Routines） 封面

Claude Code 一直有个前提：终端开着，你还在盯着它。本地 Scheduled Tasks 也一样，合上笔记本任务就断了。

Anthropic 后来加了一套云端自动化：把 Claude Code 会话放到 Anthropic 管理的云端跑。你写好 prompt、指定仓库、设好触发条件，电脑关机它也能继续。官方现在把这套能力叫 Scheduled Tasks（定时任务），早期文档和界面里还经常出现旧名 Routines；创建入口仍是 claude.ai/code/routines，文档在 code.claude.com/docs/en/routines。功能仍处在 research preview，行为、限额和 API 都可能变。

Claude Code Scheduled Tasks 原文配图 1

它和 GitHub Actions 差在哪

第一反应往往是「这不就是 CI/CD 吗」。仔细看，差别很大。

GitHub Actions 跑的是你写好的脚本，每一步基本是确定的。Scheduled Tasks 跑的是一次完整的 Claude Code 云端会话：能读代码、写代码、跑命令、调连接器、开 PR，过程是自主决策的。

你给它的不是 workflow YAML，而是一段自然语言 prompt。例如「检查过去一天新开的 issue，按代码区域打标签，分配负责人，把摘要发到 Slack」，由 Claude 自己拆步骤去完成。

三种触发方式

一个任务可以挂一个或多个触发器：

  • 定时：按小时、每天、工作日、每周，或自定义 cron；也支持在某个未来时间点跑一次。
  • API：每个任务有自己的 HTTP 端点，POST 即可启动，请求体里可带参数，方便接告警、部署脚本或内部工具。
  • GitHub 事件：例如 PR 创建、PR 合并、release 发布，并可加过滤条件。

例如同一个 code review 任务，可以每晚定时跑一遍，也可以在每个新 PR 创建时触发，还能从部署脚本里用 API 再调一次。

Claude Code Scheduled Tasks 原文配图 2

适合拿来做什么

官方和社区里比较常见的场景包括：

  • Backlog 整理：下班后扫 issue，打标签、分 owner，第二天早上看整理好的队列。
  • 告警分级：监控异常时调 API，拉 stack trace、关联近期 commit，开带修复建议的 draft PR。
  • 自定义 Code Review：PR 一创建就按团队 checklist 留 inline 评论。
  • 部署验证：部署完成后跑 smoke test、扫错误日志，再往发布频道发 go / no-go。
  • 文档漂移检测：定期扫合并的 PR，找出引用了已变更 API 的文档并开更新 PR。
  • 跨语言 SDK 同步：一个语言的 SDK 合入改动后，把变更 port 到另一语言并开对应 PR。

Claude Code Scheduled Tasks 原文配图 3

怎么创建

三个入口写的是同一套账号数据，一边创建另一边马上能看见：

  1. Web：claude.ai/code/routines → New routine / New task → 填 prompt、选仓库、选环境、设触发器。
  2. CLI：在 Claude Code 里用 /schedule（别名 /routines），也可以直接写 /schedule daily PR review at 9am。
  3. Desktop：Code 标签里的 Scheduled / New remote task。

一个重要细节：任务以你的身份运行。它开的 PR 显示你的 GitHub 用户名，发的 Slack 消息也用你的账号，不是匿名 bot。

Claude Code Scheduled Tasks 原文配图 4

使用前先想清楚的限制

  • 仍是 research preview。行为、限制、API 都可能改，不适合把关键生产流程硬绑死在上面。
  • 自主运行、权限面更大。没有像本机那样逐步弹窗审批的完整交互；它能做什么取决于你给的仓库权限、环境变量和连接器。给多了就是安全风险。
  • 按账号用量计费。每次运行会消耗订阅配额；另有按小时的触发次数上限，具体以官方文档表格为准。
  • Prompt 必须写具体。旁边没有人追问，成功标准、边界条件、输出写到哪里都要写清楚。
  • 可移植性。如果自动化深度绑在 Anthropic 云端，以后迁移成本会变高；在意可移植性时，可以优先用 API 触发，把编排层留在自己这边。

Claude Code Scheduled Tasks 原文配图 5

和本地 Scheduled Tasks 怎么选

Desktop / 本机也有 Scheduled Tasks：机器开着、应用在跑时，才能访问本地文件和本机工具。云端任务不依赖笔记本开着，但通常只能动你指定的 GitHub 仓库和连接器。

简单记：跟本地环境强相关的轻量任务用本地；需要关机继续跑、或要响应外部事件的，用云端 Scheduled Tasks。

小结

Scheduled Tasks（原 Routines）把 Claude Code 从「人坐在终端前指挥」推进到「设好规则后让它在云端自己跑」。issue 分类、code review、文档同步、部署验证这类重复工作，以前往往要写一堆 YAML，现在可以用一段 prompt 先试起来。

建议先从低风险场景验证：看它开出的 PR、发出的消息是否符合预期，再决定要不要接到更关键的流程。更完整的 Claude Code 配置与技能体系，也可以对照站内的 ECC 与 Claude Code skill 上下文 一起看。

如果你平时用 Claude Code 接多模型做编码，可以在 AIGoCode 上统一管理 API 与模型分组，把交互会话和云端自动化分开规划额度。

参考链接