AI Agent Work 実践 2026-07-11

ChatGPT Work 実践ガイド：6職種ワークフロー + Prompt テンプレートと Scheduled Tasks レシピ

誰がどんな課題に直面しているか？ChatGPT Work のリリース背景は理解したものの、月曜の出社後に「何に使えばいいのか」が見えない営業・マーケ・財務・オペ・プロダクト・エンジニアリング各チーム。本記事で提供する内容：職種別のコピー可能な Prompt テンプレート、Plan Mode 審査チェックリスト、Scheduled Tasks レシピ、用量最適化 7 策。構成：3 原則表、モード選定マトリクス、6 職種フルシーンテンプレート、排障表、30 日ロードマップ、FAQ。

ChatGPT Work 2026 6職種ワークフロー Prompt テンプレート Scheduled Tasks Plan Mode 実践ガイド

📋 目次

リリース背景、Codex 統合、Claude Cowork との比較は姉妹記事 ChatGPT Work 正式リリース：Codex 統合 ChatGPT デスクトップ全解説 をご覧ください。基盤モデルの能力は GPT-5.6 Sol/Terra/Luna ベンチマーク解説、Agent ワークフローの隔離検証は Agent Skill 完全ガイド を参照してください。

01 · 概要：「何かは分かった」から「明日何に使うか」へ

2026 年 7 月 9 日、OpenAI は ChatGPT Work を発表し、Codex を新しい ChatGPT デスクトップアプリに統合しました。リリース記事を読み終えたあと、現場で本当に聞かれるのは次の一言です：「では、明日の業務で何に使えばいいのか？」

OpenAI 公式が推奨する入門法は明快です。すでに慣れ親しんだ 1 つのタスクから始めること。たとえば月次差異分析、キャンペーン Brief、顧客会議の事前準備などです。本記事はその方針に沿い、職種ごとの実務ワークフローを分解し、コピー可能な Prompt テンプレート、Plan Mode の審査ポイント、Scheduled Tasks の自動化レシピ、そして用量が膨らむのを防ぐ実践テクニックをまとめました。

機能全体像や Claude Cowork との違いを改めて確認したい方は、姉妹記事 ChatGPT Work 正式リリース：Codex 統合と AI スーパーアプリ時代 をお読みください。

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

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

原則 説明 実践アドバイス
手順ではなく結果を記述するWork モードは自律的に経路を計画します。必要なのは「どんな成果物が欲しいか」です❌「Salesforce を開いてエクスポートして…」 → ✅「@Salesforce の直近 30 日商談から、リスク注釈付き週報 PPT を生成」
ツール接続が先、タスク指示は後プラグインディレクトリが Work の「データソース」ですGmail、Slack、Drive の認可を確認し、@アプリ名 で取得元を明示する
Plan Mode はブレーキ役複雑タスクはまず計画を出し、確認後に実行します対外メール、財務報告、顧客向け成果物など高リスクタスクは計画を逐条審査する

2.1 モード選定：Chat / Work / Codex の使い分け

新 ChatGPT デスクトップアプリでは 3 モードが共存します。モードを誤ると用量を無駄にします。

ニーズ 推奨モード 理由
素早い 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 モード

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

職種を問わず、次の流れで進めることをお勧めします。

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

3.1 Prompt 作成公式（Work モード専用）

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

骨格例：

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

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

実行前に次を確認してください。

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

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

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

4.1 営業（Sales）

シーン A：顧客会議 Brief の自動生成（毎日定時）

課題：営業担当は毎日 1〜2 時間を顧客背景・近況・議題の手作業整理に費やしています。
Work での解決：カレンダーを定時スキャン → CRM ノート取得 → ニュース検索 → Brief 生成・保存。

定時タスクを作成：毎営業日 16:00 に実行。 1. 明日の @Google Calendar の顧客会議を確認（社内会議は除外） 2. 各顧客会議について： - @SharePoint / @Salesforce から直近 30 日の口座ノートとやり取りを取得 - 同社の直近 30 日の公開ニュースと経営陣の動向を検索 - 外部参加者ごとに 2〜3 文の背景サマリーを作成 3. 各会議向けに 2〜3 ページの Brief を生成し、@Google Drive ドキュメントとして保存 4. 各 Brief リンク付きの @Gmail サマリーメールを自分宛に送信 出力形式：件名「明日の顧客会議 Brief — [日付]」、本文は表（顧客名 | 会議時刻 | 主要議題 | Brief リンク）

OpenAI 社内事例：営業チームが 1 回の Discovery 会話から 24 時間以内にカスタム PoC 案を作成（従来は数週間）。

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

課題：大口顧客情報が CRM、メール、Slack に分散し、営業が手作業でアカウントプランを維持しています。
Work での解決：Codex Sites でライブダッシュボードを構築し、毎日自動更新します。

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

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

課題：月に数千件のリードがあり、フォロー断点の発見が困難です。
Work での解決：CRM + メール + 他ツールを横断してタッチポイントを追跡し、経営層向けダッシュボードを生成します。

@Salesforce の過去 30 日の新規リードとフォロー記録を分析し、@Gmail の営業やり取りと突合してください。 特定事項： 1. 48 時間以上未フォローのリード（ソース別） 2. フォローチェーンの断絶ポイント（どの段階で応答率が急落したか） 3. パイプライン損失額の推定 出力： - Excel 明細（リード ID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション） - 1 ページの経営層向けサマリー PPT（7 桁規模の潜在損失を強調） - 毎週繰り返し実行可能な審査フロー案（Scheduled Task 用）

4.2 マーケティング（Marketing）

シーン A：リサーチ → Brief → 多市場素材（エンドツーエンド）

課題：顧客調査、Campaign Brief、地域別素材が別担当の多段階になり、コンテキストが途切れます。
Work での解決：1 本の指示で全工程を貫通し、コンテキストを自動引き継ぎします。

以下の顧客リサーチ資料をアップロードしました：[添付 / @Google Drive リンク] エンドツーエンドのマーケワークフローを完了してください： フェーズ 1 — Brief： - ターゲット、コアペイン、競合ポジションを抽出 - Campaign Brief（Google Docs）を出力。メッセージ柱とチャネル提案を含む フェーズ 2 — 素材生成： - Brief に基づき：獲得メール 1 通、LinkedIn 投稿 3 本、LP 文案アウトライン 1 セット - @Google Drive「Campaign / [製品名]」フォルダに保存 フェーズ 3 — 地域適応： - コア素材を米国・欧州・アジア太平洋の 3 バージョンに適応（言語、文化引用、コンプライアンス表現） - 各版で人手審査が必要な敏感表現を注釈 各フェーズ完了後に一時停止し、確認後に次へ進む。

シーン B：Slack / Teams 動向を会議議題に同期

課題：週次議題が常に古く、複数チャンネルを手作業で追う必要があります。
Work での解決：毎週チャンネル動向を自動集約し、議題 Doc を更新します。

毎週月曜 7:00 に実行する Scheduled Task を設定： 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 社内検証シーン）

課題：月次締めと予測調整に数日かかり、数値探索と表作成に時間を奪われます。
Work での解決：ソースデータ特定 → Sheets 入力 → 照合 → 報告スライド生成。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% - 税番号欠落 - 請求書番号重複 - 仕入先名不一致 支払は自動起票しない。審査表のみ出力し人手で再確認。

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. プロダクト検討リストを出力（Notion / Google Docs 形式） 4. 毎週金曜に当該ドキュメントを自動更新する Scheduled Task を設定 制約：フィードバック引用は匿名化し、顧客名は出さない。

4.5 プロダクト（Product）

シーン A：Jira + GTM 計画横断のローンチ Readiness 審査（Nvidia 事例改編）

課題：新製品ローンチ時に工程進捗、マーケ計画、サポート文書を同時確認する手作業が漏れやすいです。
Work での解決：複数システムから状態を取得し、ローンチ Readiness レポートを生成します。

[製品/機能名] のローンチ Readiness 審査を実施： 1. @Jira から関連 Epic / Story の完了状況と未解決 Blocker を取得 2. @Google Drive「GTM Plans」から該当上市計画を取得し、主要マイルストーンを確認 3. @Slack #product-launch から直近 7 日の未決議論を抽出 4. ローンチ Readiness レポート（Google Docs）を出力： - 準備度スコア（赤 / 黄 / 緑） - ブロッカー一覧（担当者 | 期限 | リスクレベル） - Go / No-Go 判断と根拠 Jira ステータスは自動変更しない。高リスク項目は人手判断が必要と明記。

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

エンジニアリングでは Codex モードがコード実装、Work モードがチーム横断ドキュメントを担当するのが効率的です。同一デスクトップ App 内で切り替え可能です。

シーン 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 で自動生成を設定

05 · Scheduled Tasks 自動化レシピ集

OpenAI 公式が推奨する 4 類の高頻度定時タスクを、そのまま改編して使えます。

レシピ名 トリガー タスク内容 適合職種
月曜議題更新毎週月曜 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 回検証してから定時化する

06 · 用量最適化：Work モードをコスト効率よく使う

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

6.1 公式課金ロジック（簡略版）

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

6.2 コスト削減 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.3 本番前の「用量試算」手順

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

07 · よくあるトラブルと対処法

問題 原因 解決策
Work モードで Codex プロジェクトが見つからないApp 移行更新が未完了Codex App を更新 → 自動的に ChatGPT デスクトップに。異常時は削除後 chatgpt.com/download から再インストール
プラグイン認可後もデータが取得できない権限範囲不足または @アプリ名 の誤記プラグインディレクトリで認可範囲を確認。Prompt では @Salesforce と明示（「CRM」とだけ書かない）
Plan は正しそうだが実行結果がずれるコンテキストファイルが古い、または AI が推測実行中に一時停止して修正。重要データは添付 / リンクで明示
定時タスクが起動しないPC スリープ / デスクトップ未ログイン長期タスクは Web 版 Workspace Agent を推奨。デスクトップ Scheduled Task は起動・ログイン状態が必要
用量が想定を超える出力過長、重複取得、ステップ過多第 6 節の最適化を参照。Enterprise は Admin Console で上限設定
Work と Cowork のどちらを使うべきか不明ワークフロー種別が異なるクラウド SaaS 協業は Work。ローカルフォルダ一括処理は Cowork（姉妹記事の比較章 参照）

08 · 30 日導入ロードマップ

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

09 · よくある質問 FAQ

Q: 最初にどの職種のワークフローを練習すべきですか？
A: 最も熟知し、出力の正誤を判断できるタスクを選んでください。OpenAI 公式推奨は月次差異分析、マーケ Brief、営業会議準備です。品質を素早く検証できます。

Q: Prompt はどのくらいの長さが適切ですか？
A: 「データソース + 出力形式 + 制約」を明確に書くことが重要で、通常 150〜400 字で十分です。各手順の手動指示をすべて書く必要はありません。

Q: 定時タスクは PC をシャットダウンした状態でも動きますか？
A: デスクトップ版 Scheduled Task はデバイスがオンラインである必要があります。真のバックグラウンド無人実行には 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 モードは試用できますが、使用量に上限があります。「シーン B：請求書照合」など軽量タスクから始め、長期間の自動化は避けてください。

10 · 隔離 Mac のレンタル：クリーン環境で Work ワークフローを試す最適ルート

本記事の Prompt テンプレートの多くは Gmail、Slack、Salesforce、Google Drive など本番アカウントの認可を伴い、Computer Use によるローカル Excel 読み取りやフォルダ一括処理も含みます。主力 MacBook で 6 職種すべてを一度に試すと、OAuth トークンが日常の Keychain と混在し、Scheduled Task が個人ファイルを誤上書きし、Codex の複数リポ clone が Xcode 環境を汚染する——といったリスクが現実的です。Windows ユーザーは Web 版で Work の一部は体験できますが、デスクトップ版 Computer Use + ローカルファイル一括処理という重要パスは検証できません。

より安全な方法は、日単位でレンタルした M シリーズ Mac mini 上で「プラグイン最小権限認可 → Plan Mode を手動 3 回 → Scheduled Task を 1 回検証 → 環境破棄」を完遂することです。OAuth とテストデータが主力機に残りません。これは Agent Skill 隔離試行 と同じ考え方です。ワークフローの ROI を先に検証し、チーム主力デバイスへの展開を判断します。料金と SSH 接続は M シリーズ Mac 算力レンタル料金 をご覧ください。

ChatGPT Work の価値は「リリースされた」ことではなく、あなたが手作業にうんざりしている業務を代行できるかどうかにあります。最速の ROI ルートは、最も熟知したタスクを選び、手動 3 回 → Prompt 調整 → 自動化——であり、さらにリリース記事を読み続けることではありません。Apple エコシステムと整合した検証結論を求めるなら、隔離 Mac での試行は主力機を汚染するより時間を節約できることが多いです。

11 · 参考資料

最終更新：2026 年 7 月 11 日。Work の展開状況と用量課金は変更される場合があります。OpenAI 公式情報を優先してください。