2026年7月9日 OpenAI が ChatGPT Work を発表しました。「何が変わったか」は 姉妹記事で解説済みです。本記事は明日から何に使うかに焦点を当て、3 原則、モード選定、5 ステップフレーム、Prompt 公式、Plan Mode チェックリスト、6 職種テンプレート、Scheduled Tasks レシピ、用量最適化、落とし穴、30 日ロードマップを網羅します。
01

開始前に押さえる 3 原則とモード選定

Prompt をコピーする前に、ChatGPT Work と通常 Chat の本質的な違いを理解してください。OpenAI の推奨もシンプルです。すでに熟知している 1 つの業務(月次差異分析、Campaign Brief、営業会議準備など)から始めましょう。

原則説明実践アドバイス
結果を記述し、手順ではないWork モードは自律的に経路を計画します「Salesforce を開いて…」ではなく「@Salesforce 直近 30 日の商談からリスク付き週次 PPT を生成」
ツール接続が先プラグインは Work のデータ層ですGmail、Slack、Drive を事前に認可し、@アプリ名 で明示指定
Plan Mode がブレーキ複雑タスクは計画確認後に実行対外メール、財務報告、顧客納品物はステップごとに承認

Chat / Work / Codex の使い分け

ニーズ推奨モード理由
クイック Q&A、ブレスト、単発文案Chat軽量で応答が速い
複数 App 横断、完成ファイル納品、数時間タスクWorkプラグイン + Plan Mode + Computer Use
コードレビュー、PR 管理、マルチリポ開発Codex開発者向けワークフロー
週次反復・無人バックグラウンドWork + Scheduled Tasksスケジュール/トリガー実行

デスクトップ vs Web

シナリオ推奨環境
ローカルファイル、Computer Use、Free 枠の試用デスクトップ(Mac / Windows)
チーム協業、進捗の随時確認Web / モバイル(Plus 以上)
営業 Brief 自動生成 + メール通知Web Workspace Agent + スケジュール
ローカル Excel 照合、フォルダ一括処理デスクトップ Work モード
02

汎用 5 ステップフレームと Prompt 公式

どの職種でも次の 5 ステップで最初のタスクを完走できます。

Workflow
1. プラグイン接続 → 2. 目標と出力形式を明記 → 3. Plan Mode を審査 → 4. 実行中に軌道修正 → 5. 納品物を検収して反復

Work モード Prompt 公式

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

例:
あなたは [職種]。@Salesforce と @Gmail から [期間] の [データ] を取得。
[具体アクション] を実行し、[Google Docs / Excel / PPT / Sites] で出力。
制約:[元データ変更禁止 / 小数点2桁 / 対外メール送信禁止]。
完了後 [Slack で通知 / 指定フォルダに保存]。

Plan Mode 審査チェックリスト

01

データソースは正しいか(誤った顧客・月を参照していないか)

02

対外送信・削除・ファイル上書きなど高リスク操作はないか

03

出力形式はチームテンプレートに合致しているか

04

用量削減のため省略できる中間ステップはないか

05

人間確認ノードが必要か

03

6 大職種の実践ワークフロー(Prompt テンプレート付き)

以下は OpenAI 官方案例、Zapier・Nvidia・Virgin Atlantic 等の早期テスト、Workspace Agent Cookbook を基に整理したテンプレートです。@プラグイン名 は実際のツールスタックに置き換えてください。

3.1 営業(Sales)

シナリオ A:顧客会議 Brief(毎日定時)

Prompt
毎営業日 16:00 に実行する Scheduled Task を作成してください。

1. 明日の @Google Calendar 顧客会議を確認(社内のみの会議は除外)
2. 各顧客会議について:
   - @SharePoint / @Salesforce から直近 30 日のアカウントノートとやり取りを取得
   - 同社の直近 30 日の公開ニュースと経営陣動向を検索
   - 外部参加者ごとに 2〜3 文の背景要約を作成
3. 各会議向け 2〜3 ページの Brief を @Google Drive ドキュメントで保存
4. @Gmail で各 Brief リンク付きのサマリーメールを送信

出力:件名「明日の顧客会議 Brief — [日付]」、本文は表形式(顧客名 | 会議時間 | 主要議題 | Brief リンク)

シナリオ B:アカウント動態コマンドセンター(Sites + 毎日更新)

Prompt
@Salesforce の [アカウント名] の全商談・連絡先・直近活動に基づき:

1. インタラクティブなアカウントコマンドセンター(Sites)を作成:
   - 商談パイプライン(ステージ、金額、予定成約日)
   - 直近 7 日の重要シグナル(メール、会議、サポートチケット)
   - 優先度付きの推奨ネクストアクション
2. Scheduled Task:平日 8:00 に自動更新
3. 重大な変化があれば @Slack で DM 通知

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

シナリオ C:リード審査とパイプライン修復

Prompt
@Salesforce の直近 30 日の新規リードとフォロー記録を分析し、@Gmail の営業往来と突合してください。

特定事項:
1. 48 時間以上未フォローのリード(ソース別)
2. フォローチェーンの断絶点(どの段階で応答率が急落するか)
3. パイプライン損失額の推定

出力:
- Excel 明細(リード ID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション)
- 1 ページの経営層向け PPT(7 桁規模の機会損失を強調)
- 週次で繰り返し実行可能な審査フロー(Scheduled Task 用)

3.2 マーケティング(Marketing)

シナリオ A:リサーチ → Brief → 多市場素材(エンドツーエンド)

Prompt
アップロードした顧客調査資料:[添付 / @Google Drive リンク]

エンドツーエンドのマーケワークフローを実行:

フェーズ 1 — Brief:
- ターゲット、核心ペイン、競合ポジションを抽出
- Campaign Brief(Google Docs)を出力(メッセージ柱とチャネル提案含む)

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

フェーズ 3 — 地域適応:
- 米国・欧州・アジア太平洋向けに適応(言語、文化引用、コンプライアンス表現)
- 各版で人手確認が必要な敏感表現を明記

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

シナリオ B:Slack / Teams → 会議アジェンダ同期(週次 Scheduled Task)

Prompt
毎週月曜 7:00 に実行する Scheduled Task を設定:

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 内部検証シナリオ)

Prompt
[月] の月次予算差異分析を支援:

1. @Google Drive「Finance / Actuals」「Finance / Forecast」から該当表を取得
2. @Google Sheets に新規照合ブック:
   - 部門別に実績 vs 予測差異を集計
   - 差異 >5% または >$50K の科目をハイライト
   - 元ファイルは上書きせず、全公式を保持
3. パフォーマンス説明初稿(Google Docs)を「収益 / 原価 / 販管費」別に作成
4. 5〜8 ページの経営層向け PPT(チャート付き、添付テンプレートのスタイルに準拠)
5. 財務担当者が確認すべき 3 つの重要判断点を列挙

制約:ソースデータは変更しない。全数値に出典セルを明記。

シナリオ B:請求書と支払照合

Prompt
あなたは AP 担当です。以下 2 データを照合:
- 支払台帳:[@Google Drive リンク]
- 請求書一覧:[@Google Drive リンク]

以下の異常を表形式で返してください:
| 問題タイプ | サプライヤ | 請求書番号 | 金額 | 推奨処理 |
- 金額差異 >2%
- 税番号欠落
- 請求書番号重複
- サプライヤ名不一致

支払は自動起票しない。審査表のみ出力。

3.4 運用(Operations)

シナリオ A:日次ダッシュボード変化モニタリング

Prompt
平日 6:30 に自動実行:

1. [内部ダッシュボード URL / @SharePoint レポート] にアクセス
2. 前日スナップショットと比較し、>10% 変動または新規赤指標を抽出
3. 1 ページの朝次ブリーフ(Google Docs):
   - 本日注視 TOP 3
   - 指標変化表
   - 推奨フォロー担当
4. @Gmail で ops-leads@company.com に送信

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

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

Prompt
直近 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 計画のローンチ Readiness 審査

Prompt
[製品/機能名] のローンチ Readiness 審査:

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 エンジニアリング(Work + Codex 連携)

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

Prompt
Codex モードで:
1. [repo/name] の PR #123 をレビュー(セキュリティ / 性能 / テストカバレッジ重点)
2. PR サイドパネルに逐条コメント
3. 承認時は Release Notes 草稿を生成

Work モードに切り替え:
4. Release Notes を @Confluence 形式に整形
5. @Slack #engineering 向け告知草稿(自動送信しない)

シナリオ B:マルチリポ Issue 週次サマリー

Prompt
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:00Slack ダイジェスト → アジェンダ Doc 更新マーケ / 運用
日次指標早报平日 06:30ダッシュボード差分 → メールブリーフ運用 / 財務
フィードバック週報毎週金 16:00多チャネル → テーマクラスタ → 優先度リストプロダクト
アカウント日次更新平日 08:00CRM 変化 → Sites コマンドセンター更新営業

Scheduled Task 設定 Prompt 句式

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

無人運用前の安全チェック

01

プラグインアクセス範囲を必要最小限に制限

02

明示的に必要でない限り「自動対外送信」をオフ

03

出力アーカイブパスを設定し、他人ファイルの上書きを防止

04

Enterprise:管理者の Agent ネットワークポリシーを確認

05

「単発実行」で 2〜3 回検証してから定時化

用量最適化:Work をより安く使う

ChatGPT Work は Codex と従量課金プールを共有します。同一ワークフローでも設計次第でコストは 5 倍差が出ます。

要因用量への影響
タスクステップ数ステップが多いほど消費増
コンテキストサイズ取得ドキュメント/メールが多いほど増
出力長出力 Token コストは入力の約 6 倍
キャッシュ命中同一文書の再読取は fresh input の約 1/10
モデル選択GPT-5.6 の複雑推論は軽量タスクより高コスト
01

Chat で草稿 → 確定後に Work へ渡す

02

Plan Mode で冗長ステップ削除(同一データの重複取得)

03

Scheduled Task でテンプレ Doc を再利用(キャッシュ割引)

04

簡潔な出力指定:「表 + 3 行サマリー」

05

大タスクはフェーズ分割(Phase 1 方向確認 → Phase 2 納品)

06

Free ユーザー:デスクトップで小タスクを試してから拡大

07

Enterprise:Admin Console で workspace / group / 個人の 3 段階上限

ローンチ前「用量試算」

Workflow
1. 人手所要時間がわかっている実タスクを 1 つ選ぶ(例:月次差異表、通常 2 時間)
2. Work モードで Plan Mode 付き 1 回実行し、ステップ数を記録
3. 実行後の消費量を確認(プランの included usage と比較)
4. 毎日/毎週実行時の月次消費を試算
5. 高い場合は最適化後に再実行して比較
05

落とし穴、30 日ロードマップ、KVMNODE 推奨

問題原因対処
Codex プロジェクトが見つからないApp 移行未完了Codex App を更新 → ChatGPT デスクトップに統合。chatgpt.com/download から再インストール
プラグイン接続後もデータ取得不可権限不足または @名 誤りプラグインディレクトリで権限確認。Prompt に @Salesforce と明示
Plan は正しいが結果がずれる古いコンテキストまたは AI 推測実行中に一時停止して修正。重要データは添付/リンクで明示
Scheduled Task が起動しないPC スリープ / 未ログイン長周期は Web Workspace Agent。デスクトップは端末オンライン必須
用量が想定超出力過多、重複取得、ステップ過多第 4 節の最適化を参照。Enterprise は Admin Console で上限設定
Work と Cowork の選択に迷うワークフロー特性の違いクラウド SaaS → Work、ローカルフォルダ反復 → Cowork(姉妹記事参照)

30 日オンボーディングロードマップ

フェーズ目標アクション
第 1 週単一タスク習熟最も熟知したタスクをデスクトップ Work で 3 回手動実行、Plan Mode 審査を練習
第 2 週プラグイン深度統合コア 3 ツール(メール + 協業 + ファイル)を接続し、1 回の跨 App 納品を完遂
第 3 週自動化第 1 週タスクを Scheduled Task 化し、3 回のトリガー安定性を検証
第 4 週チーム展開職種別 Prompt テンプレート庫を整備。Enterprise は管理者と上限を同期

ChatGPT Work の価値は「存在するから」ではなく、手作業で面倒なワークフローを取り除いたときに発揮されます。最速の ROI は、最も身近な 1 タスクを 3 回実行し Prompt を調整し、Scheduled Tasks で反復部分を自動化することです。

デスクトップ Scheduled Task は端末のスリープ・ログアウトで停止します。Web エージェントだけでは Computer Use や Free 枠の制約を回避できません。個人 Mac はスリープし、macOS VM は EULA と Xcode 署名に抵触します。ChatGPT Work / Codex を 7×24 で安定稼働させるなら、KVMNODE 専用 Mac Mini M4 クラウドレンタルが現実的です。Apple Silicon 統合メモリ、柔軟な日/週/月契約。料金ページヘルプセンターをご参照ください。

最終更新: 2026-07-11 · 出典: OpenAI Blog, OpenAI Cookbook, ChatGPT Learn Changelog, SiliconANGLE