2026 CHATGPT
WORK_
6 ROLE_
PROMPTS.

ChatGPT Work 職種別ワークフロー Prompt テンプレート 2026

リード：2026年7月9日に OpenAI が ChatGPT Work を発表してから、本当の問いはこうです：明日の仕事で何に使えるのか？ OpenAI の公式アドバイスは「すでに慣れているタスクから始めよ」というものです。本記事はその方針に沿い、営業・マーケ・財務・オペ・製品・エンジニアの6職種ごとに実務ワークフローを分解し、コピー可能な Prompt テンプレート、Plan Mode 審査の要点、Scheduled Tasks 自動化レシピ、用量最適化のコツをまとめました。リリース背景と Cowork 比較は姉妹記事をご覧ください：ChatGPT Work 正式リリース解説。

1. 課題の分解：Work を知っているのに使えない理由

  1. モード選びを誤り用量を浪費——単純な Q&A に Work、複雑なマルチ App 連携に Chat を使うと、コストが最大 5倍 開くことがあります。
  2. Prompt が手順ではなく成果物を書いていない——Work は自律的に経路を計画します。必要なのは「どんな完成品が欲しいか」です。
  3. スケジュールタスクの安全チェックを怠る——無人運用前にプラグイン範囲を制限せず、自動外部送信をオフにしないとリスクが極めて高くなります。

2. 始める前に：成否を分ける3つの原則

原則説明実践アドバイス
手順ではなく結果を記述Work が経路を自律計画❌「Salesforce を開いてエクスポート…」→ ✅「@Salesforce の直近30日商談からリスク注釈付き週報 PPT を生成」
ツール接続を先に、タスクは後プラグインカタログがデータ源Gmail・Slack・Drive の認可を確認し、@アプリ名 で明示指定
Plan Mode はブレーキ複雑タスクは計画→実行対外メール・財務報告・顧客納品物は必ず1項目ずつ審査

2.1 モード選択：Chat / Work / Codex の早見表

ニーズ推奨モード理由
素早い Q&A、ブレスト、単発コピーChat軽量・高速応答
マルチ App 多段階・成果物納品・数時間タスクWorkプラグイン + Plan Mode + Computer Use
コードレビュー・PR 管理・マルチリポ開発Codex開発者向けワークフロー
毎週繰り返し・無人バックグラウンドWork + Scheduled Tasksスケジュール/トリガー自動推進

2.2 デスクトップ vs Web の選び方

シーン推奨環境
ローカルファイル読み書き、Computer Use、無料プラン試用デスクトップ（Mac / Windows）
チーム協業、タスク進捗の随時確認Web / モバイル（Plus 以上）
営業会議 Brief 自動生成 + メール通知Web Workspace Agent + スケジュールスケジュール
ローカル Excel 照合、フォルダ一括処理デスクトップ Work モード

3. 汎用ワークフロー：最初のタスクを5ステップで走らせる

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

3.1 Work モード Prompt 作成の公式

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

3.2 Plan Mode 審査チェックリスト

  • データ源は正しいか（顧客・月の誤りはないか）？
  • 対外送信・削除・ファイル上書きなど高リスク操作はないか？
  • 出力形式はチームテンプレートに合っているか？
  • 中間ステップを削って用量を節約できるか？
  • 人手確認ノードを設ける必要があるか？

4. 6職種の実践ワークフロー（Prompt テンプレート付き）

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

4.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. @Gmail で各 Brief リンク付きの集約メールを送信 出力形式：件名「明日の顧客会議 Brief — [日付]」、本文は表（顧客名 | 会議時刻 | 主要議題 | Brief リンク）

OpenAI 内部事例：営業チームが Discovery 対話を24時間以内にカスタム PoC 案へ転換（従来は数週間）。

シーン B：アカウント動態コマンドセンター（Sites + 毎日更新）

@Salesforce の [アカウント名] の全商談・連絡先・直近活動記録をもとに： 1. インタラクティブなアカウントコマンドセンター（Sites）を作成：商談パイプライン概要、直近7日の重要シグナル、推奨ネクストアクション 2. Scheduled Task を設定：毎営業日 午前8時に Site を自動更新 3. 重大な変化があれば @Slack DM で通知 制約：外部メールは自動送信しない。金額は CRM 元データ準拠。

シーン C：リード審査とパイプライン修復（Zapier 事例改編）

@Salesforce の過去30日の新規リードとフォロー記録を分析し、@Gmail の営業往来と突合。 特定：48時間以上未フォローのリード（ソース別）、フォローチェーンの断絶点、推定パイプライン損失額。 出力：Excel 明細 + 1ページの経営層向けサマリー PPT（7桁規模の潜在損失を強調）+ 毎週繰り返し可能な審査フロー提案。

4.2 マーケ（Marketing）

シーン A：リサーチ → Brief → マルチマーケット素材（エンドツーエンド）

顧客リサーチ資料をアップロードしました：[添付 / @Google Drive リンク] フェーズ1 — Brief：オーディエンス・ペインポイント・競合ポジションを抽出し、Campaign Brief（Google Docs）を出力 フェーズ2 — 素材：獲得メール1通、LinkedIn 3本、LP 文案アウトライン1セット → Drive に保存 フェーズ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 メッセージは漏洩しない。

4.3 財務（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 自動化）

支払台帳と請求書リスト（@Google Drive リンク）を照合。 マーク：金額差異 >2%、税番号欠落、重複請求番号、仕入先名不一致。 審査表を返却。支払は自動起票しない。

4.4 オペレーション（Operations）

シーン A：日次ダッシュボード変化モニタリング（スケジュール）

毎営業日 午前6:30 に自動実行： 1. [社内ダッシュボード URL / @SharePoint レポートページ] にアクセス 2. 前日スナップショットと比較し、>10% 変動または新規赤指標を抽出 3. 1ページの朝刊ブリーフ（Google Docs）を生成：TOP 3 注目項目、指標変化表、推奨フォロー担当 4. @Gmail で ops-leads@company.com に送信 ダッシュボードにアクセスできない場合は Plan 段階で報告し、データを捏造しない。

シーン B：顧客フィードバックのテーマクラスタリング → 製品優先度

過去14日のフィードバックを監視：@Slack #customer-feedback、@Gmail ラベル「NPS-Detractor」、@Google Drive Support Tickets Export。 1. 5〜8テーマにクラスタリング（代表コメント付き） 2.「頻度 × 影響度 × 実装難易度」で優先度評価 3. 製品レビュー待ちリストを出力。毎週金曜に自動更新を設定 制約：フィードバック引用は匿名化し、顧客名は出さない。

4.5 製品（Product）

シーン A：Jira + GTM 横断のリリース準備審査（Nvidia 事例改編）

[製品/機能名] のリリース準備審査を実施： 1. @Jira から Epic/Story 完了状況と未解消 Blocker を取得 2. @Google Drive「GTM Plans」で重要マイルストーンを確認 3. @Slack #product-launch から直近7日の未決議論を抽出 4. Readiness レポートを出力：準備度スコア（赤/黄/緑）、ブロッカー一覧、Go/No-Go 提案 Jira は自動変更しない。高リスク項目は人手判断が必要と注記。

4.6 エンジニアリング（Engineering）— Work と Codex の協働

エンジニアリングでは Codex がコード実装、Work がクロスチーム文書を担当し、同一デスクトップ App 内で切り替えるのがおすすめです。

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

Codex モード：[repo/name] PR #123 をレビュー（セキュリティ/性能/テストカバレッジ）、サイドバーに逐条コメント、承認後に Release Notes 草稿を生成。 Work モード：@Confluence ページ形式に整理し、@Slack #engineering 告知を起草（自動送信しない）。

シーン B：マルチリポ Issue 週次サマリー

Codex モード：[frontend-repo] と [backend-repo] を横断し、今週マージ済み PR と未解消 P0/P1 Issue を集約、エンジニア週報 Markdown を生成。 Work モード：Google Docs に変換し燃尽図を挿入（@Jira から取得）。毎週金曜 17:00 の Scheduled Task で自動生成を設定。

5. Scheduled Tasks 自動化レシピライブラリ

レシピ名トリガータスク内容適合職種
月曜アジェンダ更新毎週月曜 07:00Slack 動態 → アジェンダ Doc 更新マーケ / オペ
日次指標モーニングレポート毎営業日 06:30ダッシュボード → 前日比較 → メールブリーフオペ / 財務
フィードバック週次クラスタ毎週金曜 16:00マルチチャネル FB → テーマクラスタ → 優先度リスト製品
アカウント動態日報毎営業日 08:00CRM 変化 → Sites コマンドセンター更新営業

5.1 スケジュールタスク設定の Prompt 句型

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

5.2 無人運用前の安全セルフチェック

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

6. 用量最適化：Work モードをより節約する

ChatGPT Work と Codex は同一の用量課金プールを共有します。ワークフロー設計次第でコストは最大 5倍 変わります。

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

6.1 節約の7つの実践

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

6.2 本番前「用量試算」5ステップ

1. 所要時間が分かっている実タスクを1つ選ぶ（例：月次差異表、通常2時間） 2. Work モードで Plan Mode を使い1回実行し、ステップ数を記録 3. 実行後に今回の消費を確認（プラン included usage と比較） 4. 毎日/毎週実行した場合の月次消費が予算内か試算 5. 高い場合 → 上記最適化後に再実行して比較

7. よくある落とし穴とトラブルシューティング

問題原因解決策
Work が Codex プロジェクトを見つけないApp 移行未完了Codex App を更新 → 自動的に ChatGPT デスクトップへ。異常時は chatgpt.com/download から再インストール
プラグイン認可後もデータ取得できない権限不足または @名 の誤記プラグインカタログの認可を確認。@Salesforce と書き、泛称「CRM」は使わない
Plan は正しいが結果がずれるコンテキスト古い or AI 推測実行中に一時停止して修正。重要データは添付/リンクで明示提供
スケジュールタスクが起動しないPC スリープ/デスクトップ未ログイン長期タスクは Web Workspace Agent を推奨。デスクトップは起動維持が必要
用量が想定超過出力過長・重複取得・ステップ過多第6節を参照。Enterprise は Admin Console で上限設定
Work と Cowork の使い分けが不明ワークフロー種別が異なるクラウド SaaS 協業は Work。ローカルフォルダ一括処理は Cowork

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

フェーズ目標アクション
第1週単一タスクに慣れる最も慣れたタスクを1つ選び、デスクトップ Work で手動3回、Plan Mode 審査を練習
第2週プラグイン深い統合コアツール3つ（メール+協業+ファイル）を接続し、マルチ App エンドツーエンド納品を1回完了
第3週自動化第1週のタスクを Scheduled Task に変更し、3回の起動安定性を検証
第4週チーム展開自職種の Prompt テンプレート庫を整理。Enterprise は管理者とクォータを同期

9. 深掘り事例：Virgin Atlantic と OpenAI 内部財務検証

OpenAI は ChatGPT Work 発表時に複数の企業早期検証事例を引用しました。Virgin Atlantic は営業会議準備を手作業1〜2時間から自動 Brief パイプラインへ圧縮。OpenAI 内部財務チームは Work で月次差異分析を完了し、決算サイクルを数日から数時間へ短縮しました——鍵は「AI が賢い」ことではなく、既知の反復フローを Prompt + Scheduled Task に標準化したことです。

Mac ユーザーにとって、これらのワークフローはデスクトップ Work モードで最も快適です。Computer Use でローカル Excel、FCP プロジェクトフォルダ、Xcode シミュレータを操作できます。しかし複数の Scheduled Task が並行（営業 Brief + 財務月次 + オペ朝刊が同時実行）すると、MacBook の統合メモリとフォアグラウンド応答がすぐボトルネックになります——ここで「本機 Mac で承認 + リモート Mac でバックグラウンド Agent」という二層アーキテクチャの価値が出ます。

10. FAQ

Q：最初に練習すべき職種ワークフローは？

ご自身が最も慣れており、出力の正誤を判断できるタスクを選んでください。公式推奨：月次差異分析、マーケ Brief、営業会議準備です。

Q：Prompt の適切な長さは？

「データ源 + 出力形式 + 制約」を明確に書けば、通常 150〜400字 で十分です。各手順の手動指示は書かないでください。

Q：スケジュールタスクは電源オフ時に動く？

デスクトップ Scheduled Task はデバイスがオンラインである必要があります。真のバックグラウンド無人運用には Plus 以上の Web Workspace Agent を推奨します。

Q：Work モードと Workspace Agent の違いは？

Work は個人が ChatGPT 内で直接使う Agent モードです。Workspace Agent は Business/Enterprise でチームが構築・共有・一元管理する自動化 Agent で、Admin Console によるガバナンス付きです。

Q：生成 PPT/Excel はそのまま対外報告できる？

80点の初稿と捉えてください。財務数値・顧客名・対外声明は必ず人手で再確認してください。

Q：無料ユーザーが使えるテンプレートは？

デスクトップ Work は試用可能ですが用量上限があります。「請求書照合」など軽量タスクでテストし、長期自動化は避けることをお勧めします。

11. 参考ソース

12. まとめ：Mac デスクトップで Work、長時間 Agent はリモートノードへ

ChatGPT Work の価値は「リリースされた」ことではなく、あなたがうんざりしている手作業フローを消すことにあります。Mac デスクトップは Work + Codex + Computer Use の最適な載せ台です。ローカル Excel 照合、フォルダ一括処理、GUI 自動化は Apple Silicon で快適に動きます。しかし複数 Scheduled Task の並行、数時間 Agent と Codex マルチリポが同時実行されると、本機の統合メモリとバッテリーはすぐ逼迫します。純 Windows クラウドホストはバックグラウンド常駐には向きますが、Apple エコシステムのツールチェーンと Metal グラフィックスワークフローへの対応は限定的です。

より実務的なアーキテクチャはこうです：Mac 本機で Work 対話と Plan Mode 承認を担当し、営業 Brief パイプライン、財務月次、オペ朝刊などのスケジュール Agentは MACGPU リモート Mac mini M4 ノードへ配置します。Apple Silicon 統合メモリは並列 Agent に適し、SSH オンデマンド起動で、本機 ChatGPT デスクトップと「フォアグラウンド操作 + バックグラウンド常駐」の二層アーキテクチャを形成できます。