ChatGPT Work 実践ガイド：
6大職種ワークフロー Prompt テンプレート + スケジュールタスク設定

ChatGPT Work の概要は把握できた。次に浮かぶ問いは、明日の出社で何に使えるかです。2026年7月9日、OpenAI は ChatGPT Work を発表し、Codex を新 ChatGPT デスクトップアプリに統合しました。OpenAI の推奨する入門法は明快で、すでに慣れている業務から任せることです。月次差異分析、マーケティングキャンペーン Brief、営業会議の準備などが典型例です。本記事では営業・マーケティング・財務・オペレーション・プロダクト・エンジニアリングの6職種に沿って実務ワークフローを分解し、コピー可能な Prompt テンプレート、Plan Mode の審査ポイント、Scheduled Tasks の自動化レシピ、用量を抑える実践テクニックをまとめます。

• モード選択ミス： Chat でアプリ横断の長時間タスクを走らせたり、Work で単純な Q&A をしたりすると、用量を無駄に消費します。
• Prompt の書き方： AI に「Salesforce を開いてエクスポートして…」と手順を指示するのは、Work の「結果を記述し自律的に計画する」設計に反します。
• プラグイン未認可： タスク開始前に Gmail、Slack、Drive などのデータソースが未接続だと、Plan が完璧でもデータを取得できません。
• スケジュールタスクの誤設定： デスクトップ版 Scheduled Task は端末のオンライン状態に依存し、ノート PC を閉じるとトリガーされません。
• 高リスク業務の審査不足： 外部向けメール、財務レポート、顧客向け成果物を Plan ごとに確認せず実行すると、逸脱のコストが高くなります。

SECTION 01 ChatGPT Work の使い方：3原則と Chat / Work / Codex のモード振り分け

Prompt をコピーする前に、ChatGPT Work と通常の Chat の本質的な違いを押さえておきましょう。

新 ChatGPT デスクトップアプリでは3モードが共存しており、モードを誤ると用量を浪費します。

SECTION 02 汎用ワークフロー枠組み：5ステップ + Prompt 公式 + Plan Mode 審査チェックリスト

職種を問わず、次のフローで進めることをおすすめします。

1. プラグイン接続 → 2. 目標と出力形式を明確化 → 3. Plan Mode を審査 → 4. 途中で介入して軌道修正 → 5. 成果物を検収して反復改善

Work モード Prompt 作成公式：

[役割] + [データソース @プラグイン] + [具体的タスク] + [出力形式] + [制約条件] + [検収基準]

骨格例：
あなたは [職種の役割] です。@Salesforce と @Gmail から [期間] の [データ種別] を取得してください。
[具体的アクション] を完了し、[Google Docs / Excel / PPT / Sites] 形式で出力してください。
制約：[元データを変更しない / 金額は小数点以下2桁 / 外部メールを送信しない]。
完了後 [Slack で通知 / 指定フォルダに保存] してください。

Plan Mode 審査チェックリスト（実行前に項目ごとに確認）：

• データソースは正しいか（誤った顧客や誤った月のデータを取得しないか）？
• 「外部送信」「削除」「ファイル上書き」など高リスクアクションは含まれないか？
• 出力形式はチームのテンプレートに合っているか？
• 中間ステップを削減して用量を節約できるか？
• 人手確認のチェックポイントを設ける必要があるか？

SECTION 03 6大職種の実践ワークフロー：そのままコピーできる Prompt テンプレート付き

以下のテンプレートは OpenAI 公式事例、早期テストユーザー（Zapier、Nvidia、Virgin Atlantic など）のフィードバック、Workspace Agent Cookbook をもとに整理しました。実際のツールスタックに合わせて @プラグイン名 を置き換えてください。

3.1 営業（Sales）

シナリオ A：顧客会議 Brief の自動生成（毎日定時） — 課題：営業担当が毎日1〜2時間を顧客背景の手作業整理に費やす。Work での解決策：カレンダーを定時スキャン → CRM ノート取得 → 直近ニュース検索 → Brief 生成・保存。

スケジュールタスクを作成：毎営業日の午後4時に実行。

1. 明日の @Google Calendar の顧客会議を確認（社内会議は除外）
2. 各顧客会議について：
   - @SharePoint / @Salesforce から過去30日間のアカウントノートとやり取り記録を取得
   - 当該企業の過去30日間の公開ニュースと経営陣の動向を検索
   - 外部参加者ごとに2〜3文の背景サマリーを作成
3. 各会議について2〜3ページの Brief を生成し、@Google Drive ドキュメントとして保存
4. 各 Brief のリンク付きで @Gmail サマリーメールを自分宛に送信

出力形式：メール件名「明日の顧客会議 Brief — [日付]」、本文は表形式（顧客名 | 会議時刻 | 主要議題 | Brief リンク）

OpenAI 社内事例：営業チームが Discovery 会話を24時間以内にカスタマイズ PoC 提案へ変換（従来は数週間）。

シナリオ B：アカウント動態コマンドセンター（Sites + 毎日更新） — 大規模顧客の情報が CRM、メール、Slack に分散し、アカウントプランを手作業で維持する負担が大きい。

@Salesforce の [アカウント名] に関する全商談、連絡先、直近のアクティビティ記録に基づき：

1. 次を含むインタラクティブなアカウントコマンドセンター（Sites）を作成：
   - 商談パイプライン概要（ステージ、金額、想定成約日）
   - 過去7日間の重要シグナル（メール、会議、サポートチケット）
   - 推奨ネクストアクション（優先度順）
2. Scheduled Task を設定：毎営業日午前8時に当該 Site を自動更新
3. 重大な変化があった場合は @Slack で DM 通知

制約：外部メールを自動送信しない。金額は CRM の元データを正とする。

シナリオ C：リード審査とパイプライン修復（Zapier 事例を改編） — 月に数千件のリードがあり、フォローアップの断点を見つけにくい。

@Salesforce の過去30日間の新規リードとその後のフォローアップ記録を分析し、@Gmail の営業やり取りと突合してください。

次を特定：
1. 48時間以上フォローされていないリード（ソース別にグループ化）
2. フォローアップチェーンの断点（どのステップ以降に応答率が急落するか）
3. パイプライン損失額の推定

出力：
- Excel 明細表（リード ID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション）
- 1ページの経営層向けサマリー PPT（「7桁規模の潜在損失」レベルの機会を強調）
- 毎週繰り返し実行可能な審査フローの提案（Scheduled Task 用）

3.2 マーケティング（Marketing）

シナリオ A：リサーチ → Brief → 複数市場向け素材（エンドツーエンドパイプライン）

以下の顧客リサーチ資料をアップロードしました：[添付 / @Google Drive リンク]

エンドツーエンドのマーケティングワークフローを完了してください：

フェーズ 1 — Brief：
- ターゲットオーディエンス、コアペイン、競合ポジショニングを抽出
- Campaign Brief（Google Docs）を出力。メッセージピラーとチャネル提案を含む

フェーズ 2 — 素材生成：
- Brief に基づき生成：獲得メール1通、LinkedIn 投稿3本、ランディングページ文案アウトライン1セット
- @Google Drive「Campaign / [製品名]」フォルダに保存

フェーズ 3 — 地域適応：
- コア素材を米国、欧州、アジア太平洋の3バージョンに適応（言語、文化参照、コンプライアンス表現）
- 各バージョンで人手審査が必要なセンシティブ表現を标注

各フェーズ完了後に一時停止し、確認後に次フェーズへ進む。

シナリオ B：Slack / Teams の動態を会議アジェンダへ同期（Scheduled Task）

毎週月曜午前7時に実行するスケジュールタスクを設定：

1. @Slack #product-launch と @Microsoft Teams「Go-to-Market」チャンネルの過去7日間の重要議論を集約
2. 抽出：決定事項、未決問題、会議で合意が必要な Blocker
3. @Google Drive の「週次会議アジェンダ」ドキュメントを更新（履歴バージョンを保持）
4. @Slack #leadership に5件以内のサマリーを投稿

制約：公開済みの議論のみ引用。confidential と标注されたメッセージは漏洩しない。

3.3 財務（Finance）

シナリオ A：月次差異分析（OpenAI 社内検証シナリオ） — OpenAI 社内効果：月次締めと予測フローを「数日」から「数時間」へ圧縮。

[月] の月次予算差異分析を支援してください：

1. @Google Drive「Finance / Actuals」と「Finance / Forecast」から該当スプレッドシートを取得
2. @Google Sheets に照合ワークブックを新規作成：
   - 部門別に実績 vs 予測の差異を集計
   - 差異が5%超または$50K超の科目を标注
   - 元の数式をすべて保持し、ソースファイルは上書きしない
3. パフォーマンス説明の初稿（Google Docs）を生成。「収益 / コスト / 運営費」別に想定原因を分類
4. 5〜8ページの経営層向け報告 PPT を作成（グラフ付き、添付テンプレートのスタイルに準拠）
5. 完了後、財務担当が人手確認すべき3つの重要判断ポイントを列挙

制約：ソースデータを一切変更しない。すべての数値にソースセルを明記。

シナリオ B：請求書と支払いの照合（AP 自動化の第一関門）

あなたは買掛金担当です。以下の2つのデータを照合してください：
- 支払い台帳：[@Google Drive リンク]
- 請求書リスト：[@Google Drive リンク]

次の異常をマーク（表形式で返却）：
| 問題タイプ | サプライヤー | 請求書番号 | 金額 | 推奨対応 |
- 金額差異が2%超
- 税番号欠落
- 請求書番号の重複
- サプライヤー名の不一致

支払いを自動起票しない。人手複核用の審査表のみ出力。

3.4 オペレーション（Operations）

シナリオ A：日次ダッシュボード変化モニタリング（Scheduled Task）

毎営業日午前6:30に自動実行：

1. [社内ダッシュボード URL / @SharePoint レポートページ] にアクセス
2. 前日スナップショットと比較し、顕著な変化を抽出（10%超の変動または新規の赤色指標）
3. 1ページのモーニングブリーフ（Google Docs）を生成。構成：
   - 本日注目 TOP 3
   - 指標変化表
   - 推奨フォロー担当者
4. @Gmail で [email protected] に送信

ダッシュボードにアクセスできない場合は Plan 段階で通知し、データを捏造しない。

シナリオ B：顧客フィードバックのテーマクラスタリング → プロダクト優先度

以下のソースから過去14日間の新規顧客フィードバックをモニタリング：
- @Slack #customer-feedback
- @Gmail ラベル「NPS-Detractor」
- @Google Drive「Support Tickets Export」

1. フィードバックを5〜8テーマにクラスタリング（代表的な原文を添付）
2.「頻度 × 影響度 × 実装難易度」で優先度を評価
3. プロダクト評価待ちリストを出力（Notion / Google Docs 形式）
4. 毎週金曜に当該ドキュメントを自動更新する Scheduled Task を設定

制約：フィードバック引用は匿名化し、顧客名を表示しない。

3.5 プロダクト（Product）

シナリオ A：Jira + GTM 計画横断のローンチ準備審査（Nvidia 事例を改編）

[製品/機能名] のローンチ準備審査を実施：

1. @Jira から関連 Epic / Story の完了状況と未解決 Blocker を取得
2. @Google Drive「GTM Plans」から対応する上市計画を取得し、主要マイルストーンを確認
3. @Slack #product-launch から過去7日間の未決議論を抽出
4. ローンチ Readiness レポート（Google Docs）を出力：
   - 準備度スコア（赤 / 黄 / 緑）
   - ブロッカー一覧（担当者 | 期限 | リスクレベル）
   - Go / No-Go 判断とその根拠の提案

Jira ステータスを自動変更しない。高リスク項目は人手判断が必要と标注。

3.6 エンジニアリング（Engineering）— Work と Codex の連携

エンジニアリングシナリオでは Codex モードがコード実装、Work モードがチーム横断のドキュメントを担当するのが効果的です。同一デスクトップアプリ内で切り替えられ、ツールを変える必要はありません。

シナリオ A：PR レビュー + リリースノート

Codex モードで：
1. [repo/name] の PR #123 をレビュー。[セキュリティ / パフォーマンス / テストカバレッジ] を重点確認
2. PR サイドバーに項目ごとのレビューコメントを記載
3. 承認可能な場合、Release Notes 草稿を生成

Work モードに切り替え：
4. Release Notes を @Confluence ページ形式に整形
5. @Slack #engineering 向けの告知文を起草（自動送信しない）

シナリオ B：マルチリポジトリ Issue 週次サマリー（Codex マルチリポジトリ新機能）

Codex モードで、[frontend-repo] と [backend-repo] を横断：
1. 今週マージ済み PR と未解決 P0/P1 Issue を集約
2. エンジニアリング週報 Markdown を生成

Work モードに切り替え：
3. Google Docs に変換し、今週のバーンダウンチャートを挿入（@Jira から取得）
4. 毎週金曜17:00に自動生成する Scheduled Task を設定

SECTION 04 Scheduled Tasks 自動化レシピと6ステップ導入ガイド

Scheduled Task を設定：
- 頻度：[毎日 / 毎週月曜 / 毎月1日 / @Slack チャンネルにキーワード出現時]
- 時刻：[タイムゾーン + 具体的時刻]
- アクション：[具体的ワークフローの記述]
- 通知：[Slack チャンネル / メール / 通知なし]
- 人手確認：[事前承認が必要なステップ]

無人運用前のセキュリティセルフチェック：

• プラグインのアクセス範囲を制限済み（必要なツールのみ接続）
• 明確に必要な場合を除き「自動外部送信」をオフ
• 出力のアーカイブ先を設定し、他人のファイルを上書きしない
• Enterprise ユーザー：管理者が許可した Agent ネットワークポリシーを確認済み
• 「単発実行」で2〜3回検証してから定時実行に切り替え

Scheduled Task 導入の6ステップ：

1. レシピを選定： 上表または Section 03 の職種テンプレートから、日常の反復作業に最も近いワークフローを選びます。
2. 単発手動実行で検証： Work モードで一巡完走し、出力形式とデータソースが正しいことを確認します。
3. Plan Mode でステップを簡素化： 重複取得や冗長な検索を削除し、定時実行時の用量を抑えます。
4. スケジュール Prompt を記入： 上記テンプレートを用い、頻度、タイムゾーン、通知チャネル、人手確認ポイントを明示します。
5. 実行環境を選択： 真のバックグラウンド無人運用には Web 版 Workspace Agent。ローカルファイルタスクはデスクトップ版を選び、端末を起動状態に保ちます。
6. 3回連続のトリガーを観察： 定時タスクが安定実行されることを確認してから、範囲拡大や新レシピ追加を行います。

SECTION 05 用量最適化、引用可能データ、トラブルシューティング、30日間オンボーディングロードマップ

ChatGPT Work と Codex は同一の用量課金プールを共有します（固定月額の機能ではありません）。同じワークフローでも設計次第でコストは最大5倍変わります。

コスト削減の7つの実践：

1. まず Chat モードで草稿を作成し、満足したら精簡版を Work に渡す
2. Plan Mode で余分なステップを削除、特に同一データソースの重複取得
3. Scheduled Task で同一テンプレートドキュメントを再利用し、キャッシュ割引を活用
4. 出力は簡潔に指定：「表 + 3行サマリー」は「完全な叙述レポート」より効率的
5. 大タスクは分割：Phase 1 で方向確認 → Phase 2 で成果物生成。一括実行によるやり直しを回避
6. 無料ユーザー：まずデスクトップ版で小タスクを試し、消費を把握してからスケール
7. Enterprise チーム：Admin Console で workspace / group / 個人の3段階クォータを設定

引用可能な技術情報：

• リリース日： 2026年7月9日、OpenAI が ChatGPT Work を発表。Codex App は ChatGPT デスクトップ版に統合。
• 月次締め効率： OpenAI 社内検証により、月次差異分析ワークフローは締めプロセスを「数日」から「数時間」へ圧縮可能。
• 用量倍率： 同一ワークフローでも設計差で消費は約 5倍 変動。出力トークンコストは入力の約 6倍。キャッシュヒット時の入力コストは fresh input の約 1/10。
• Prompt 長の目安： 150〜400字。データソース + 出力形式 + 制約を明確に書き、手順の逐次指示は不要。

以下は OpenAI 公式発表と Cookbook に基づきます。発版後はリンクを再度開いて最新ポリシーと機能を確認してください。

OpenAI Blog — ChatGPT Work Launch

OpenAI Cookbook — Sales Meeting Prep Agent

ChatGPT Learn Changelog

多くのチームが ChatGPT Work の Scheduled Task を個人ノート PCで稼働させています。蓋を閉じれば停止し、7×24 の無人運用はできません。VM 案には Hypervisor の性能オーバーヘッドと iOS/macOS ツールチェーンの互換性問題があります。Codex マルチリポジトリ審査、ローカル Excel 一括処理、Agent 定時タスクを安定稼働させたいエンジニアリング・オペレーションチームにとって、MACNOX のクラウド物理 Mac ノードはより適した選択となることが多いです。100% Apple 純正実機、フル Root 権限、Hypervisor オーバーヘッドゼロ、日/週/月の柔軟な契約で、Work モードの Computer Use とスケジュールタスクを専有ハードウェア上で継続実行できます。詳細は AI Agent 本番デプロイセキュリティ加固ガイド の物理ノード隔離の推奨もご参照ください。

SECTION 06 よくある質問（FAQ）