适用读者:已知道 ChatGPT Work 是什么,但需要明天上班就能上手的销售、市场、财务、运营、产品、工程主管。📌 2026 年 7 月 9 日,OpenAI 发布 ChatGPT Work,Codex 并入全新桌面应用。你将获得:3 个使用原则、模式与环境决策表、5 步通用工作流、6 大岗位可直接复制的 Prompt、Scheduled Tasks 配方、用量优化策略、30 天上手路线图,以及 6 问 FAQ。结构:原则 → 框架 → 岗位模板 → 自动化 → 成本控制 → 踩坑排障 → 上手计划 → 收束转化。发布背景与 Cowork 对比请见姊妹篇发布解读。
TL;DR — 30 秒结论
@AppName 锁定数据来源,执行前审阅 Plan Mode。OpenAI 的上手建议很简单——从你已经很熟悉的任务开始——但多数团队在第一次成功执行前就卡住了。Zapier、Nvidia、Virgin Atlantic 与 OpenAI 内部销售团队的早期采用者,普遍遇到以下六个阻碍:
@Salesforce 才能锁定数据层。本指南以原则、模板与分阶段上线计划移除上述阻碍——不是又一篇发布会 recap。
复制任何 Prompt 之前,先内化 ChatGPT Work 与日常 Chat 的差异:
| 原则 | 意义 | 实务技巧 |
|---|---|---|
| 描述成果,不要描述步骤 | Work 模式会自行规划执行路径 | 避免:「开启 Salesforce、汇出数据、然后……」——改为:「从 @Salesforce 近 30 天商机建立每周 Pipeline 简报,标记高风险机会」 |
| 先连工具 | 插件是 Work 的数据层 | 开始前授权 Gmail、Slack、Drive;用 @AppName 明确锁定来源 |
| Plan Mode 是你的煞車 | 执行前审阅计划 | 高风险交付物(对外邮件、财务报告、客户文件)逐步核准 |
新版 ChatGPT 桌面应用在同一壳层下运行三种模式。选错会浪费配额:
| 你的需求 | 建议模式 | 原因 |
|---|---|---|
| 快速问答、头脑风暴、单轮文案 | Chat | 轻量、回应快 |
| 跨 App 多步骤专案、成品交付、数小时长任务 | Work | 插件整合 + Plan Mode + Computer Use |
| 代码审查、PR 管理、多储存库开发 | Codex | 合併后保留开发者原生工作流 |
| 每周重复、無人值守背景任务 | Work + Scheduled Tasks | 觸发或定时执行 |
| 情境 | 建议环境 |
|---|---|
| 本地文件读写、Computer Use、免费方案試用 | 桌面版(Mac / Windows) |
| 团队協作、隨地監控任务進度 | Web / 行动端(Plus 以上) |
| 销售会议 Brief 自动产生 + 邮件通知 | Web Workspace Agent + 定时派送 |
| 本機 Excel 对帳、文件夹批次處理 | 桌面版 Work 模式 |
不论角色,第一次任务都依此順序执行:
1. 连接插件 → 2. 撰写目标 + 输出格式 → 3. 审阅 Plan Mode → 4. 执行中调整 → 5. 验收交付物並迭代
[角色] + [数据来源 @插件] + [任务] + [输出格式] + [限制條件] + [验收标准]
範例骨架:
你是 [角色]。从 @Salesforce 与 @Gmail 拉取 [时间范围] 的 [数据类型]。完成 [具体动作],输出为 [Google Docs / Excel / PPT / Sites]。限制:[不修改来源数据 / 金额四舍五入至小数两位 / 不发送对外邮件]。完成后 [Slack 通知我 / 存至指定文件夹]。
核准执行前,确认每一项:
以下模板參考 OpenAI 官方案例、早期測試者回饋(Zapier、Nvidia、Virgin Atlantic)与 Workspace Agent Cookbook。请將 @plugin 名称替換为你实際的技术栈。
痛点:销售代表每天花 1–2 小时整理客户背景、近期新聞与会议議程。
Work 解法:掃描明日行事曆、拉 CRM 筆記、搜尋近期新聞、产生並歸檔 Brief。
OpenAI 内部參考:销售团队在 24 小时内將 Discovery 对話转为客製 PoC 提案——傳統流程需数周。
Create a scheduled task running every weekday at 4pm: 1. Check tomorrow's customer meetings in @Google Calendar (exclude internal-only) 2. For each customer meeting: - Pull 30-day account notes and interaction history from @SharePoint / @Salesforce - Search 30-day public news and executive updates for that company - Write a 2–3 sentence background summary for each external attendee 3. Generate a 2–3 page brief per meeting, save as @Google Drive documents 4. Email me a summary with links via @Gmail Output format: email subject "Tomorrow's Customer Meeting Briefs — [date]", body as a table (Client | Meeting time | Key topics | Brief link)
痛点:企業帳户数据分散在 CRM、邮件与 Slack;销售需手动維護帳户计划。
Work 解法:建立每日自动刷新的 Sites 仪表板。
From all opportunities, contacts, and recent activity for [Account Name] in @Salesforce: 1. Create an interactive account command center (Sites) including: - Pipeline overview (stage, amount, expected close date) - Key signals from the last 7 days (email, meetings, support tickets) - Recommended next actions (priority sorted) 2. Set a Scheduled Task: auto-refresh the Site every weekday at 8am 3. DM me via @Slack when major changes occur Constraints: do not auto-send any external emails; amounts must match CRM source data.
痛点:每月数千筆潛在客户,追蹤缺口難以看見。
Work 解法:交叉比对 CRM 与邮件觸點;输出管理层仪表板。
Analyze @Salesforce leads from the last 30 days and cross-reference @Gmail sales correspondence. Find: 1. Leads with no follow-up for 48+ hours (grouped by source) 2. Broken handoff points (where response rate drops sharply after a step) 3. Estimated pipeline loss amount Output: - Excel detail table (Lead ID | Source | Last follow-up | Gap type | Recommended action) - 1-page executive summary PPT highlighting seven-figure potential loss opportunities - A repeatable weekly review workflow (for Scheduled Task use)
痛点:研究、市场 Brief 与區域素材由不同人負責;交接时上下文容易遺失。
Work 解法:一條指令貫穿完整 Pipeline,上下文一路帶下去。
I uploaded the following customer research: [attachment / @Google Drive link] Complete the end-to-end marketing workflow: Phase 1 — Brief: - Extract target audience, core pain points, competitive positioning - Output Campaign Brief (Google Docs) with messaging pillars and channel recommendations Phase 2 — Asset generation: - From the Brief, generate: 1 acquisition email, 3 LinkedIn posts, 1 landing page copy outline - Save to @Google Drive "Campaign / [product name]" folder Phase 3 — Regional adaptation: - Adapt core assets for US, Europe, and APAC (language, cultural references, compliance wording) - Flag sensitive phrases requiring human review in each version Pause after each phase and wait for my approval before proceeding.
痛点:每周議程容易过时;需人工掃描多个頻道。
Work 解法:自动摘要頻道动態並更新議程文件。
Set a scheduled task running every Monday at 7am: 1. Summarize important discussions from the last 7 days in @Slack #product-launch and @Microsoft Teams "Go-to-Market" channel 2. Extract: decisions made, open questions, blockers needing alignment in the meeting 3. Update the "Weekly Agenda" document in @Google Drive (preserve version history) 4. Post a summary of 5 bullets or fewer to @Slack #leadership Constraints: quote only publicly discussed content; do not leak messages marked confidential.
痛点:月结關帳与預測调整需数日;多数时間花在找数字与建表。
Work 解法:自动定位来源数据、填入 Sheets、对帳並产生管理层简报。
OpenAI 内部成果:月结關帳与預測工作流从数天壓縮至数小时。
Assist with [month] month-end budget variance analysis: 1. Pull corresponding tables from @Google Drive "Finance / Actuals" and "Finance / Forecast" 2. Create a reconciliation workbook in @Google Sheets: - Summarize actual vs forecast variance by department - Flag line items with variance >5% or >$50K - Preserve all original formulas; do not overwrite source files 3. Draft performance narrative (Google Docs) explaining likely causes by Revenue / COGS / OpEx 4. Build a 5–8 slide management deck (with charts, following attached template style) 5. List 3 key judgment calls requiring human finance sign-off Constraints: do not modify any source data; cite source cell for every number.
You are an accounts payable specialist. Compare these two datasets: - Payment register: [@Google Drive link] - Invoice list: [@Google Drive link] Flag the following anomalies (return as a table): | Issue type | Vendor | Invoice # | Amount | Recommended action | - Amount difference >2% - Missing tax ID - Duplicate invoice number - Vendor name mismatch Do not initiate payments; output review table for human verification only.
Run automatically every weekday at 6:30am: 1. Visit [internal dashboard URL / @SharePoint report page] 2. Compare to yesterday's snapshot; extract significant changes (>10% swing or new red indicators) 3. Generate a 1-page morning brief (Google Docs) structured as: - TOP 3 items to watch today - Metrics change table - Recommended follow-up owners 4. Send via @Gmail to ops-leads@company.com If the dashboard is unreachable, tell me in Plan Mode — do not fabricate data.
Monitor new customer feedback from the last 14 days across: - @Slack #customer-feedback - @Gmail label "NPS-Detractor" - @Google Drive "Support Tickets Export" 1. Cluster feedback into 5–8 themes (with representative quotes) 2. Rank by frequency × impact × implementation effort 3. Output a product review backlog (Notion / Google Docs format) 4. Set a Scheduled Task to auto-refresh this document every Friday Constraints: anonymize all customer references; no customer names in output.
痛点:上线就緒需同时检查工程進度、市场计划与支援文件——人工且易错。
Work 解法:跨系統拉取狀態;输出 Go/No-Go 就緒报告。
Launch readiness review for [product/feature name]: 1. From @Jira: pull linked Epic / Story completion status and open blockers 2. From @Google Drive "GTM Plans": pull the corresponding launch plan and check key milestones 3. From @Slack #product-launch: extract unresolved discussions from the last 7 days 4. Output a Launch Readiness report (Google Docs): - Readiness score (Red / Yellow / Green) - Blocker list (owner | due date | risk level) - Recommended Go / No-Go judgment with rationale Do not auto-update Jira status; flag high-risk items for human decision.
工程工作流可用 Codex 處理代码、用 Work 處理跨团队文件。在同一桌面应用内切換模式——無需換工具。
In Codex mode: 1. Review PR #123 in [repo/name], focusing on [security / performance / test coverage] 2. Leave line-by-line review comments in the PR side panel 3. If approved, draft Release Notes Then switch to Work mode: 4. Format Release Notes for @Confluence page layout 5. Draft @Slack #engineering announcement (do not auto-send)
In Codex mode, across [frontend-repo] and [backend-repo]: 1. Summarize this week's merged PRs and open P0/P1 issues 2. Generate an engineering weekly report in Markdown Switch to Work mode: 3. Convert to Google Docs and insert this week's burndown chart (pull from @Jira) 4. Set a Scheduled Task to auto-generate every Friday at 5pm
OpenAI 推薦四种高頻定时模式,可直接改編:
| 配方名称 | 觸发时間 | 任务描述 | 最適角色 |
|---|---|---|---|
| 周一議程更新 | 周一 7:00 | 摘要 Slack 动態 → 更新議程文件 | 市场 / 运营 |
| 每日指标 Brief | 平日 6:30 | 造訪仪表板 → 比对昨日 → 邮件报告 | 运营 / 财务 |
| 回饋聚類周报 | 周五 16:00 | 多頻道回饋 → 主題聚類 → 优先序清單 | 产品 |
| 帳户每日更新 | 平日 8:00 | CRM 变动 → 更新 Sites 指揮中心 | 销售 |
Set Scheduled Task: - Frequency: [daily / every Monday / 1st of month / when keyword appears in @Slack channel] - Time: [timezone + specific time] - Action: [specific workflow description] - Notification: [Slack channel / email / none] - Human approval: [which steps require my sign-off first]
ChatGPT Work 与 Codex 共享计量用量池——不是每月固定功能。同一工作流依设计不同,成本可能差五倍。
| 因素 | 对用量的影響 |
|---|---|
| 任务步骤数 | 步骤越多 = 消耗越高 |
| 上下文大小 | 拉取文件与邮件越多 = 消耗越高 |
| 输出长度 | 输出 token 成本約为输入的 6 倍 |
| 快取命中 | 重讀同一文件:快取输入成本約为全新讀取的 1/10 |
| 模型选擇 | GPT-5.6 複雜推理比轻量任务所需消耗更多 |
1. 选一个你知道人工耗时的真实任务(例如月结差异表——通常需 2 小时) 2. 在 Work 模式跑一次並开 Plan Mode;記錄步骤数 3. 执行后对照方案内含用量检查消耗 4. 外推:若每日 / 每周执行,月消耗是否在預算内? 5. 若偏高 → 依第 6.2 節优化后重跑比較
| 問題 | 原因 | 解法 |
|---|---|---|
| Work 模式找不到已安裝的 Codex 专案 | 应用遷移不完整 | 更新 Codex App → 会变成 ChatGPT 桌面版;若仍異常,从 chatgpt.com/download 重新安裝 |
| 插件已授权但無数据回傳 | 权限範围不足或 @name 拼写错誤 |
重新检查插件目錄权限;用明确的 @Salesforce 而非「CRM」 |
| Plan 看起来对,输出卻错 | 上下文过期或 AI 推论偏差 | 暫停並在执行中调整;附加明确来源檔案或连结 |
| Scheduled Task 未觸发 | 裝置睡眠或桌面版已登出 | 长周期任务用 Web Workspace Agent;桌面任务需裝置醒著且已登入 |
| 用量高於預期 | 冗长输出、重复拉数据、步骤过多 | 參見用量优化章節;Enterprise 可在 Admin Console 設上限 |
| 不确定該用 Work 还是 Cowork | 工作流类型不同 | 云端 SaaS 協作 → Work;本機文件夹批次處理 → Cowork(見配套对比) |
| 阶段 | 目标 | 行动 |
|---|---|---|
| 第 1 周 | 單任务熟練 | 选一个熟悉任务;桌面 Work 模式手动跑 3 次;練習 Plan Mode 审阅 |
| 第 2 周 | 插件深度 | 连接 3 个核心工具(邮件 + 協作 + 檔案);完成一个跨 App 端到端交付 |
| 第 3 周 | 自动化 | 將第 1 周任务转为 Scheduled Task;验证 3 次成功觸发 |
| 第 4 周 | 团队推廣 | 文件化角色专用 Prompt 库;Enterprise 团队同步管理員用量上限 |
第一天依此順序执行——再推廣至团队:
以下数字来自 OpenAI 发布材料与早期企業案例——内部简报可安全引用:
補充背景:OpenAI 报告 每周 500 萬 Codex 使用者,其中 100 萬+ 从事非程式设计工作——Agent 工作流正从工程擴散至一般知識工作。完整功能拆解与 Cowork 对比请見发布配套文。
ChatGPT Work 的 ROI 来自消除你已经厭惡的手动工作流——不是多讀幾篇发布新聞。最快路径:选一个你極熟悉的任务,跑三次、微调 Prompt,再用 Scheduled Tasks 自动化。
在个人 MacBook 上跑 Agent 时,会出现三个缺口:
若要穩定运行 AI Agent 自动化——Work 定时 Pipeline、Codex 多储存库任务或 OpenClaw Gateway——MACCOME Mac 云端主機提供真实 macOS、SSH 交接与隔離环境,让 Agent 在专用節點 7×24 运行,而非綁在你的日常笔记本上。公开方案请見Mac mini 云端租用價格。
数据来源:OpenAI 官方部落格、OpenAI Cookbook — Sales Meeting Prep Agent、ChatGPT Learn 更新日誌、SiliconANGLE 发布报導、Developers Digest — Codex 合併分析。
常見問題
ChatGPT Work 該先試哪个工作流?
从你最熟悉、能自行验证的任务开始——月结差异分析、市场 Brief 或销售会议准备。OpenAI 推薦這些場景,因为你能快速检查输出品质。
ChatGPT Work 的 Prompt 应該多长?
建议 150–400 字,聚焦数据来源、输出格式与限制條件。不要逐步微管理——那是 Work 模式自动化的部分。
笔记本關機时 Scheduled Tasks 还会跑嗎?
桌面版 Scheduled Tasks 需要裝置保持连线且已登入。若要真正的背景自动化,请使用 Plus 以上方案的 Web Workspace Agent。若要常駐桌面 Agent,专用MACCOME Mac 云端主機可避免睡眠与合蓋中斷。
Work 模式与 Workspace Agent 有何不同?
Work 是 ChatGPT 内的个人 Agent 模式。Workspace Agent 是 Business 或 Enterprise 中由团队建置、管理員治理的自动化,可在 Admin Console 控管。技术基礎相同,入口不同。
产出的简报或报告能直接对外使用嗎?
请视为 80% 草稿。财务数字、客户姓名与对外聲明务必人工覆核后再发布或简报。
免费使用者能跑本指南哪些内容?
桌面版 Work 模式可用但有用量限制。建议先从轻量任务(如财务情境 B 发票对帳)开始,再排程长时間自动化。