ChatGPT Work 実践チュートリアル：
6 職種ワークフロー Prompt テンプレート + 定期タスク配方（2026）

業界の課題（なぜ「知っている」より「使える」が重要か）：

• 手順ではなく結果を書く：「Salesforce を開いてエクスポートして…」と手順を Prompt に書くと、Work が遠回りし、用量が急増します。
• プラグイン未認可のままタスク投入：Gmail、Slack、Drive が未接続だと Agent は推測するしかなく、出力を検収できません。
• 高リスクタスクで Plan Mode をスキップ：対外メール、財務レポート、顧客向け成果物を計画審査なしで実行すると、リスクが制御不能になります。
• モード選定ミスで用量浪費：単純な Q&A に Work、複雑なクロスアプリ連携に Chat を使うと、コストが数倍差になることがあります。

どの職種でも、次のフローで操作することをおすすめします：

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

Work モード Prompt 作成式：

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

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

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

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

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

3.1 営業（Sales）

シーン A：顧客会議 Brief 自動生成（毎日定時） — 課題：営業が毎日1〜2時間を顧客背景の手作業整理に費やしています。OpenAI 内部事例：Discovery 対話を24時間以内にカスタム PoC 案へ転換（従来は数週間）。

定時タスクを作成：毎営業日 16:00 に実行。

1. 明日の @Google Calendar の顧客会議を確認（社内会議は除外）
2. 各顧客会議について：
   - @SharePoint / @Salesforce から直近30日のアカウントメモとインタラクション記録を取得
   - 同社の直近30日の公開ニュースと経営陣動向を検索
   - 外部参加者ごとに2〜3文の背景サマリーを作成
3. 各会議向けに2〜3ページの Brief を生成し、@Google Drive ドキュメントとして保存
4. 各 Brief リンク付きの @Gmail サマリーメールを送信

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

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

@Salesforce の [アカウント名] の全商談、連絡先、直近活動記録をもとに：

1. インタラクティブなアカウントコマンドセンター（Sites）を作成：
   - 商談パイプライン概要（ステージ、金額、予定成約日）
   - 直近7日の重要シグナル（メール、会議、サポートチケット）
   - 推奨次アクション（優先度順）
2. Scheduled Task を設定：毎営業日 8:00 に 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本、LP コピー骨子1セットを生成
- @Google Drive「Campaign / [製品名]」フォルダに保存

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

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

シーン B：Slack / Teams 動態を会議アジェンダに同期（Scheduled Task）

毎週月曜 7:00 に実行する定時タスクを設定：

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 内部検証シーン、効果：数日 → 数時間）

[月] の月次決算予算差異分析を支援：

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 で 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 を設定

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

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

定時タスク設定の Prompt 句式：

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

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

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

最初の Work タスクを六ステップで導入：

1. デスクトップアプリをインストール：chatgpt.com/download から ChatGPT デスクトップアプリをダウンロード（旧 Codex App の更新でも可）。
2. コアプラグインを接続：プラグインカタログで Gmail、Slack、Google Drive など職種で最も使う2〜3ツールを認可。
3. 慣れたタスクで試走：本稿の職種テンプレートを使い、Work モードで単発タスクを開始（月次差異分析または営業 Brief を推奨）。
4. Plan Mode を審査：データソース、高リスクアクション、出力形式を項目ごと確認し、余分なステップを削除。
5. 検収して Prompt を反復：人手基準で完成品を確認し、制約を次回 Prompt に書き込む。
6. Scheduled Task に昇格：単発実行が2〜3回安定したら、配方に沿って定時トリガーと通知を設定。

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

七箇条の節約実践：

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

本番前「用量試算」五ステップ：既知の所要時間がある実タスクを1つ選ぶ → Plan Mode で1回走らせステップ数を記録 → 今回の消費を確認 → 日/週/月が予算内か推定 → 前節の最適化後に再実行して比較。

引用可能な主要データ（EEAT）：

• 月次決算圧縮比：OpenAI 内部検証で月次差異分析フローが「数日」から「数時間」に圧縮（出典：OpenAI 公式ブログ 2026-07-09）。
• 出力 Token 倍率：Work モードの出力 Token コストは入力の約 6倍。長文レポート系タスクは表形式出力を優先すべきです。
• キャッシュ割引：Scheduled Task で同一テンプレート Doc を繰り返し読む場合、cached input コストは fresh input の約 1/10 です。

よくある質問 FAQ：

• Q: 最初にどの職種ワークフローを練習すべきですか？ A: 最も慣れており、出力の正誤を判断できるタスクを選んでください。公式推奨：月次差異分析、マーケ Brief、営業会議準備。
• Q: Prompt はどのくらいの長さが適切ですか？ A: 「データソース + 出力形式 + 制約」を明確に書くことが重要で、通常150〜400字で十分です。各手順の手動指示をすべて書く必要はありません。
• Q: 定時タスクはシャットダウン中も動きますか？ A: デスクトップ Scheduled Task はデバイスがオンラインである必要があります。真のバックグラウンド無人運用には Plus 以上の Web 端 Workspace Agent を推奨します。
• Q: Work モードと Workspace Agent の違いは？ A: Work は個人が ChatGPT 内で直接使う Agent モードです。Workspace Agent は Business/Enterprise 内でチームが構築・共有・一元管理する自動化 Agent です。
• Q: 生成された PPT/Excel はそのまま対外報告できますか？ A: 「80点の初稿」と見なすことをおすすめします。財務数値、顧客名、対外声明は必ず人手で複核してください。
• Q: 無料ユーザーは本稿のどのテンプレートを実行できますか？ A: デスクトップ Work は試用可能ですが用量上限があります。「請求書照合」など軽量タスクでまずテストし、長周期自動化は避けてください。

以下が主要ソースです。発版やページ更新後はリンクを再確認してください：

https://openai.com/index/chatgpt-for-your-most-ambitious-work/

https://developers.openai.com/cookbook/articles/chatgpt-agents-sales-meeting-prep

https://learn.chatgpt.com/docs/whats-new

ChatGPT Work の価値は、すでに疲れた手作業フローをなくすことにあります。しかし Agent を個人ノートPCで動かすと、スリープで長時間タスクが中断、複数 Agent の並列実行でリソース争奪、企業での監査統一が困難 — という制約があります。7×24 常駐ノード、Codex マルチリポ CI、OpenClaw Gateway が必要な本番環境では、CALMVPS 裸金属 Mac Mini レンタルが通常より適しています：専用 Apple Silicon、Metal ネイティブ加速、月額柔軟課金、約120秒プロビジョニング — Work/Codex の重い計算をクラウドにオフロードし、ローカルでは Plan 審査と検収に集中できます。詳細は 料金ページをご覧ください。