2026年7月9日、OpenAIはChatGPT Workを発表し、Codexを新しいChatGPTデスクトップアプリに統合しました。すでに「何ができるか」は分かっているが、明日の業務で何に使うかが分からないナレッジワーカー向けに、本記事は営業・マーケ・財務・運用・プロダクト・エンジニアの6職種ごとにコピペ可能なPromptテンプレート、Plan Modeチェックリスト、Scheduled Tasks自動化レシピ、用量最適化の実践テクニックを提供します。発表の背景と機能全景はChatGPT Work 正式リリース解説をご参照ください。
01 ChatGPT Work を使いこなす3つの原則とモード選択
Promptをコピーする前に、ChatGPT Workと通常のChatの本質的な違いを理解しておくことが重要です。
- 結果を記述し、手順ではなく：Workモードは自律的に経路を計画します。「Salesforceを開いてエクスポートして…」ではなく、「@Salesforceの直近30日の商談から、リスク标注付きの週報PPTを生成して」と書きます。
- 先にツールを接続し、後にタスクを出す：プラグインディレクトリがWorkのデータソースです。Gmail、Slack、Driveなどを事前に認可し、
@アプリ名で明示的に指定します。 - Plan Modeはブレーキ：対外メール、財務報告、顧客納品物など高リスクタスクでは、計画を逐条確認してから実行します。
多くのチームが直面する痛点は次のとおりです。
- モードの取り違え：Chatで複数アプリ横断タスクを走らせ、用量を浪費したり途中で止まる。
- プラグイン未接続：データソースが曖昧なまま実行し、AIが推測で埋める。
- Plan未確認：削除・上書き・対外送信など高リスク操作を見逃す。
- Scheduled Taskの環境依存：デスクトップ版はPCスリープで停止し、自動化が不安定になる。
| ニーズ | 推奨モード | 理由 |
|---|---|---|
| クイックQ&A、ブレスト、単発文案 | Chat | 軽量・高速 |
| 複数アプリ横断、完成品ファイル、数時間タスク | Work | プラグイン統合 + Plan Mode + Computer Use |
| コードレビュー、PR管理、マルチリポジトリ開発 | Codex | 開発者向けワークフロー |
| 週次反復・無人バックグラウンド | Work + Scheduled Tasks | 定時・トリガー式の自動実行 |
| シナリオ | 推奨環境 |
|---|---|
| ローカルファイル読み書き、Computer Use、無料枠試用 | デスクトップ版（Mac / Windows） |
| チーム協業、タスク進捗の随時確認 | Web / モバイル（Plus以上） |
| 営業会議Brief自動生成 + メール通知 | Web版 Workspace Agent + 定時スケジュール |
| ローカルExcel照合、フォルダ一括処理 | デスクトップ版 Workモード |
02 5ステップフレームワーク・Prompt公式・Plan Modeチェックリスト
どの職種でも、最初のタスクは次の5ステップで走らせることをおすすめします。
1. プラグイン接続
2. 目標と出力形式を明確化
3. Plan Modeを確認
4. 途中で介入・軌道修正
5. 成果物を検収し反復改善Workモード専用 Prompt 公式：
[役割] + [データソース @プラグイン] + [具体タスク] + [出力形式] + [制約条件] + [検収基準]Plan Mode 実行前チェックリスト：
- データソースは正しいか（誤った顧客・誤った月を引いていないか）
- 「対外送信」「削除」「ファイル上書き」など高リスク操作は含まれないか
- 出力形式はチームテンプレートに合っているか
- 中間ステップを削減して用量を節約できるか
- 人間確認ノードが必要か
初回タスクの6ステップ実装手順は次のとおりです。
- デスクトップアプリを入手：chatgpt.com/downloadからChatGPTデスクトップをインストールします。
- Workモードに切り替え：上部ナビのWorkを選択し、エージェント画面に入ります。
- コアプラグインを3つ接続：メール、コラボ、ファイルストレージを認可します。
- Prompt公式でタスクを記述：役割・@データソース・出力形式・制約を含めます。
- Plan Modeを逐条確認：高リスクステップを削除または修正してから実行します。
- 成果物を検収し用量を記録：今回の消費量を基準に、Scheduled Task化の可否を判断します。
03 6職種の実践ワークフローとPromptテンプレート
以下のテンプレートはOpenAI公式事例、Zapier・Nvidia・Virgin Atlanticなどの早期テスト、Workspace Agent Cookbookを基に整理しています。@プラグイン名は実際のツールスタックに置き換えてください。
営業（Sales）
シナリオA：顧客会議Briefの自動生成（毎日定時）
定時タスクを作成：毎営業日午後4時に実行。
1. 明日の @Google Calendar 顧客会議を確認（社内会議は除外）
2. 各顧客会議について：
- @SharePoint / @Salesforce から直近30日の口座メモとやり取りを取得
- 同社の直近30日の公開ニュースと経営陣動向を検索
- 外部参加者ごとに2〜3文の背景要約を作成
3. 各会議向けに2〜3ページのBriefを生成し @Google Drive に保存
4. @Gmail で各Briefリンク付きのサマリーメールを送信
出力形式：件名「明日の顧客会議Brief — [日付]」、本文は表（顧客名 | 会議時刻 | 主要議題 | Briefリンク）シナリオB：アカウント動態コマンドセンター（Sites + 毎日更新）
@Salesforce の [口座名] の全商談・連絡先・直近活動に基づき：
1. インタラクティブな口座コマンドセンター（Sites）を作成：
- 商談パイプライン概要（ステージ、金額、予定成約日）
- 直近7日の重要シグナル（メール、会議、サポートチケット）
- 推奨次アクション（優先度順）
2. Scheduled Task：毎営業日午前8時に自動更新
3. 重大変化時は @Slack でDM通知
制約：外部メールは自動送信しない。金額はCRM原データに準拠。シナリオC：リード審査とパイプライン修復（Zapier事例改編）
@Salesforce の直近30日の新規リードとフォロー記録を分析し、@Gmail の営業往来と突合。
特定事項：
1. 48時間以上未フォローのリード（ソース別）
2. フォローチェーンの断絶点（どの段階後に応答率が急落するか）
3. パイプライン損失額の推定
出力：
- Excel明細（リードID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション）
- 1ページの経営層向けサマリーPPT（7桁規模の潜在損失を強調）
- 毎週繰り返し実行可能な審査フロー（Scheduled Task用）マーケティング（Marketing）
シナリオA：リサーチ → Brief → 多市場素材（エンドツーエンド）
アップロードした顧客リサーチ資料：[添付 / @Google Drive リンク]
エンドツーエンドのマーケワークフローを実行：
フェーズ1 — Brief：
- ターゲット、コアペイン、競合ポジションを抽出
- Campaign Brief（Google Docs）を出力、メッセージ柱とチャネル提案を含む
フェーズ2 — 素材生成：
- Briefに基づき：獲得メール1通、LinkedIn投稿3本、LP文案アウトライン1セット
- @Google Drive「Campaign / [製品名]」フォルダに保存
フェーズ3 — 地域適応：
- 米国・欧州・アジア太平洋の3バージョンに適応（言語、文化参照、コンプライアンス表現）
- 各版で人間確認が必要な敏感表現を标注
各フェーズ完了後に一時停止し、確認後に次フェーズへ進む。シナリオB：Slack / Teams動態を会議アジェンダに同期（週次定時）
毎週月曜午前7時に実行する定時タスクを設定：
1. @Slack #product-launch と @Microsoft Teams「Go-to-Market」チャンネルの直近7日の重要議論を集約
2. 抽出：決定事項、未決問題、会議で合意が必要なBlocker
3. @Google Drive の「週次アジェンダ」文書を更新（履歴版を保持）
4. @Slack #leadership に5件以内のサマリーを投稿
制約：公開議論のみ引用。confidential标注のメッセージは漏洩しない。財務（Finance）
シナリオA：月次差異分析（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%
- 税番号欠落
- 請求書番号重複
- 仕入先名不一致
支払は自動起票しない。審査表のみ出力。運用（Operations）
シナリオA：毎日ダッシュボード変化モニタリング（定時）
毎営業日午前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を設定
制約：フィードバック引用は匿名化し、顧客名を出さない。プロダクト（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ステータスは自動変更しない。高リスク項目は人間判断が必要と标注。エンジニアリング（Engineering）— WorkとCodexの協働
エンジニアリングではCodexでコード実装、Workでクロスチーム文書と役割分担します。同一デスクトップアプリ内で切り替え可能です。
シナリオA：PRレビュー + リリースノート（Codex主導）
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で自動生成を設定04 Scheduled Tasks 自動化レシピと用量最適化
| レシピ名 | トリガー | タスク内容 | 適合職種 |
|---|---|---|---|
| 月曜アジェンダ更新 | 毎週月 07:00 | Slack動態集約 → アジェンダDoc更新 | マーケ / 運用 |
| 毎日指標朝刊 | 平日 06:30 | ダッシュボード差分 → メールブリーフ | 運用 / 財務 |
| フィードバック週次クラスタ | 毎週金 16:00 | マルチチャネル → 優先度リスト | プロダクト |
| 口座動態日次更新 | 平日 08:00 | CRM変化 → Sitesコマンドセンター更新 | 営業 |
定時タスク設定のPrompt句式：
Scheduled Taskを設定：
- 頻度：[毎日 / 毎週月曜 / 毎月1日 / @Slackチャンネルにキーワード出現時]
- 時刻：[タイムゾーン + 具体時刻]
- アクション：[具体的ワークフロー記述]
- 通知：[Slackチャンネル / メール / 通知なし]
- 人間確認：[事前承認が必要なステップ]無人運用前の安全チェックリスト：
- プラグインアクセス範囲を必要最小限に制限した
- 明示的に必要でない限り「自動対外送信」をオフにした
- 出力アーカイブパスを設定し、他人のファイルを上書きしない
- Enterprise：管理者が許可したAgentネットワークポリシーを確認した
- 「単発実行」で2〜3回検証してから定時化した
ChatGPT WorkとCodexは従量課金プールを共有します。同一ワークフローでも設計次第でコストは最大5倍変わります。
| 要因 | 用量への影響 |
|---|---|
| タスクステップ数 | ステップが多いほど消費増 |
| コンテキストサイズ | 取得ドキュメント・メールが多いほど増 |
| 出力長 | 出力Tokenコストは入力の約6倍 |
| キャッシュヒット | 同一文書の再読取はfresh inputの約1/10 |
| モデル選択 | GPT-5.6の複雑推論は軽量タスクより高消費 |
7つの節約実践：
- Chatで草稿を作り、確定版をWorkに渡す
- Plan Modeで冗長ステップを削除、特に同一データの重複取得
- Scheduled Taskで同一テンプレート文書を再利用しキャッシュ割引を活用
- 出力を簡潔に：「表 + 3行サマリー」は叙述レポートより安価
- 大タスクを分割：Phase 1で方向確認 → Phase 2で成果物生成
- 無料ユーザー：デスクトップで小タスクを試し、消費を把握してから拡大
- Enterprise：Admin Consoleでworkspace / group / 個人の3段階上限を設定
本番投入前の用量試算：
1. 所要時間が分かっている実タスクを1つ選ぶ（例：月次差異表、通常2時間）
2. WorkモードでPlan Mode付きで1回実行し、ステップ数を記録
3. 実行後の消費量を確認（プランのincluded usageと比較）
4. 毎日/毎週実行した場合の月次消費を試算
5. 高い場合は上記7項目で最適化し再実行して比較05 トラブルシュート・30日ロードマップ・引用データ
| 問題 | 原因 | 解決策 |
|---|---|---|
| WorkでCodexプロジェクトが見つからない | アプリ移行未完了 | Codex Appを更新 → ChatGPTデスクトップに。異常時はchatgpt.com/downloadから再インストール |
| プラグイン認可後もデータ取得不可 | 権限不足または@アプリ名誤記 | プラグインディレクトリで権限確認。Promptに@Salesforceと明示 |
| Planは正しいが結果がずれる | コンテキスト古い、AI推測 | 実行中に一時停止して修正。重要データは添付/リンクで明示 |
| 定時タスクが起動しない | PCスリープ / デスクトップ未ログイン | 長期タスクはWeb Workspace Agent推奨。デスクトップは端末起動が必要 |
| 用量が想定超過 | 出力過長、重複取得、ステップ過多 | 第04節の最適化を参照。EnterpriseはAdmin Consoleで上限設定 |
| WorkとCoworkの使い分け | ワークフロー種別の違い | クラウドSaaS協業はWork。ローカルフォルダ一括処理はCowork（姊妹記事の比較章参照） |
| フェーズ | 目標 | アクション |
|---|---|---|
| 第1週 | 単一タスクに慣れる | 最も慣れたタスクをデスクトップWorkで手動3回、Plan Mode審査を練習 |
| 第2週 | プラグイン深度統合 | コアツール3つ接続、クロスAppエンドツーエンド納品を1回完了 |
| 第3週 | 自動化 | 第1週タスクをScheduled Task化、3回のトリガー安定性を検証 |
| 第4週 | チーム展開 | 職種別Promptテンプレート庫を整備。Enterpriseは管理者と上限を同期 |
- プラグイン規模：ChatGPT Workの統合プラグインディレクトリは初期段階で1400以上の連携をカバーします。
- 月次差異分析の効果：OpenAI内部では月次締めと予測調整を「数日」から「数時間」に短縮したと公表しています。
- 課金構造：WorkとCodexは従量課金プールを共有し、出力Tokenコストは入力の約6倍、キャッシュヒット時はfresh inputの約1/10です。
以下が主要な参考ソースです。リリース後は公式ページを優先してご確認ください。
OpenAI公式ブログ：ChatGPT for your most ambitious work
OpenAI Cookbook：Sales Meeting Prep Agent
SiliconANGLE：ChatGPT Work ローンチ報道
06 よくある質問 FAQ
Q：どの職種のワークフローから始めるべきですか？
A：最も慣れており、出力の正誤を判断できるタスクから始めてください。OpenAI公式は月次差異分析、マーケBrief、営業会議準備を推奨しています。
Q：Promptはどのくらいの長さが適切ですか？
A：データソース、出力形式、制約条件を明確に書けば150〜400字で十分です。手順の細かい指示は不要です。
Q：Scheduled TaskはPCを閉じていても動きますか？
A：デスクトップ版はデバイスがオンラインである必要があります。真のバックグラウンド自動化にはPlus以上のWeb版Workspace Agentを推奨します。
Q：WorkモードとWorkspace Agentの違いは何ですか？
A：Workは個人がChatGPT内で直接使うAgentモードです。Workspace AgentはBusiness/Enterpriseでチームが構築・共有・管理する自動化Agentで、Admin Consoleによるガバナンスがあります。
Q：生成されたPPTやExcelはそのまま外部に使えますか？
A：80点の初稿と考え、財務数値・顧客名・対外声明は必ず人間が確認してから使用してください。
Q：無料ユーザーはどのテンプレートを試せますか？
A：デスクトップ版Workモードは試用可能ですが用量上限があります。請求書照合など軽量タスクから始め、長期自動化は避けてください。
最終更新：2026-07-11 | 機能と展開スケジュールはOpenAI公式発表を優先してください。
ChatGPT Workは存在するから価値があるのではなく、手作業で嫌だったワークフローを消せるときに価値があります。しかし、Scheduled TaskやComputer Useを本番運用するには実行環境の安定性が不可欠です。ローカルMacのスリープによる中断、共有クラウドデスクトップのリソース競合、仮想マシンのHypervisorオーバーヘッドは、数時間規模のAgentタスクのスループットを低下させます。純粋なSaaS Agentは、専用Apple SiliconとネイティブmacOSツールチェーンが必要なシナリオ（Xcodeビルド、Codexマルチリポジトリ開発、ローカルモデル推論）を代替できません。対照的に、ZUKCLOUDのベアメタルMac miniクラウドノードは、Hypervisor損耗ゼロの専用物理マシン、7×24稼働、日/週/月単位の柔軟な契約を提供します。ChatGPT Work 正式リリース解説で触れたCodex統合環境の安定ホストとして、共有仮想化より制御可能な本番基盤として優れています。詳細はMac Mini M4 レンタル vs 購入の費用比較をご参照ください。