OpenAI 这场 102 的录像要登录社区才能看，但它配套的那份资源指南是公开的，而且比录像更耐读：一套五步循环（Create、Improve、Save、Test、Schedule）、三个检查点（Input、Evidence、Action），加上八段可以直接照抄的提示词和两次完整演示——一次做周报，一次故意往数据里塞矛盾去测技能。

指南作者 Diana Stegall，2026 年 8 月 12 日发布、9 月 28 日更新，副标题是 "Follow along with our webinar ChatGPT 102: Scale Your Best Work"。对应的录像页发布在 8 月 24 日，页面上标 81.1K 次观看，简介只有一句：跟着 OpenAI 团队学怎么做深度研究报告、怎么用 Projects 组织工作。录像、转录与资源指南都在 OpenAI Academy 的 Work Users 社区下，指南正文不必登录就能读。

指南开头给了一张两行判断表。Chat 用于"一个快速答案、任务里的某一步、或者帮你把一件事想清楚"的对话；Work 用于需要"收集上下文、完成多个步骤、产出一份可以审阅的成品"的任务。它举的例子是周报：这种任务要跨几个来源取信息、判断哪些重要、标出不一致的地方、再出一份完整文档，所以属于 Work。

这一条判断比功能清单有用。很多人把多步骤任务丢进普通对话，然后抱怨"它老是漏东西"——漏的往往不是能力，是那个界面本来就没打算替你去几个地方取数。

指南把流程压成一句口诀："Create it once. Make it better. Save what worked. Test it with fresh information. Then schedule it." 五步各有明确动作：

多数人卡在第四步。指南专门写了一句："Do not assume a skill works because it succeeds inside the conversation where you created it." 在创建它的那个对话里成功，不等于它能用。测试的方法后面单列出来了，是整份指南最值得抄的一段。

指南要求每个阶段都过三道问：这些文件、消息和已连接的工具，我在这里用是否被允许；重要结论能不能追回到具体文件或消息，来源冲突的地方能不能看见；成品在被人使用之前，会不会有该负责的人过一遍。

第三道它给了一句判断："Putting work on a schedule changes when it starts. It does not change who is responsible for reviewing the result." 排期只改变何时启动，不改变谁负责复核。这句话解释了为什么指南反复强调定时任务的产出是草稿。

示例材料从一个 DocSend 链接下载，包内五项：项目计划（Cavenridge Client Portal - Project Plan.docx）、周报模板（Cavenridge Weekly Project Update Template.docx）、第 1 周与第 2 周的里程碑跟踪表（各一份 xlsx）、Slack 种子消息（.md）。指南写明公司与数据都是虚构的，"Use the sample materials for practice, not production work."

开工前要六步：建一个名为 Cavenridge Client Portal Launch 的云端文件夹与 Weekly Updates 子文件夹；把项目计划、模板、第 1 周跟踪表放进去；把跟踪表的工作表改名为 Week 1 - Jul 31，只留这一张；建一个私有演示频道，按顺序贴入种子消息，贴完记下真实的截止时间；通知目标设成自己的私信；打开插件页连接并授权要用的工具。其中一句提醒很实在：Slack 会记录真实发帖时间，不能倒填日期，所以练习时先贴基线消息、记下实际截止时刻，第一轮做完再贴新消息做测试。

演示 1 的提示词是整份指南里最像"成品"的东西，值得整段看它写了什么：要哪一周的周报（截至 7 月 31 日）、用哪两个来源（项目计划与跟踪表的 Week 1 - Jul 31 页）、Slack 只取 7 月 31 日及之前的消息、忽略之后的、照公司模板、产出放到 Weekly Updates 文件夹的在线文档里、再发一条私信给出三条最重要的更新与文档链接、只写有文件或消息支持的内容、缺失或冲突要说明不要猜、不改原文件不外发。

这段提示词的价值不在于长，而在于它把七件事一次说清：目标产物、来源与时间窗、格式、存放位置、通知方式、失败时怎么办、禁止动作。指南对此的解释是："For a larger assignment, tell Work what result you need, where to find the information, which format to follow, where to put the finished artifact, and what it must not do. You do not need to prescribe every internal step."

第一版做完，指南要求逐项对九条检查清单，其中三条是内容判断：整体状态应为黄色（数据迁移测试延期、SSO 在等供应商、8 月 24 日的测试版日期没有变）；要包含较新的 Slack 上下文，比如无障碍审查通过、六家客户确认参加测试；缺失与矛盾的信息要落在来源或开放问题一节。指南另注一句：措辞可以不同，核的是事实、来源支持与必备章节，不是逐句比对。

接着追加四条业务规则，这段更实用：执行摘要先写需要决策或求助的事；不要用完成百分比，用里程碑状态加说明；Slack 消息压到三条短要点加一个链接；凡用跟踪表，取最近日期的那张工作表。

测试的做法是换数据而不是换问题。新建一张 Week 2 - Aug 3 的工作表，把第 2 周的数据贴进去但不上传到云端文件夹，再往演示频道里贴 8 月 3 日的新消息，然后开一个全新的对话，只说一句"用 Weekly Project Update 技能做本周的更新，用最新信息"。

判断标准里藏着设计意图：技能应当捕捉到安全审查上的分歧——跟踪表说按期，更新的 Slack 消息说最终批准因密码重置问题暂停；帮助文档这个里程碑没有确认负责人时，应当说没有，而不是编一个。指南的结论是："Spot-checking the deliberate contradiction proves that the workflow used the fresh inputs."

这就是这套方法最硬的一点：测试不是"再跑一遍看结果顺不顺眼"，是故意放一个已知的矛盾，看它有没有真的读新数据。

最后一步只需一句提示词："Run the Weekly Project Update skill every Monday at 11:00
a.m."，然后在侧栏的 Scheduled 里看下次运行、改时间、暂停或删除。检查项包括时区、跟踪表要在启动前更新、用的是最新工作表与上一轮之后的消息、通知发到指定的私信、结果仍是草稿而不是直接发给管理层。

指南同时划了责任线：项目团队仍然拥有源信息，必须自己保持跟踪表是最新的；定时工作流只负责生成更新，不负责维护跟踪表，也不负责批准文档。

不知道从哪开始时，指南给的第一句是让人工智能自己找候选："Look at my recent work and suggest three recurring tasks I could turn into a reusable workflow. Tell me why each one is a good candidate. Don't start anything until I choose." 它后面补了一句很克制的提醒：不需要在下周二之前把整份工作自动化，挑一件经常发生、花时间、流程稳定、结果好复核的事，做一遍、改好、把有效的存下来。

第二句用来在排期前压测：拿一组新的、已获准使用的输入，让对方比较结果与源材料，说清哪些改对了、哪些缺失或矛盾、哪些指令没有带过去、人应该在分享前复核什么，并明确"我确认测试通过之前不要排期"。

这套演示依赖四个连接器：云端硬盘取项目计划与表格、表格读最新工作表、Slack 取上下文并发私信、文档生成周报。指南也写明它面向企业版用户，"Your screen and available features may vary based on your plan, role, workspace settings, and ChatGPT surface."

所以方法可以照搬，演示未必能照做：没有这些连接器，就没有"跨三个来源取数、发现冲突"这一步，剩下的只是写提示词。看这份指南时，先把五步循环与三个检查点拿走，工具部分按自己手上有的替换。

指南页面未标注开放许可，页脚只有使用条款、隐私政策与行为准则三条链接。这里只转述结构与少量原句，不复制整份指南；录像、转录与示例文件包都不转载，入口给原页。

五步循环的原文表述、两次演示的八段提示词全文、九条检查清单与示例文件清单都在下面，回复就能看到。