開始前に押さえる 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 モード |
汎用 5 ステップフレームと Prompt 公式
どの職種でも次の 5 ステップで最初のタスクを完走できます。
1. プラグイン接続 → 2. 目標と出力形式を明記 → 3. Plan Mode を審査 → 4. 実行中に軌道修正 → 5. 納品物を検収して反復
Work モード Prompt 公式
[役割] + [データソース @プラグイン] + [具体タスク] + [出力形式] + [制約条件] + [受入基準] 例: あなたは [職種]。@Salesforce と @Gmail から [期間] の [データ] を取得。 [具体アクション] を実行し、[Google Docs / Excel / PPT / Sites] で出力。 制約:[元データ変更禁止 / 小数点2桁 / 対外メール送信禁止]。 完了後 [Slack で通知 / 指定フォルダに保存]。
Plan Mode 審査チェックリスト
データソースは正しいか(誤った顧客・月を参照していないか)
対外送信・削除・ファイル上書きなど高リスク操作はないか
出力形式はチームテンプレートに合致しているか
用量削減のため省略できる中間ステップはないか
人間確認ノードが必要か
6 大職種の実践ワークフロー(Prompt テンプレート付き)
以下は OpenAI 官方案例、Zapier・Nvidia・Virgin Atlantic 等の早期テスト、Workspace Agent Cookbook を基に整理したテンプレートです。@プラグイン名 は実際のツールスタックに置き換えてください。
3.1 営業(Sales)
シナリオ A:顧客会議 Brief(毎日定時)
毎営業日 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 + 毎日更新)
@Salesforce の [アカウント名] の全商談・連絡先・直近活動に基づき: 1. インタラクティブなアカウントコマンドセンター(Sites)を作成: - 商談パイプライン(ステージ、金額、予定成約日) - 直近 7 日の重要シグナル(メール、会議、サポートチケット) - 優先度付きの推奨ネクストアクション 2. Scheduled Task:平日 8:00 に自動更新 3. 重大な変化があれば @Slack で DM 通知 制約:外部メールは自動送信しない。金額は CRM 原データを正とする。
シナリオ C:リード審査とパイプライン修復
@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 — 地域適応: - 米国・欧州・アジア太平洋向けに適応(言語、文化引用、コンプライアンス表現) - 各版で人手確認が必要な敏感表現を明記 各フェーズ完了後に一時停止し、確認後に次へ進む。
シナリオ B:Slack / Teams → 会議アジェンダ同期(週次 Scheduled Task)
毎週月曜 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 内部検証シナリオ)
[月] の月次予算差異分析を支援: 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:日次ダッシュボード変化モニタリング
平日 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 計画のローンチ 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 ステータスは自動変更しない。高リスク項目は人手判断を明記。
3.6 エンジニアリング(Work + Codex 連携)
シナリオ A:PR レビュー + リリースノート
Codex モードで: 1. [repo/name] の PR #123 をレビュー(セキュリティ / 性能 / テストカバレッジ重点) 2. PR サイドパネルに逐条コメント 3. 承認時は Release Notes 草稿を生成 Work モードに切り替え: 4. Release Notes を @Confluence 形式に整形 5. @Slack #engineering 向け告知草稿(自動送信しない)
シナリオ B:マルチリポ Issue 週次サマリー
Codex モードで [frontend-repo] と [backend-repo] を横断: 1. 今週マージ PR と未解決 P0/P1 Issue を集約 2. エンジニア週報 Markdown を生成 Work モードに切り替え: 3. Google Docs に変換し @Jira から今週のバーンダウンを挿入 4. 毎週金曜 17:00 の Scheduled Task で自動生成
Scheduled Tasks レシピ庫と用量最適化
| レシピ名 | トリガー | タスク内容 | 適職 |
|---|---|---|---|
| 月曜アジェンダ更新 | 毎週月 07:00 | Slack ダイジェスト → アジェンダ Doc 更新 | マーケ / 運用 |
| 日次指標早报 | 平日 06:30 | ダッシュボード差分 → メールブリーフ | 運用 / 財務 |
| フィードバック週報 | 毎週金 16:00 | 多チャネル → テーマクラスタ → 優先度リスト | プロダクト |
| アカウント日次更新 | 平日 08:00 | CRM 変化 → Sites コマンドセンター更新 | 営業 |
Scheduled Task 設定 Prompt 句式
Scheduled Task を設定: - 頻度:[毎日 / 毎週月曜 / 毎月1日 / @Slack キーワード出現時] - 時刻:[タイムゾーン + 具体時刻] - アクション:[ワークフロー詳細] - 通知:[Slack チャンネル / メール / なし] - 人手確認:[事前承認が必要なステップ]
無人運用前の安全チェック
プラグインアクセス範囲を必要最小限に制限
明示的に必要でない限り「自動対外送信」をオフ
出力アーカイブパスを設定し、他人ファイルの上書きを防止
Enterprise:管理者の Agent ネットワークポリシーを確認
「単発実行」で 2〜3 回検証してから定時化
用量最適化:Work をより安く使う
ChatGPT Work は Codex と従量課金プールを共有します。同一ワークフローでも設計次第でコストは 5 倍差が出ます。
| 要因 | 用量への影響 |
|---|---|
| タスクステップ数 | ステップが多いほど消費増 |
| コンテキストサイズ | 取得ドキュメント/メールが多いほど増 |
| 出力長 | 出力 Token コストは入力の約 6 倍 |
| キャッシュ命中 | 同一文書の再読取は fresh input の約 1/10 |
| モデル選択 | GPT-5.6 の複雑推論は軽量タスクより高コスト |
Chat で草稿 → 確定後に Work へ渡す
Plan Mode で冗長ステップ削除(同一データの重複取得)
Scheduled Task でテンプレ Doc を再利用(キャッシュ割引)
簡潔な出力指定:「表 + 3 行サマリー」
大タスクはフェーズ分割(Phase 1 方向確認 → Phase 2 納品)
Free ユーザー:デスクトップで小タスクを試してから拡大
Enterprise:Admin Console で workspace / group / 個人の 3 段階上限
ローンチ前「用量試算」
1. 人手所要時間がわかっている実タスクを 1 つ選ぶ(例:月次差異表、通常 2 時間) 2. Work モードで Plan Mode 付き 1 回実行し、ステップ数を記録 3. 実行後の消費量を確認(プランの included usage と比較) 4. 毎日/毎週実行時の月次消費を試算 5. 高い場合は最適化後に再実行して比較
落とし穴、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