ChatGPT 定时任务怎么用：上下文、记忆、文件与工具

让 ChatGPT 明天继续做事，先确定你要它从同一段聊天继续，还是每次独立完成一个任务。独立定时任务从保存的提示词开始；聊天内的定时任务可以使用该聊天已有的上下文。两者都不意味着自动获得你所有旧聊天、全部文件和外部账号权限。OpenAI 当前的 Scheduled tasks 文档明确区分了这两种运行方式。

最实用的做法是：把必须准确执行的目标、判断标准、时间范围和停止条件写进任务提示词；让会变化的数据来自任务实际可用的上传材料或授权来源；把 Memory 用作补充背景。任务运行后，再看它读到了什么、完成了什么，而不只看有没有收到通知。

截至 2026 年 10 月 7 日，定时任务已经包含支持应用的事件触发，不能继续沿用“所有 webhook 和事件都不支持”“所有任务最快每小时一次”“所有本地文件都不能处理”的旧结论。不过，Help 中的常规 ChatGPT Tasks 与 Learn 中的 ChatGPT Work、桌面本地任务和聊天内跟进，仍有不同的适用说明。下面在这些区别会影响操作的位置分别说明。

先选独立运行、聊天内续接，还是监控

每周生成一份独立简报，用独立定时任务；继续已经讨论到一半的研究，用聊天内定时任务；等某件事发生后通知并停止，用有明确结束条件的监控。选择依据是下一次需要接着什么做，而不是提示词写得多长。

Learn 的聊天内调度说明说，这类任务会回到现有聊天，用已有上下文继续工作；独立任务适合各次互相独立、在 Scheduled 中分别查看结果的工作。续接现有聊天能减少重复交代背景，但重要决定仍应写清，例如“已经排除方案 A，只比较 B 和 C”。不要只留一句“按上面的讨论继续”。

监控则需要能判断变化。根据 Tasks 帮助页，监控任务可以利用自己的先前运行信息，在结束条件满足时停止。这是当前任务的状态延续，不能推导成它能读取账户里任意旧对话。

例如，你想等一份公开文档撤销某项限制，可以让任务记住“上次仍有该限制”，下一次只在限制被正式修改时通知。若只是每次概括网页，任务即使运行了，也没有明确的比较和停止依据。

下一次运行会拿到什么上下文？

可以直接依赖的是你为该任务保存的指令和明确提供的材料。其他背景要按实际运行方式判断：同一聊天的上下文、相关记忆、工具返回内容、监控自己的历史，分别承担不同作用。

OpenAI 对 dot 任务上下文的说明把上下文描述为消息、指令、相关材料、工具结果和委派结果中的一部分选择。新分配的任务会接收针对该工作的指令与背景，不会自动接收所有过往聊天；一次调用所选上下文也可能和后台任务可用的信息不同。这有助于理解“能续接”与“完整复现全部历史”的区别，但不能把 dot 的全部能力套到每一种常规 ChatGPT 定时任务上。

对你自己的任务，最有价值的输入通常是这些具体内容：

• 目标：为谁完成什么，结果要用于哪一个决定。
• 已确认的事实：对象、数值、日期、版本、已经作出的选择。
• 动态来源：每次去哪里读，读哪个账号、页面、文件或范围。
• 判断标准：什么算变化，什么值得通知，信息冲突时如何处理。
• 输出与结束条件：结果放在哪里，什么时候停止、暂停或等待你决定。

“每天帮我看看有没有变化”缺少检查对象和基准。改成“每天比较这两份公开帮助文档中的文件可用性条款；只有条款改变才通知，保留原文链接与检查日期”，下一次运行才有可判断的任务。

也要区分固定事实与变化数据。假设你的内部判断线是“本周可用容量低于 20% 时提醒”，20% 应保存在任务指令中；本周容量则应从指定的数据源读取。把两者都交给记忆，容易把过去的数值当成今天的状态。

Memory 能帮忙，但关键规则要显式保存

Memory 适合补充写作习惯、偏好和长期背景。必须逐字准确、每次都适用的阈值、名单、业务口径或规则，应放在任务提示词或实际可访问的材料中。

当前 Memories 文档还区分了两套存储：ChatGPT 网页及 Work 使用账户、工作区提供的 ChatGPT Memory；本地 Codex 客户端使用独立的本地记忆及控制项。因此，“我在 Codex 的记忆文件里保存过”不等于网页定时任务已获得那份资料。dot 自己的持续笔记又与 ChatGPT 保存的记忆不同，官方也没有把它描述为完整聊天记录。任务与记忆说明

一个简单的判断办法是问：这条信息记错或缺失，会不会改变结果？

“喜欢短段落、用简体中文、先写结论”可以作为偏好，也可以直接写进任务。“只检查指定客户”“截至哪一天”“达到哪个数值才通知”会改变任务结果，应明确保存。文件正文、密码、凭证或本地路径，也不能靠一句“你应该记得”变成可用来源；涉及账号访问时，应使用适当的授权连接，而不是把秘密写进提示词。

项目文件、上传文件和本地目录怎么提供？

文件能否使用，需要看你创建任务的入口和材料是否真的向该任务开放。在 Project 里创建任务，不等于任务能读取整个 Project 的文件库；网页上传的副本，也不等于可以持续读取电脑上的原文件。

当前官方资料有一处必须保留的差异：Tasks 帮助页仍明确说，在 Project 中创建的任务不能访问其上传文件或项目文件；而 Learn 的网页 Scheduled tasks 说明说，任务能使用该聊天可用的上传文件、已连接工具、技能和插件，并建议把必需资料放在可访问的项目、上传材料或连接服务中。

这两段不能合并成“所有任务都能读项目文件”，也不能合并成“任何上传文件都不能用”。两份说明涉及的产品、入口和任务范围不同；现有资料不足以给每个账户作统一保证。你实际要确认的是该任务可用的文件，而不是只看项目侧栏里是否存在它。

把一份本地 CSV 上传到网页聊天，提供的是这份副本。电脑上的 CSV 明天有新行，不能因此推断已上传的副本同步更新。反过来，如果只是根据一段不会变化的非敏感政策判断，直接把必要条款和日期写进任务，通常比让它寻找“以前上传过的那份 PDF”更清楚。

需要读取本机目录时，当前桌面项目任务可以在项目目录或隔离 worktree 中运行，要求电脑开着、应用运行且目录仍可用。桌面 Scheduled tasks 文档另有这些本地执行条件。Work Cloud 在符合条件并启用相应模式时，也可调用经批准、在线连接的电脑完成本地步骤；它不会自动继承电脑的文件、应用、浏览器登录态或网络。该模式只适用于启用同步后新建的任务，已有任务保留原执行模式。Work 执行位置说明

如果你的问题已经变成“该选上传、本地执行还是云端连接电脑”，可以继续看本地文件与 Work、Codex 权限区别。先选拥有资料的执行位置，再写定时任务，能避免把文件访问问题误当成提示词问题。

工具、应用和事件触发要分别确认

工具能否被任务使用，要看当前聊天和工作区的能力、连接账号、来源权限，以及动作审批设置。应用已经安装或显示在列表中，只证明它存在；应用连接成功，也不能证明任务能读到所有文件、频道或仓库。

Work 的应用与权限文档说明，连接可以属于个人、共享账号或代理账号；任务实际使用连接账号的来源权限，可能与提问人的权限不同。管理员还可限制允许的动作。部分动作会要求审批，但不能一概说每次都必须人工确认，也不能一概说后台可以执行任何写入。

写任务时，把“用 Gmail”收窄为“读取哪个邮箱、哪个时间段、哪些来信”；把“查 GitHub”收窄为“哪个仓库、哪些 PR、哪些状态”。再分别说明是否只生成报告，还是已经授权某项外部动作。读取证据和发送完成证据是两件事：准备好一封邮件不等于已经发送。

常规 Tasks 的帮助页仍排除 GPTs 与语音聊天。若规则只存在于某个自定义 GPT 中，不能假设定时任务已经继承它；应把所需规则明确交给受支持的任务，而不是只写“使用我的 GPT”。Tasks 当前功能限制

当前支持哪些事件，是否支持 webhook？

当前支持的是指定应用中的事件。符合套餐及工作区条件时，可以监听 Gmail 新来信、Slack 指定频道新消息、GitHub 仓库中的 PR 活动，在网页或移动端创建事件任务。Help 列出的适用套餐包括 Plus、Pro、Business、Enterprise 和 Edu，Free、Go 不支持该事件入口；工作区还需允许此功能。桌面端可以查看已有事件任务，但不能创建或编辑触发条件。Tasks 帮助页、Learn 事件触发说明

使用时有几个会直接改变结果的条件：

• Slack 要把 @ChatGPT 加入监听频道；当前不支持私信、表情反应、编辑或删除消息触发。
• GitHub 连接必须有目标仓库权限，筛选条件可限制 PR、作者、标题、标签及活动类型。
• 应用连接本身不会创建监控任务，仍须明确保存触发对象和处理指令。
• 同一任务不能把时间日程与事件触发组合；短时间内多次匹配事件可能合并成一次运行。

因此，旧文中的“webhook 完全不支持”应更新，但“给 ChatGPT 任意一个 HTTP 回调就能接入”也不成立。给 Slack incoming webhook 发送成功，说明那个地址接收了消息；它不能证明 ChatGPT 已订阅频道事件。对于任意自建服务回调、严格的一次事件一次处理、确定重试或队列消费，仍要选择有对应执行机制的外部工作流。

写一条能独立运行的任务提示词

下面是作者编写的示例，用来说明如何把固定背景、动态来源、判断条件和输出放进同一条任务。它没有在本文中创建或实际运行，你可按自己的入口和需求修改。

从 2026 年 10 月 8 日到 11 月 8 日，每天上午 9 点（Asia/Shanghai），
检查下面两份 OpenAI 官方资料中与定时任务输入有关的变化：
1. https://help.openai.com/en/articles/10291617-scheduled-tasks-in-chatgpt
2. https://learn.chatgpt.com/docs/automations

用途：帮助我判断现有的公开资料简报任务是否需要调整。
只关注上下文续接、文件可用性、工具和事件触发规则。

固定背景（2026 年 10 月 7 日）：
独立任务从保存的提示词开始，聊天内任务续接当前聊天。
受支持事件包括 Gmail 来信、Slack 频道消息和 GitHub PR 活动；
同一任务不能同时使用时间日程和事件触发。
Help 对 Project 中创建任务的文件访问有排除说明；
Learn 对网页定时任务可用上传材料有另一范围的说明。
不要把这两种说法合并成所有任务都支持或都不支持文件。

每次先读取可访问的当前正文，再与以上固定背景比较。
有自己的先前运行记录时，也比较上次确认的状态；
没有先前记录时，只与固定背景比较，并说明本次基准。

只有与上述范围相关的条款实质变化，才通知我。
通知用简体中文：先写改变了什么，再写适用入口、原文链接、
检查日期，以及这会改变哪一项任务设置。
无变化时不要重复发送简报。

如果某页不可读取，不要用搜索摘要或旧记忆冒充当前正文。
若因此不能确认关键规则，通知我缺少哪份来源；
不连接新应用、不上传文件、不发送外部消息、不修改账号设置。
到结束日期停止；不要另建无限期监控。

这个示例即使放进一个新聊天，也有对象、来源、比较基准和结束日期。来源不可访问时，任务也知道应报告什么。实际创建时，让 ChatGPT 确认保存的指令、日程、时区和停止日期；随后在 Scheduled 查看真实运行结果，而不是把它的“我会每天检查”当成日程已保存的证明。官方任务管理说明

如果你已经在某段聊天里读完这些资料并作出决定，可以改用聊天内续接。给它更具体的后续要求，例如：

继续当前聊天的文件访问规则比较，每次先复述本次所用的基准日期。
保留已确认的 Help 与 Learn 适用范围，检查是否出现新的官方说明。
只在结论发生实质变化、来源访问失败或需要我决定时通知。
得到足以消除差异的官方说明后，给出适用范围和来源，取消后续日程。

这里的“继续”有具体对象与停止条件。若你只想暂时停止正在执行的工作，要说明“停止本次”；若以后不再检查，还要取消日程。官方把停止当前工作与取消重复日程分开处理。Recurring tasks 说明

频率和任务数量按哪套规则看？

当前 Tasks 帮助页对常规时间任务写的是：Free 每天一次、使用灵活时间窗口，符合条件的付费任务最多每小时一次；活动任务上限分别为 Free/Go 3 个、Plus 5 个、Business/Edu 10 个、Pro/Enterprise 15 个。与此同时，Learn 的聊天内任务说明允许分钟间隔的主动跟进。

按你正在使用的任务入口判断：常规提醒或独立日程不能仅凭聊天内跟进文档就宣称支持每分钟运行；聊天内跟进也不能被旧的统一小时限制否定。界面可设置、工作区允许、实际运行是三个不同的确认点，所选时间也不构成准点交付保证。

分享任务后，对方继承哪些东西？

分享任务适合传递可复用的指令，不能把它当成分享你完整工作环境。当前 Tasks 分享说明将分享内容定义为任务的保存快照：标题、指令、日程、原时区，以及适用情况下的模式或模型设置。

对方不会继承你的聊天历史、先前运行结果、Memory、自定义指令、文件、应用数据或凭证。 接收者用自己的账号、权限和连接创建独立副本，任务也在新的聊天中开展。原任务后续修改不会自动更新已保存的分享快照或已创建副本。

例如，你分享“周一 9 点汇总本周来信”的任务。对方复制了日程与指令，并没有复制你的邮箱权限；如果指令写的是“照我之前说的客户名单”，对方也不会得到那段旧聊天。可复用的写法应把所需字段写清，让接收者填入自己的邮箱范围和名单，并核对原时区是否合适。

在分享前，直接通读将被公开的任务指令，去掉不该向接收者开放的信息。撤销分享链接不会删除对方已经创建的副本。对于依赖本机执行的任务，也不要预期分享链接能让对方按原环境直接调度；当前帮助页不支持共享本地电脑专属任务的日程。

失败排查：按可见现象修正

任务结果不对，先看 Scheduled 中的状态、最近运行和输出，再定位是哪一类输入或动作失败。不要只因为收到“完成”就认定读取、处理和交付都成功。OpenAI 的任务说明也要求查看输出与报错：一次运行结束，本身不证明请求的结果已经实现或交付。

当前 Help 对应用事件另有每小时 30 次、每天 720 次的限制，按全部事件任务合计，且事件可能合并；它不是每条事件必定运行一次的承诺。Tasks 事件限制

若任务原本应读最新文件，却只有旧数据，先修来源和执行位置；若它读到了最新内容，却用了错误阈值，修指令；若结果正确但没有送达，查通知或交付动作。这样能把修复落在真正失败的位置，而不是不断追加“务必”“一定要”。

常见问题

ChatGPT 定时任务会记得以前聊过的内容吗？

聊天内任务可以使用该聊天的现有上下文；独立任务从保存的提示词开始。不能据此假设任务会读取账户里的所有旧聊天。必须准确保留的决定应写进任务指令。Scheduled tasks 文档

定时任务可以读取 Project 文件吗？

不要默认可以。当前 Help 排除了在 Project 中创建的任务对其上传或项目文件的访问；Learn 对网页任务可用上传材料又有不同范围的说明。按具体任务入口确认材料可用性，必要时把固定事实写入提示词，或使用明确授权的动态来源。Help、Learn

开启 Memory 就不用写背景了吗？

仍然需要写关键背景。Memory 可补充偏好和相关信息，不能替代任务必须准确执行的规则。ChatGPT 网页 Memory 与本地 Codex 记忆还属于不同存储，不能默认互相继承。Memories 文档

现在支持 webhook 和应用事件吗？

符合条件的网页、移动端任务支持 Gmail、Slack 和 GitHub 的指定事件。它不等于任意自建 HTTP webhook 接口，也不保证一次事件对应一次运行。触发对象、连接及来源权限仍须满足要求。事件触发说明

分享链接能把我的记忆和文件一起给同事吗？

不能。分享传递的是任务指令与日程等快照，不传递聊天历史、Memory、文件、应用数据或凭证。同事创建的是独立副本，需要自己的资料和授权，后续也不会自动同步原任务修改。Tasks 分享说明

为什么任务显示完成，却没有得到我想要的结果？

“完成”表示这次运行结束，不等于所需来源已读取或外部动作已交付。查看输出、来源、报错、审批状态及目标系统记录，先找到缺少的那一步，再修提示词、权限或通知。任务结果检查说明