AI Learn
OpenAI · Practical Tutorial

Turn a messy brief into a finished deliverable with ChatGPT Work

Use Work for a multi-step task that needs context gathering, planning, analysis, creation and review instead of a single chat answer.

Reviewed September 20, 2026Independent tutorialFeatures may vary
Not official support. AI Learn is an independent education site. Check the provider’s current documentation for plan-specific limits, pricing and feature availability.
Before you start

Use Work when the output is a finished artifact or outcome and the task has several dependent steps. Keep the scope explicit, give only the files and apps needed, and define what must be reviewed before the task is considered done.

1. Write the outcome and acceptance criteria before naming tools

Write the deliverable as a noun plus a measurable finish condition—for example, “a 10-slide board brief with every market claim cited.” This gives Work a target it can test instead of an open-ended instruction.

2. Add only the files, project context and connected apps needed for this job

Attach the brief, source files and only the connected apps that contain necessary evidence. Excluding unrelated sources reduces search noise and makes it easier to audit where each conclusion came from.

3. Use Plan mode or ask for a short plan when the task has several branches

Before execution, inspect the proposed sequence for missing dependencies, duplicated work and actions that should require approval. If a branch can be answered independently, let it run separately and bring only the result back.

4. Let Work gather, analyze and create, but stop at approvals or uncertain assumptions

Allow autonomous reading, synthesis and drafting, but keep external writes, purchases, account changes and uncertain assumptions behind an approval point. When evidence is missing, require a question or an explicit “not verified” note instead of a guess.

5. Review the final artifact against the original acceptance criteria and source evidence

Re-open the acceptance criteria and verify them one by one against the artifact. Spot-check cited facts in the original source, confirm requested format/length, and keep unresolved items in a visible limitations section.

Try this prompt

Use Work to complete this outcome: [deliverable]. Context you may use: [files/apps/project]. Constraints: [scope, date, audience]. Before acting, show a short plan. Ask before any external write or irreversible action. Finish with the deliverable plus a checklist showing how each acceptance criterion was met.

Common mistakes

Using Work for a one-question task; giving it every connected source; letting the task expand without a stop condition; accepting a polished document without checking the underlying evidence; mixing several unrelated deliverables into one run.

Finish check

You can explain what sources were used, which actions were taken, what was not verified, and why the final artifact satisfies the requested outcome.

开始之前

当目标是“完成一个结果”而不是“回答一个问题”,并且任务包含多个相互依赖的步骤时再使用 Work。先限定范围,只提供必要文件和应用,并写清最终交付前必须检查什么。

1. 先写最终结果和验收标准,不要一上来就指定一堆工具

把交付物写成“一个具体成品 + 可检查的完成条件”,例如“10 页董事会简报,所有市场结论都附来源”。这样 Work 面对的是可验收目标,而不是没有边界的开放任务。

2. 只加入这次任务真正需要的文件、Project 上下文和已连接应用

只加入本次任务真正需要的需求文档、源文件和已连接应用。排除无关来源可以降低检索噪声,也更容易追溯每个结论到底来自哪里。

3. 任务有多条支线时先用 Plan mode 或要求一个短计划

开始执行前检查计划里有没有缺失依赖、重复工作,以及哪些动作本来就应该先征求你批准。能够独立完成的支线可以并行处理,但只把结论带回主任务。

4. 让 Work 去收集、分析和制作,但遇到审批点或不确定假设时停下来

资料阅读、归纳和起草可以自动执行,但外部写入、购买、账号修改以及基于不确定信息的动作必须保留审批点。证据不足时要求它提问或明确标记“未验证”,不要猜。

5. 拿最终交付物逐条对照最初的验收标准和来源证据

最后重新打开最初的验收标准逐条核对。抽查引用事实的原始来源,确认格式和长度要求,并把仍未解决的问题放进清晰的限制说明中。

可以直接套用的提示词

用 Work 完成这个结果:[交付物]。可使用的上下文:[文件/应用/Project]。限制:[范围、日期、受众]。开始执行前先给一个短计划;任何外部写入或不可逆操作都要先询问。最后交付成品,并附一份逐条说明验收标准是否满足的检查表。

常见错误

简单问题也用 Work;把所有连接的数据源都开放给任务;没有停止条件导致范围不断扩大;成品看起来漂亮就不再核对证据;把几个互不相关的交付物塞进同一次运行。

完成检查

你能够说明使用了哪些来源、执行了哪些动作、哪些地方仍未验证,以及最终成品为什么满足最初目标。

開始之前

當目標是“完成一個結果”而不是“回答一個問題”,並且任務包含多個相互依賴的步驟時再使用 Work。先限定範圍,只提供必要檔案和應用,並寫清最終交付前必須檢查甚麼。

1. 先寫最終結果和驗收標準,不要一上來就指定一堆工具

把交付物寫成“一個具體成品 + 可檢查的完成條件”,例如“10 頁董事會簡報,所有市場結論都附來源”。這樣 Work 面對的是可驗收目標,而不是沒有邊界的開放任務。

2. 只加入這次任務真正需要的檔案、Project 上下文和已連接應用

只加入本次任務真正需要的需求文檔、源檔案和已連接應用。排除無關來源可以降低檢索噪聲,也更容易追溯每個結論到底來自哪裡。

3. 任務有多條支線時先用 Plan mode 或要求一個短計劃

開始執行前檢查計劃裡有沒有缺失依賴、重復工作,以及哪些動作本來就應該先徵求你批准。能夠獨立完成的支線可以並行處理,但只把結論帶回主任務。

4. 讓 Work 去收集、分析和製作,但遇到審批點或不確定假設時停下來

資料閱讀、歸納和起草可以自動執行,但外部寫入、購買、賬號修改以及基於不確定資訊的動作必須保留審批點。證據不足時要求它提問或明確標記“未驗證”,不要猜。

5. 拿最終交付物逐條對照最初的驗收標準和來源證據

最後重新打開最初的驗收標準逐條核對。抽查引用事實的原始來源,確認格式和長度要求,並把仍未解決的問題放進清晰的限制說明中。

可以直接套用的提示詞

用 Work 完成這個結果:[交付物]。可使用的上下文:[檔案/應用/Project]。限制:[範圍、日期、受眾]。開始執行前先給一個短計劃;任何外部寫入或不可逆操作都要先詢問。最後交付成品,並附一份逐條說明驗收標準是否滿足的檢查表。

常見錯誤

簡單問題也用 Work;把所有連接的資料來源都開放給任務;沒有停止條件導致範圍不斷擴大;成品看起來漂亮就不再核對證據;把幾個互不相關的交付物塞進同一次執行。

完成檢查

你能夠說明使用了哪些來源、執行了哪些動作、哪些地方仍未驗證,以及最終成品為甚麼滿足最初目標。

Official references

Check current product details at the source

Related practical tutorials

Continue with another single-task workflow.

All tutorials →