ChatGPT Work 実践ガイド：6職種ワークフロー・Promptテンプレート・自動化レシピ（2026）
2026年7月9日の ChatGPT Work 公開後、本当の問いは：月曜の朝、何に使うか？営業・マーケ・財務・オペ・プロダクト・エンジニア向けに、コピペ可能な Prompt、Plan Mode チェックリスト、Scheduled Tasks レシピ、用量最適化、30日ロードマップ、FAQ を網羅。
概要
2026年7月9日、OpenAIは ChatGPT Work をリリースし、Codex を統合した ChatGPT デスクトップアプリを公開しました。すでに「何か」は分かっているなら、次の問いは 月曜の朝、具体的に何に使うか です。OpenAI の推奨はシンプル — すでに慣れている業務から始める。月次差異分析、キャンペーン Brief、商談準備などです。本ガイドはその方針に沿います。
リリース背景、機能全体像、Claude Cowork との比較は姉妹記事をご覧ください：ChatGPT Work正式リリース：Codex統合と新デスクトップアプリ完全ガイド（2026）
ペインポイント：なぜ職種別ワークフローが必要か
- 製品は分かるがユースケースが不明：リリース記事を読んでも、自分の職種でどの Prompt、どのプラグイン、どの成果物形式か分からない。
- モード選びを誤ると用量が浪費：Work を Chat のように使うとステップのマイクロマネジメント；Chat を Work のように使うとクロスアプリ成果物が出ない — 同じワークフローで最大5倍の差。
- ガードレールなしの自動化：Plan Mode レビュー、プラグイン範囲、出力パスが未設定の Scheduled Tasks は、財務報告や外部メールなど高リスク業務でファイル上書き・誤送信の危険がある。
Prompt をコピーする前に：成功を分ける3原則
| 原則 | 説明 | 実践のヒント |
|---|---|---|
| 手順ではなく成果を記述 | Work モードは自ら経路を計画；あなたは成果物を指定 | ❌「Salesforce を開いてエクスポート…」→ ✅「@Salesforce 過去30日の商談からリスク付き週次 PPT」 |
| ツール接続が先、タスクは後 | プラグイン一覧は Work のデータ層 | Gmail、Slack、Drive の認可を確認；@アプリ名 で明示 |
| Plan Mode はブレーキ | 複雑タスクは計画提示 → 承認後に実行 | 外部メール、財務報告、顧客納品物は計画を一行ずつ確認 |
1.1 モード選択：Chat / Work / Codex
| ニーズ | 推奨モード | 理由 |
|---|---|---|
| クイック Q&A、ブレスト、単発文案 | Chat | 軽量・高速 |
| クロスアプリ多段階、成果ファイル、長時間タスク | Work | プラグイン統合 + Plan Mode + Computer Use |
| コードレビュー、PR 管理、マルチリポジトリ | Codex | 開発者向けワークフロー |
| 週次繰り返し・無人バックグラウンド | Work + Scheduled Tasks | スケジュール／トリガー自動化 |
1.2 デスクトップ vs Web：実行環境の選び方
| シナリオ | 推奨環境 |
|---|---|
| ローカルファイル、Computer Use、無料トライアル | デスクトップ（Mac / Windows） |
| チーム協業、進捗の随時確認 | Web / モバイル（Plus 以上） |
| 商談 Brief 自動生成 + メール通知 | Web Workspace Agent + スケジューリング |
| ローカル Excel 照合、フォルダ一括処理 | デスクトップ Work モード |
汎用5ステップワークフロー
1. プラグイン接続 → 2. 目標と出力形式を明確化 → 3. Plan Mode レビュー → 4. 実行中に軌道修正 → 5. 成果物を検収し反復
2.1 Work モード Prompt 公式
[役割] + [データソース @プラグイン] + [具体タスク] + [出力形式] + [制約] + [受入基準]
例：あなたは [役割]。@Salesforce と @Gmail から [期間] の [データ種別] を取得。[具体アクション] を実行し、[Google Docs / Excel / PPT / Sites] で出力。制約：[元データ変更禁止 / 小数2桁 / 外部メール禁止]。完了後 [Slack 通知 / 指定フォルダ保存]。
2.2 Plan Mode レビューチェックリスト
- データソースは正しいか（誤った顧客・月）？
- 外部送信・削除・上書きなど高リスク操作はあるか？
- 出力形式はチームテンプレートに合うか？
- 中間ステップを削って用量を節約できるか？
- 人間の承認ポイントは必要か？
6職種の実践ワークフロー（Prompt テンプレート付き）
以下は OpenAI 公式例、早期テスター（Zapier、Nvidia、Virgin Atlantic）のフィードバック、Workspace Agent Cookbook に基づく。@プラグイン名 は自社スタックに置き換えてください。
3.1 営業
シナリオ A：顧客会議 Brief 自動化（毎日スケジュール）
課題：毎日1〜2時間、顧客背景・ニュース・議題を手作業で整理。Work 解法：カレンダースキャン → CRM ノート → ニュース検索 → Brief 生成・保存。
Create a scheduled task to run every weekday at 4 PM.
1. Check my tomorrow's @Google Calendar customer meetings (exclude internal meetings)
2. For each customer meeting:
- Pull account notes and interaction records from the last 30 days from @SharePoint / @Salesforce
- Search for public news and executive updates about the company in the last 30 days
- Write a 2–3 sentence background summary for each external attendee
3. Generate a 2–3 page Brief for each meeting, save as @Google Drive document
4. Send me a @Gmail summary email with links to each Brief
Output format: email subject "Tomorrow's Customer Meeting Brief — [date]", body as table (Customer | Meeting Time | Key Topics | Brief Link)
OpenAI 社内事例：Discovery 会話からカスタム PoC 提案を24時間で作成（従来は数週間）。
シナリオ B：アカウント指揮センター（Sites + 毎日更新）
課題：大口顧客情報が CRM・メール・Slack に分散。Work 解法：Codex Sites でライブダッシュボード、毎日自動更新。
Based on all opportunities, contacts, and recent activity records 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 (sorted by priority)
2. Set a Scheduled Task to auto-update this Site every weekday at 8 AM
3. DM me via @Slack when there are significant changes
Constraints: do not auto-send any external emails; amounts must match raw CRM data.
シナリオ C：リード審査とパイプライン修復（Zapier 事例ベース）
Analyze new leads from the last 30 days in @Salesforce and follow-up records, cross-referencing sales correspondence in @Gmail.
Find:
1. Leads not followed up within 48 hours (grouped by source)
2. Follow-up chain break points (where response rate drops sharply)
3. Estimated pipeline loss amount
Output:
- Excel detail sheet (Lead ID | Source | Last Follow-up | Break Type | Suggested Action)
- 1-page executive summary PPT highlighting seven-figure potential loss opportunities
- Recommend a weekly repeatable review workflow (for Scheduled Task use)
3.2 マーケティング
シナリオ A：リサーチ → Brief → 多市場素材（エンドツーエンド）
I uploaded the following customer research materials: [attachment / @Google Drive link]
Complete an end-to-end marketing workflow:
Phase 1 — Brief:
- Extract target audience, core pain points, competitive positioning
- Output Campaign Brief (Google Docs) with message pillars and channel recommendations
Phase 2 — Asset generation:
- Based on 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 confirmation before proceeding.
シナリオ B：Slack / Teams の動きを会議アジェンダに同期
Set up a scheduled task to run every Monday at 7 AM:
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 meetings
3. Update the "Weekly Agenda" document in @Google Drive (preserve version history)
4. Post a summary of 5 bullets or fewer in @Slack #leadership
Constraints: only cite publicly discussed content; do not leak messages marked confidential.
3.3 財務
シナリオ A：月次差異分析（OpenAI 社内検証シナリオ）
OpenAI 社内効果：月次締めと予測フローを「数日」から「数時間」に短縮。
Help complete [month] month-end budget variance analysis:
1. Pull corresponding spreadsheets 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 commentary (Google Docs) explaining likely causes by Revenue / COGS / OpEx
4. Create a 5–8 page management report PPT (with charts, following attached template style)
5. After completion, list 3 key judgment points requiring manual finance confirmation
Constraints: do not modify any source data; cite source cells for all figures.
シナリオ B：請求書と支払い照合（AP 自動化の第一関門）
You are an accounts payable specialist. Compare the following two datasets:
- Payment register: [@Google Drive link]
- Invoice list: [@Google Drive link]
Flag the following anomalies (return as table):
| Issue Type | Vendor | Invoice # | Amount | Suggested Action |
- Amount variance >2%
- Missing tax ID
- Duplicate invoice number
- Vendor name mismatch
Do not initiate payments; output review table for manual verification only.
3.4 オペレーション
シナリオ A：日次ダッシュボード変化モニタリング
Run automatically every weekday at 6:30 AM:
1. Visit [internal dashboard URL / @SharePoint report page]
2. Compare with yesterday's snapshot; extract significant changes (>10% swing or new red indicators)
3. Generate a 1-page morning brief (Google Docs) with:
- TOP 3 items to watch today
- Metrics change table
- Suggested follow-up owners
4. Send via @Gmail to ops-leads@company.com
If dashboard is inaccessible, tell me in Plan phase; do not fabricate data.
シナリオ B：顧客フィードバッククラスタリング → プロダクト優先度
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. Prioritize by Frequency × Impact × Implementation Difficulty
3. Output product evaluation backlog (Notion / Google Docs format)
4. Set a Scheduled Task to auto-refresh this document every Friday
Constraints: anonymize feedback quotes; no customer names.
3.5 プロダクト
シナリオ A：Jira + GTM 横断のローンチ準備レビュー（Nvidia 事例ベース）
Conduct launch readiness review for [product/feature name]:
1. Pull related Epic / Story completion status and open blockers from @Jira
2. Pull corresponding GTM plan from @Google Drive "GTM Plans"; check key milestones
3. Extract unresolved discussions from the last 7 days in @Slack #product-launch
4. Output 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-modify Jira status; flag high-risk items for human decision.
3.6 エンジニアリング — 同一アプリで Work + Codex
エンジニアリングでは Codex でコード、Work でチーム横断ドキュメント。同一デスクトップアプリ内でモード切替。
シナリオ A：PR レビュー + リリースノート（Codex 主導）
In Codex mode:
1. Review PR #123 in [repo/name], focusing on [security / performance / test coverage]
2. Provide line-by-line review comments in the PR sidebar
3. If approved, generate Release Notes draft
Then switch to Work mode:
4. Format Release Notes as @Confluence page
5. Draft @Slack #engineering announcement (do not auto-send)
シナリオ B：マルチリポジトリ週次 Issue サマリー（Codex 新機能）
In Codex mode, across [frontend-repo] and [backend-repo]:
1. Summarize merged PRs this week and open P0/P1 Issues
2. Generate engineering weekly report Markdown
Switch to Work mode:
3. Convert to Google Docs and insert this week's burndown chart (from @Jira)
4. Set Scheduled Task for auto-generation every Friday at 5 PM
Scheduled Tasks レシピライブラリ
| レシピ名 | トリガー | タスク内容 | 向く職種 |
|---|---|---|---|
| 月曜アジェンダ更新 | 毎週月曜 07:00 | Slack 要約 → アジェンダ Doc 更新 | マーケ / オペ |
| 日次指標モーニングブリーフ | 平日 06:30 | ダッシュボード → 前日比較 → メール | オペ / 財務 |
| フィードバック週次クラスタ | 毎週金曜 16:00 | マルチチャネル → テーマ → 優先リスト | プロダクト |
| アカウント動向日報 | 平日 08:00 | CRM 変化 → Sites 指揮センター更新 | 営業 |
4.1 スケジュールタスク設定 Prompt パターン
Set up 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 / no notification]
- Human approval: [which steps require my approval first]
4.2 無人運用前の安全チェックリスト
- プラグインアクセスを必要ツールのみに限定
- 明示的に必要でない限り自動外部送信をオフ
- 他人のファイルを上書きしない出力アーカイブパスを設定
- Enterprise：管理者承認の Agent ネットワークポリシーを確認
- スケジュール前に単発実行を2〜3回検証
用量最適化：より少ないコストでより多く
ChatGPT Work と Codex は 統合用量プール を共有。同じワークフローでも設計次第で 5倍 の差が出る。
5.1 公式課金ロジック（簡略版）
| 要因 | 用量への影響 |
|---|---|
| タスクステップ数 | ステップが多いほど消費増 |
| コンテキストサイズ | 取得ドキュメント・メールが多いほど増 |
| 出力長 | 出力トークンは入力の約6倍のコスト |
| キャッシュヒット | 同一ドキュメント再読：cached input は fresh の約1/10 |
| モデル選択 | GPT-5.6 の複雑推論は軽量タスクより高コスト |
5.2 七つの節約テクニック
- まず Chat で下書き、満足したら短縮版を Work に渡す
- Plan Mode で冗長ステップを削除、特に同一データの重複取得
- Scheduled Task で同一テンプレート文書を再利用、キャッシュ割引を活用
- 簡潔な出力を要求：「表 + 3要点」は長文レポートより安い
- 大タスクを分割：フェーズ1で方向確認 → フェーズ2で成果物
- 無料ユーザー：デスクトップで小タスクを先に計測してから拡大
- Enterprise チーム：Admin Console で workspace / group / 個人の三段階クォータ
5.3 本番前の用量試算
1. Pick a real task you already know the time cost of (e.g., month-end variance table, usually 2 hours manually)
2. Run once in Work mode with Plan Mode; record step count
3. After execution, check consumption (compare to your plan's included usage)
4. Estimate: if run daily/weekly, is monthly consumption within budget?
5. If high → optimize per cost-saving tips and re-run to compare
よくあるつまずきとトラブルシュート
| 問題 | 原因 | 解決策 |
|---|---|---|
| Work で Codex プロジェクトが見つからない | アプリ移行未完了 | Codex アプリ更新 → ChatGPT デスクトップに；異常時は chatgpt.com/download から再インストール |
| プラグイン認可済みだがデータ取得不可 | スコープ不足または @アプリ名 の誤り | プラグイン一覧でスコープ確認；Prompt に @Salesforce と明示、汎用の「CRM」表記は避ける |
| 計画は正しいが実行がずれる | 古いコンテキストまたは AI 推論 | 実行中に一時停止して修正；重要データは添付／リンクで明示 |
| スケジュールタスクが起動しない | PC スリープ／デスクトップ未ログイン | 長期タスクは Web Workspace Agent；デスクトップ Scheduled Task は端末起動が必要 |
| 用量が想定超過 | 出力過長、重複取得、ステップ過多 | 第5節の最適化；Enterprise は Admin Console で上限 |
| Work と Cowork の使い分け不明 | ワークフロー種別が異なる | クラウド SaaS 協業 → Work；ローカルフォルダ一括 → Cowork（姉妹記事参照） |
30日間オンボーディングロードマップ
| 段階 | 目標 | アクション |
|---|---|---|
| 第1週 | 単一タスクに慣れる | 最も慣れたタスクを選び、デスクトップ Work で3回手動実行；Plan Mode レビュー練習 |
| 第2週 | プラグイン深掘り | コア3ツール（メール + 協業 + ファイル）接続；クロスアプリ端到端を1回完了 |
| 第3週 | 自動化 | 第1週タスクを Scheduled Task に；3回の安定トリガーを検証 |
| 第4週 | チーム展開 | 職種別 Prompt テンプレート庫を整備；Enterprise は管理者とクォータ同期 |
五ステップ入門 Runbook
ステップ1 プラグイン接続：Gmail + Slack + Drive（または職種のコア3ツール）
ステップ2 最も慣れたタスクを選び、Prompt 公式で目標と出力形式を記述
ステップ3 Plan Mode レビュー：冗長削除、データソースと制約を確認
ステップ4 成果物を検収し、今回の用量と手作業時間を記録
ステップ5 2〜3回検証後、Scheduled Task 自動化へ
ステップ2 最も慣れたタスクを選び、Prompt 公式で目標と出力形式を記述
ステップ3 Plan Mode レビュー：冗長削除、データソースと制約を確認
ステップ4 成果物を検収し、今回の用量と手作業時間を記録
ステップ5 2〜3回検証後、Scheduled Task 自動化へ
引用可能な技術情報（EEAT）
- 用量倍率：同一 ChatGPT Work ワークフローでも設計次第で約 5倍 の差（OpenAI 課金ロジック）。
- キャッシュ割引：同一ドキュメント再読時、cached input は fresh の約 1/10。
- 出力トークン割増：出力は入力の約 6倍 — 「表 + 3要点」は長報告より安い。
- 月次シナリオ：OpenAI 社内検証で月次差異分析を数日から数時間へ。
- 営業 PoC：Discovery からカスタム PoC 提案を数週間から 24時間 へ（OpenAI 社内事例）。
よくある質問（FAQ）
Q: 最初にどのワークフローを練習すべき？
A: 最も慣れていて正誤を判断できるタスクを。OpenAI 推奨：月次差異、キャンペーン Brief、商談準備。
Q: Prompt はどのくらいの長さ？
A: データソース・出力形式・制約に集中 — 通常150〜400語で十分。各ステップのマイクロマネジメントは不要。
Q: スケジュールタスクは PC オフでも動く？
A: デスクトップ Scheduled Task は端末オンラインが必要。真の無人バックグラウンドは Web Workspace Agent（Plus 以上）。
Q: Work モードと Workspace Agent の違いは？
A: Work は ChatGPT 内の個人 Agent モード。Workspace Agent は Business / Enterprise でチーム構築・管理者ガバナンスの共有自動化。
Q: 生成 PPT / Excel をそのまま外部報告に使える？
A: 80点の初稿と捉える。財務数値・顧客名・対外声明は必ず人間が確認。
Q: 無料ユーザーが実行できるテンプレートは？
A: デスクトップ Work は試用可だが上限あり。長期自動化の前に請求照合など軽量タスクでテスト。
結論：Agent はどこで動かすべきか
ChatGPT Work の価値は存在そのものではなく、すでに嫌になっている手作業ワークフローを消すことにある。最速 ROI：慣れたタスクを選び、3回手動実行、Prompt を調整し、自動化へ。しかし Scheduled Tasks と Computer Use を個人ノートに縛ると スリープで中断、ローカル秘密鍵と SaaS 認証情報の混在によるコンプライアンスリスク、Apple ツールチェーンと Windows デスクトップの非共存といった限界がある。純 Web は Free 制限があり、不安定なネットワークでは長時間タスクが失敗・再実行しやすい。24時間365日無人運用、分離本番環境、Xcode CI や OpenClaw ゲートウェイとの同居が必要なら、VPSMAC の M4 Mac クラウドノードをレンタルする方が、個人ノートより安定し Apple エコシステムに適した本番選択となる。
最終更新：2026-07-11