一句话总结
ChatGPT Tasks 按排程跑一个保存好的 prompt——早 7 点的市场摘要、周日的周总结——跑完用推送或邮件通知你。截至 2026 年 6 月，它需要付费方案（Plus、Pro、Team、Enterprise、Edu，不含 Free），上限是同时 10 个活跃任务，且不管你在不在线都会跑。它是个人调度器，不是基础设施：跑次是 best-effort，联网搜索偶尔不触发。这篇讲：哪种形状的任务真能稳跑、哪些静默失败会毁掉它，以及什么时候该退回 API + cron。
ChatGPT Tasks 到底是什么
Tasks 让你不离开 ChatGPT 就能定时跑一个 prompt。你描述跑什么、何时跑（“每个工作日早 7 点，搜 fintech 的融资新闻”），ChatGPT 就按这个频率执行，再用推送或邮件把结果发给你。它在服务器端跑，所以你不用开着 App。
它不是 cron，也不是 Zapier。没有重试、对话线程之外没有跑次日志、不保证送达。把它想成”给 prompt 用的日历”。任何要喂进生产系统的东西，应该改用 OpenAI API 配真正的调度器（文末有说）。
硬性限制，截至 2026 年 6 月：
| 属性 | 详情（2026 年 6 月） |
|---|---|
| 可用方案 | Plus（$20）、Pro（$100/$200）、Team、Enterprise、Edu——不含 Free |
| 活跃任务上限 | 每用户 10 个；高档位也无法上调 |
| 暂停的任务 | 仍占用这 10 个名额 |
| 频率 | 一次性、每日、每周、每月、每年 |
| 时区 | 默认用账户时区，除非你在 prompt 里写明 |
| 通知 | 完成时推送或邮件；离线也会跑 |
| 平台 | Web、iOS、Android、macOS（Windows App 在路线图上） |
| 默认模型 | Plus/Pro 上的 GPT-5.5（Instant） |
Free 用户完全无法创建、查看或运行 Tasks。如果你在 Free 又想定时跑 prompt，唯一的路是用 API 配自己的调度器。
这篇适合谁看
已经有”每天该查一下 X”习惯、想让它自己跑的人——创始人、分析师、研究者、运营。如果你从没手动跑过这个 prompt 几次，先别排进定时。你不知道好的输出长什么样，也就审不出你从没见过的漂移。
哪些场景适合用 Tasks
- 按行业或公司过滤的每日新闻 / 市场摘要。
- 每周 KPI 核查，问题固定、数据来源是公开 URL。
- 每月对一批博客或 arXiv 分类的”本领域新进展”扫描。
- 生日 / 纪念日提醒，带上下文的拟稿祝福。
- 纯提醒（“周五下午 3 点提醒我看 Q3 草稿”）——Tasks 也能当提醒用，不只是内容生成。
开始前准备
- 先手动跑 5 到 10 次。你得在停止盯它之前知道输出长什么样。
- 定义清楚”够用”。没人看的摘要只是邮件量问题。
- 时间窗口要刻意选。开盘扫描必须在开盘后跑；新闻摘要必须在早间发布之后，不能在之前。
- 想清楚容错。漏跑一次没事，Tasks 很合适；漏跑一次会破坏下游，就改用 API + 监控。
具体步骤
-
起草并试跑。 在新对话里写好 prompt，跨不同日子跑 3 到 5 次。看方差：每天都给你有用输出，还是只在某些日子？
-
转成 Task。 稳定后让 ChatGPT 排程，时间和时区都写明：
每个工作日美西时间（US/Pacific）7:00 跑： 联网搜索过去 24 小时关于 [行业] 的重要新闻。 只保留至少满足以下之一的：融资、监管、产品发布。 最多 5 条 bullet，每条带来源 URL 和一句"为什么重要"。 没有重要新闻就说"今日无要闻"并停止，不要凑数。 -
核对排程。 确认 Task 出现在 Tasks 列表里、频率和时区都对。Tasks 默认用你的账户时区，所以夏令时切换和出差都会悄悄破坏”7am”的假设，除非你在 prompt 里钉死了时区。
-
头一周每条都读。 盯：空结果（搜索没触发）、内容重复（模型在循环）、语气不对（去改 prompt，不是改排程）。
-
用显式约束收紧。 按这一周的观察加硬规则：
约束： - 每条 bullet 必须引用过去 24 小时内发布的 URL。 - 不要观点文章或 newsletter，只要一手来源。 - 联网搜索没拿到新内容，就明确说"无"并停止。 -
给它一个下游落点。 让 Task 把输出邮到你收件箱，或者写进你每周回看的笔记。没有落点的 Task 两周内就会被忽略。
一份定时摘要的 prompt 模板
你在执行一个定时任务。
排程：[频率、时间、时区]。
目标：[一句话产物]。
输入：[要跟踪的 URL、主题、人名]。
约束：
- 每条断言必须引用来源 URL。
- 没有新内容就明说，不要编填充。
- 输出格式：[bullets / 表格 / 短段]。
- 到格式上限就停，不要多评论。
失败模式：联网搜索不可用时，输出"搜索不可用——需要手动跑"。最后一行最关键。静默失败是毁掉定时工作流的头号原因，而你唯一拿到的信号，就是一份看上去合理、实则跳过了搜索的输出。
完成后检查
- 头 5 到 7 次跑完整读，之后每周扫一次、每月随机抽审一次。
- 同一天用当下手动跑一次和定时输出对照，应该高度相近。差异大说明 prompt 脆。
- 如果联网搜索是 Task 的一环，偶尔核一下它实际跑了没。模型有时不调搜索就用训练数据回答，低优先级排程上尤其常见——上面那句”搜索不可用”就是逼它在调不动时主动承认。
- 统计”无要闻”输出。太多说明过滤太紧；太少说明太松。
管理 10 个任务的上限
你有 10 个活跃任务，这个天花板连 $200 的 Pro 档也不会变高。两个实操要点：
- 暂停的任务也占名额。 休假时暂停 Task 会保留它的 prompt 和排程，但不会释放名额。如果已经到上限又需要腾位，删除而不是暂停。
- 每季度审一次名额。 把定时 Task 放在专门的 Project 里，让系统指令和排程绑在一起；再维护一份
scheduled-tasks.md笔记，写每个 Task 的目的、频率和预期输出形状。Tasks UI 信息少，你的笔记才是审计轨迹。没人读的 Task 就退役——变成背景噪音的邮件量比没有 Task 还糟。
什么时候改用 API + cron
Tasks 设计上就是 best-effort。出现下列任一需求时，就改用 OpenAI API 配真正的调度器：
- 保证执行、带重试——漏跑不能拖垮下游系统。
- 对话线程之外的日志——你需要跑次历史、错误捕获、告警。
- 超过 10 个排程，或要把结果转交给别的服务。
- 输出进生产，不只是进你的收件箱。
典型搭法：一个 cron（或 GitHub Actions、Cloud Scheduler、Vercel cron）调用 API，解析返回、写进可持久化的地方，失败时呼你。接线更多，但你换来了 Tasks 故意不承诺的可靠性。
容易踩的坑
- 把一个你没手动跑过的 prompt 排进定时。 你都不知道它行不行。
- 忽略时区。 “7am”不带时区，跑的是你账户时区的 7am，夏令时和出差都会破坏它。在 prompt 里写明时区。
- 默认联网搜索每次都会触发。 它不会——模型负载和悄悄降级都会发生。加上那句”搜索不可用就说出来”。
- 让输出堆着不看。 没有回看习惯，两周内 Task 就变成噪音。
- 频率选错。 每日新闻摘要一般可以；每日竞品扫描一般太吵、衰减快。
- 靠暂停来腾名额。 暂停的任务仍占这 10 个名额。真要腾位就删。
- 把 Tasks 用在”漏跑会坏事”的位置。 它是 best-effort。要保证执行，就上 API + cron + 重试 + 监控。
FAQ
- 必须付费吗？：是。截至 2026 年 6 月，Tasks 在 Plus、Pro、Team、Enterprise、Edu 上可用，Free 账户无法创建、查看或运行。Free 的唯一变通是用 OpenAI API 配自己的调度器。
- 同时能跑几个任务？：每用户 10 个活跃任务，高档位也不会上调。暂停的任务仍占名额，所以需要腾位时要删而不是暂停。
- Task 静默失败了怎么办？：看对话线程，失败的跑次有时会留痕。把”它跑了吗？“的检查纳入每周回看，并用”搜索不可用”那句失败提示，让跳过的搜索自己暴露出来。
- Task 能用联网搜索等工具吗？：能，但要在 prompt 里点名你想用哪个工具。调度器不一定自己挑对。
- 休假期间怎么暂停 Task？：Tasks UI 支持按 Task 暂停 / 禁用。暂停会保留 prompt 和排程，但记住它仍占用你 10 个名额里的一个。
- Tasks 和 ChatGPT agent 有什么区别？：Tasks 是给单个 prompt 用的调度器；ChatGPT agent（Plus/Pro/Business/Enterprise/Edu）做的是按需的多步浏览和操作。摘要用 Tasks 排；要跨多站点”调研 + 执行”的活儿交给 agent。