ChatGPT Business 定时任务怎么设？时区、未运行与团队交接检查
让团队每天生成日报，先把任务放进正确团队，再确认保存的时间、时区、资料连接和输出位置。 创建成功不代表下一次一定完成工作；应先手动运行，再检查一次计划运行及实际产物。交接时也要核对连接和管理权限，不能只把任务链接发给同事。
ChatGPT Business 已提供团队任务，具体操作受工作区权限约束。本文解决原生团队任务的设置、排错与交接，资料核对于 2026 年 11 月 5 日；外部系统通过 API 启动已有 Agent，另见工作区 Agent 触发教程。
团队任务与分享给同事的个人任务，不是一回事
团队任务在云端通过团队服务账号运行，使用团队配置的连接；创建者不必一直开着电脑。来源账号和工作区权限仍决定它能访问什么。官方团队任务说明
个人任务的共享链接则提供任务快照，收件人安排运行后会创建独立副本，不会自动接收创建者的历史、文件和连接凭据。共享后的原任务修改，也不能当作已同步到所有副本。官方任务分享说明
| 团队的真实目标 | 应确认的设置 | 验收重点 |
|---|---|---|
| 几位同事共同维护同一份日报 | 正确团队及任务管理权限 | 同事能管理的是同一个任务，而非新建副本 |
| 把一个提醒模板交给同事自己使用 | 共享快照与对方独立任务 | 对方确认自己的时区、连接与运行计划 |
| 让业务系统收到事件后启动工作流 | 对应产品的外部触发能力 | 不把日历计划、共享链接与 API 通道混用 |
保存前，把“每天帮我看一下”改成可验收的任务
下面是一个自行构造的任务说明，供团队改写，没有在真实工作区创建任务：
每个工作日上午 9 点，按任务保存的时区，检查这三份已批准的项目资料。生成进展、阻塞项和下一步，每条附来源链接；没有新变化时明确说明。资料不可访问时列出缺失来源，不把旧内容冒充本次更新。先把结果作为草稿交给负责人查看。
再补齐下面六项。任务说明中的业务时间与界面保存的计划要相符；“昨天”“本周”也应按约定时区解释。
| 设置项 | 需要写清楚 |
|---|---|
| 归属 | 哪个工作区、哪个团队，谁负责维护及复核 |
| 计划 | 哪些日期运行、几点、保存的时区、下次预期时间 |
| 来源 | 允许使用的具体文件或系统，不依赖某位同事当前聊天 |
| 连接 | 团队启用哪条连接，背后的账号有何访问范围 |
| 产物 | 草稿、文件或消息应出现在哪里，怎样核对来源与日期 |
| 异常 | 缺资料、无更新或执行失败时如何表达，由谁接手 |
团队所有者可以选择有权限使用的工作区连接，连接账号决定可用资料和动作；共享插件不等于共享个人账号连接。官方 Teams 与连接说明
怎样设置并完成第一次验收？
在应归属的团队中打开 Scheduled，创建任务，检查团队、说明、触发时间、插件和模型。保存后使用 Run now，再到 Previous runs 查看结果。任务各自保存时区，需检查实际保存值，而非只看电脑时钟。官方创建与运行步骤
我们建议把首次验收分成两次：手动运行验证“能完成这项工作”，下一次计划运行验证“按保存的安排启动”。二者用途不同，手动成功不能替代计划检查。
为方便跨地区同事核对，台账同时记录时区名称、下次预期日期时间及任务界面的显示值。遇到夏令时变化或团队跨时区交接时，重新核对后续时间；这里是验收建议，不承诺产品在所有地区的精确送达时间或固定延迟。
到点没有日报，先分清没有启动还是没有产物
| 看到的情况 | 检查顺序 | 处理后的证据 |
|---|---|---|
| 没找到预期运行记录 | 工作区和团队、暂停状态、保存计划与时区 | 找到具体任务及下一次计划，确认没有看错副本 |
| 有运行记录，但资料读取失败 | 团队启用的连接及来源账号权限 | 同一团队运行能访问批准的测试资料 |
| 个人聊天能执行，团队任务失败 | 是否使用了不同连接或不可用模型 | 团队实际配置可用，不能只展示个人成功截图 |
| 有回答，但目标文件或频道没有更新 | 指令、目标位置、写入权限及必要审批 | 在目标位置找到对应日期和任务的产物 |
| 结果内容还是旧的 | 本次来源版本、时间范围与保存说明 | 回答依据本次有效资料，并明确缺失内容 |
排错时不要只看状态名字。官方说明，时间计划显示 Completed 可以表示已没有未来计划，并不证明某次运行完成了业务工作；应打开具体运行，再检查输出目的地。任务状态与排错说明
对于会发消息或修改文件的任务，重跑前先确认上次已做了什么，避免重复发送或覆盖。暂时的执行错误可能被重试，但不要假定每个应用动作失败都会自动恢复；保留运行记录与错误，由负责人决定下一步。
交给同事维护时，检查任务、连接和正在运行的工作
交接不应只留下一个任务名字。建议安排接手人查看保存说明、来源列表、管理权限与上一条运行记录，并用批准的测试资料核验连接。接手人能看到任务，也不一定有权打开来源文件或修改输出位置。
如果同时调整计划，先记录旧任务是否仍在运行，以及新计划从哪一次开始。暂停或删除计划不能当作已经终止当前运行；切换前后都应检查产物，防止旧任务与新副本同时发送日报。要改变未来行为，应编辑保存的任务说明，而不是只在某一次结果下面补充要求。
不要通过复制个人登录令牌完成交接。团队连接应由有权限的负责人维护；无人值守任务无法替你完成一次新的应用登录。相关工作区连接能力以Business 官方更新说明和当前账号为准。
下载团队定时任务验收与交接表。模板包含归属、时区、来源连接、手动运行、计划运行与交接核对项，实际执行结果留空；不要填密码、访问令牌或真实敏感资料。
什么时候改用自建定时 API 流程？
如果原生团队任务已满足资料、输出和管理需求，可以继续使用。若要接入自有数据库、采用自己控制的调度与重试规则，或在业务系统中集中核对每个任务，再评估自建流程。它需要应用负责计划、授权、模型调用、持久化和异常处理，不是买一个 Key 就得到完整定时服务。
云岚API可以作为自建流程中的模型调用选项。先核对当前模型与价格及所需协议，适合后注册云岚API，按新手教程用短文本验证。然后把已验证的请求接入自己的调度程序，记录用量和结果；按任务管理凭据可看团队 Key 台账。
已有账号可直接进入控制台。云岚API不承接官方团队任务的计划、连接或服务账号；使用自己的任务队列，也要单独验收定时执行与重复处理。
常见问题
把任务分享链接删掉，同事创建的副本会停止吗？
不会因此一起删除。分享入口、原任务与收件人已经安排的独立副本需要分别处理；交接时列出实际在运行的任务，不能只检查链接是否还可打开。
今天手动运行成功，明天就一定能准时完成吗？
不能据此保证。还要检查保存计划、时区、连接和模型可用性，并查看实际计划运行记录。手动验证的是工作步骤，按时启动和完成仍要用后续运行证据确认。