まず結論
複数の共有ツールをまたいで同じ業務を繰り返しているチームなら、ChatGPT Workspace Agents を試す理由は十分あります。OpenAI は 2026-04-22 に Introducing workspace agents in ChatGPT を公開しました。現時点の公開ドキュメントから見える現実的な進め方は、狭い業務フローを 1 本作り、リスクの高い書き込み操作は承認必須のままにして、実データに近い入力で Preview を通し、それからスケジュールや Slack を足すやり方です。
単発の下書きや要約なら通常の ChatGPT チャットで十分です。継続的な文脈が必要な仕事なら Project が向いています。繰り返し発生し、共有され、ツール連携があり、1つの会話の外でも動き続けるべき業務なら Workspace Agent を使う価値があります。
作り始める前に確認すること
2026-04-23 時点で、OpenAI のリリース記事では Workspace Agents は ChatGPT Business、Enterprise、Edu、Teachers の research preview とされています。一方で Help Center には、実運用上重要な制約も書かれています。Enterprise では初期状態では無効、EKM を使っている ChatGPT Enterprise では利用不可、さらに Slack には追加の設定と認証条件があります。根拠は OpenAI のリリース記事、Academy ガイド、Help Center の ChatGPT Workspace Agents for Enterprise and Business です。
最低でも次は先に確認してください。
| 確認項目 | 重要な理由 |
|---|---|
| 対応プラン | まだ広く一般提供されている段階ではなく、research preview です。 |
| ワークスペース権限 | Enterprise 管理者は閲覧、作成、公開の可否を別々に制御できます。 |
| EKM の有無 | EKM を使う Enterprise では現時点で Workspace Agents が使えません。 |
| アプリとツールの接続 | 作成画面に出るのはワークスペースで有効化されたアプリやコネクタだけで、個別に認証が必要なものもあります。 |
| Slack 準備 | Slack で使うなら ChatGPT Agents app をチャンネルに入れ、管理者承認が必要な場合があり、しかも Agent が使うアプリ接続はすべて shared authentication でなければなりません。 |
事前確認は次の 4 点に絞れます。
- 自分のプランで Workspace Agents が使えるか。
- 管理者が閲覧、作成、公開を許可しているか。
- 対象フローで使うアプリが接続済みか。
- 1 本目から本当に Slack が必要か。
ここが曖昧なままだと、失敗の原因はプロンプトより権限や接続になりがちです。
通常チャット、Project、Workspace Agent の使い分け
OpenAI は Workspace Agents を、クラウドで動き、ツールを使え、組織内で共有でき、ChatGPT と Slack の両方で動く GPTs の進化形と説明しています。つまり、通常チャットや Project とは役割が違います。
| 仕事の形 | まず選ぶもの |
|---|---|
| 単発の下書き、要約、ブレインストーミング | 通常の ChatGPT チャット |
| 1つの案件でファイルや指示を継続的に使う仕事 | ChatGPT Project |
| トリガー、ツール、承認、引き継ぎがある共有ワークフロー | ChatGPT Workspace Agent |
通常チャットは単発の思考用です。Projects は継続的な文脈を保持する場所です。Skills は再利用する指示を残す場所です。Workspace Agents はツールをまたぐ反復業務を走らせます。
まず Agent 向きのフローを 1 本選ぶ
OpenAI の Academy ガイド では、Workspace Agents が向く仕事を 繰り返せる、構造化されている、時間またはイベントで動く、ツールを使う の 4 条件で整理しています。作成画面より先に見るべきなのは、この条件に当てはまるかどうかです。
1 本目に向いている例:
- 毎週金曜に KPI を集めて週報を下書きする
- 毎営業日に新しい製品フィードバックを整理して担当に回す
- リードが来たら顧客概要を作ってフォローアップを起草する
- Slack チャンネルでよくある社内質問に答え、足りない文書があればチケットを作る
1 本目に向かない例:
- ブランド戦略
- 成功条件が曖昧な探索的リサーチ
- 承認地点が決まっていない高リスク業務
- 良い出力の定義をチームで決めていない仕事
初めて作るなら、週次メトリクス要約かフィードバック仕分けが無難です。範囲が狭く、レビューしやすく、止めどころも明確です。
Agents から作るか、テンプレートから始める
Help Center によると、Workspace Agent は ChatGPT 左側の Agents から作成でき、Create でも Browse templates でも始められます。最も安定しやすい手順は次です。
- Agents を開く。
- Create を選ぶ。
- やらせたい仕事を自然文で入れるか、空から始める。
- 作成画面が出した下書きプランを確認する。
- Build this agent を選ぶ。
- 作成画面でフローを調整する。
- 公開前に Preview で試す。
- 問題なければ Create を押す。
役職名から始めないでください。境界のある 1 つの仕事から始めてください。
良い作成指示:
Build a workspace agent for our weekly growth report.
It should:
- run every Friday at 9 AM
- gather KPI inputs from approved tools
- draft a report with these sections: key changes, risks, wins, next actions
- post the draft to the team channel only after approval
If source data is missing, it should stop and tell me what is missing instead of guessing.
悪い作成指示:
Help our team work better with AI.
後者は広すぎて、作成画面が安定した実行対象を作れません。
ツール、認証、Skills を慎重に足す
Help Center によると、作成画面の Tools ではアプリ、自作 MCP、web search や image generation などの追加ツールを入れられます。同じ記事ではアプリ接続の認証方式として end-user authentication と agent-owned account があるとも説明されています。
認証方式で使い勝手が大きく変わります。
- 実行者ごとに本人権限で動かしたいなら end-user auth
- 共有接続で回したいなら agent-owned account
- 可能なら個人アカウントではなく service account を使う
- 権限は必要最小限に絞る
Slack で動かす場合、ここは必須条件です。OpenAI の Help Center は、Slack 上の Agent が使うアプリ接続はすべて shared authentication でなければならない と明記しています。個人接続のままだと ChatGPT では動いても Slack では破綻します。
また、Academy ガイドには Workspace Agents が Skills を指示文の中で使えるともあります。Skills は、書式化やレビュー手順の再利用には向きますが、基本設定の代わりにはなりません。
そのまま使える設計テンプレート
Objective:
Create a weekly team report from approved source systems.
Trigger:
Every Friday at 9:00 AM.
Process:
1. Pull the latest KPI inputs.
2. Compare with the previous period.
3. Flag material changes.
4. Draft a short summary with 3 actions.
5. Prepare the draft for the team channel.
Tools:
Analytics source, shared document, Slack.
Guardrails:
- Do not edit dashboards.
- Do not message external recipients.
- Ask for approval before sending outside the team channel.
- If a source is missing or stale, stop and report the gap.
初期版はこの程度で十分です。例外条件を最初から全部入れない方がまとまります。
先に ChatGPT 入口とスケジュールを固め、Slack は後から足す
Workspace Agent には最初から ChatGPT 側の入口があります。Help Center の設定手順では、ChatGPT channel ページから「自分だけ」「リンク共有」「ワークスペースのディレクトリに公開」のような公開範囲を制御できます。
定期実行させたい場合は、OpenAI の案内では ChatGPT channel ページからスケジュールを設定します。
- Add schedule を選ぶ。
- channel を選ぶ。
- 実行タイプと頻度を選ぶ。
- 追加の指示を入れる。
- 保存する。
Slack は、ChatGPT 版が安定してから追加してください。
OpenAI のドキュメントでは、Slack の設定に次が必要です。
- ChatGPT Agents app を Slack チャンネルに追加する。
- Slack workspace を agent に接続する。
- agent 用の Slack handle を作る。
- 動作するチャンネルを選ぶ。
- 全メッセージに反応するか、@ されたときだけ反応するか決める。
注意したいのは次の 2 点です。
- Slack 管理者による追加承認や関連権限が必要なことがある
- 後から Slack workspace を切り替えると、既存チャンネルとの接続は消え、再設定が必要になる
だから順番は、まず ChatGPT、次に Slack です。
共有前に承認ルールと停止条件を決める
実システムに書き込めるようになると、プロンプトの書き方より承認設計の方が重要です。
OpenAI のリリース記事では、Agent が使えるデータやツール、実行できる操作、承認が必要なタイミングはチームが決めるとされています。さらに Help Center には、write actions はデフォルトで Always ask、アプリによっては Never ask や Custom approval が使える場合もあると書かれています。
最初の版では、次のような単純なルールで十分です。
- 承認済みの内部ソースを読む: 許可
- 要約やチケットの下書きを作る: 許可
- 記録の編集、送信、チーム外への投稿: 承認必須
- ソース欠落や矛盾がある: 停止してエスカレーション
これは、OpenAI が sensitive action の例として挙げているスプレッドシート編集、メール送信、カレンダー追加とも整合します。
そのまま使える承認ブロック
Approvals:
- Ask before sending to any external recipient.
- Ask before posting outside the designated team channel.
- Ask before editing spreadsheets, calendars, CRM records, or tickets.
Stop conditions:
- Stop if more than one required source is missing.
- Stop if confidence is low and an owner cannot be inferred.
- Stop if the request would expose data outside the approved audience.
正常な入力と汚れた入力の両方で Preview する
OpenAI の Academy ガイド は、Agent の構築は反復的に進めるべきだと説明しています。Help Center でも、公開前に作成画面の Preview を使うよう案内されています。ここが最も安い検証ポイントです。
公開前に少なくとも 2 つ試します。
- きれいな入力のテスト: ソースはすべて揃っており、形式も正常で、成功するはずのケース。
- 汚れた入力のテスト: ソースが 1 つ欠ける、項目が曖昧、コネクタが不完全なデータを返すケース。
そのまま使えるテスト用プロンプト:
Run the workflow using last week's normal input shape and show me the final draft plus any approvals you would request.
Now simulate the same workflow with one missing source and explain whether you should stop, continue with a partial draft, or ask for clarification.
この段階で Agent が推測を始めるなら、共有前に指示を絞り直してください。
そのまま使えるワークフロー 1: 週次メトリクス要約
運用、グロース、マーケティングのチームなら、このパターンは最初の 1 本として扱いやすいはずです。
作成指示
Build a workspace agent for our weekly growth report.
It should:
- run every Friday at 9 AM
- gather KPI inputs from approved tools
- compare the latest period with the previous one
- draft a one-page report with these sections: key changes, risks, wins, next actions
- prepare the result for the team channel
- require approval before any broader distribution
If source data is missing, stale, or contradictory, it should stop and list the gap instead of guessing.
出力形式
Weekly Growth Report
- Top 3 changes
- Metrics that moved materially
- Risks or data gaps
- Recommended next actions
このワークフローが最初に向く理由
- トリガーが明確
- 出力形式がレビューしやすい
- 実際の業務システムに触れる
- 承認境界がわかりやすい
そのまま使えるワークフロー 2: フィードバック仕分け
製品、サポート、コミュニティのチームなら、2 本目としてこのパターンが強いです。
作成指示
Build a workspace agent that reviews new product feedback from our approved Slack and support inputs.
It should:
- run every weekday at 8 AM
- group related feedback into themes
- mark urgency when multiple users report the same blocker
- draft a short triage summary
- suggest the right owner or team
- create only draft tickets unless a human approves submission
It must not invent missing details. If a report is too vague to route, label it Needs Clarification.
出力形式
Daily Feedback Triage
Theme:
Evidence:
Suggested owner:
Suggested action:
Confidence:
このパターンをそのまま使わない方がいいケース
- 情報源の大半が法的に集約しにくい個別メッセージである
- そもそも振り分け分類がない
- 本当の問題が仕分け工数ではなく担当不在にある
よくある失敗
1. 役割から始めてしまう
「AI オペレーション責任者を作る」はフローではありません。「毎営業日、サポートのエスカレーションを要約し、担当者のたたき台を出す」がフローです。
2. 最初から Slack を主戦場にする
Slack は便利ですが、設定、認証、チャンネル運用の複雑さが増えます。まずは ChatGPT で安定させてください。
3. 停止条件を書かない
停止条件がない Agent は、想定通りの入力では賢く見えても、最初の汚れた入力で不安定になります。
4. 初版を広げすぎる
1 つのトリガー、1 つの出力形式、1 つの承認ルール。それで初版としては十分です。
現時点の提供状況と料金で重要なこと
2026-04-23 時点で、OpenAI は Workspace Agents を ChatGPT Business、Enterprise、Edu、Teachers の research preview と案内しています。Help Center ではさらに、Enterprise では初期状態では無効、EKM を使う ChatGPT Enterprise では現時点で利用不可 と説明されています。
導入判断で重要なのは次の 3 点です。
- GPTs は Workspace Agents の試行期間中も残る
- Workspace Agents は 2026-05-06 までは無料
- その後は credit-based pricing になる
現時点では、狭い 1 フローで費用対効果を見極める進め方が現実的です。
今すぐ作るべきか？
明確な担当者、トリガー、承認境界がある反復業務なら、今始めて問題ありません。
一方で、ソースシステムがまだ散らかっている、管理者が必要権限を開いていない、出力の定義が固まっていないなら、先にそこを整えるべきです。Workspace Agents は、未整理の業務設計そのものを肩代わりする道具ではありません。
初版リリース前チェックリスト
初版を公開する前に、少なくとも次の 5 点を確認してください。
- 1 本のフロー、1 つのトリガー、1 つの出力形式に絞れている
- 必要なアプリ接続がそろい、認証方式も合っている
- リスクの高い書き込み操作にはまだ承認が残っている
- Preview を正常入力と汚れた入力の両方で 1 回ずつ通している
- 最初の運用面を ChatGPT のみにするか、Slack まで広げるかを決めている
よくある質問
通常の ChatGPT チャットではなく Workspace Agent を使うべきなのはどんなときですか？
作業が共有前提で、繰り返し発生し、ツール連携が必要で、毎回ほぼ同じ出力形式が求められるなら Workspace Agent が向いています。単発の下書きやブレインストーミングなら通常のチャットで十分です。
Workspace Agent を作る前に何を準備する必要がありますか？
利用可能な ChatGPT Workspace プラン、Workspace 側で許可された閲覧または作成権限、そして対象フローが使うアプリやコネクタが必要です。Slack でも動かしたいなら、Slack 側の承認と shared authentication も必要です。
ChatGPT Workspace Agents は定期実行や Slack 利用に対応していますか？
はい。2026-04-23 時点で OpenAI は Workspace Agents がスケジュール実行でき、ChatGPT と Slack の両方で使えると案内しています。Slack で使うには、ChatGPT Agents app をチャンネルに追加し、その Agent が使うアプリ接続を shared authentication にする必要があります。
Workspace Agents は GPTs や Skills を置き換えるのでしょうか？
まだ置き換えません。OpenAI は Workspace Agents を GPTs の進化形として説明していますが、チームが試す間も GPTs は残り、Workspace Agents から Skills を指示文の中で使うこともできます。
検証メモ
再確認日: 2026-04-24。
2026-04-24 に OpenAI のリリース記事と Academy ガイドで再確認した項目: リリース日、現在の対応プラン、research preview の扱い、Skills 対応、Workspace Agents に向く仕事の条件、そして 2026-05-06 まで無料という価格ウィンドウ。本文中の Help Center 由来の運用詳細、つまり Enterprise の default-off、EKM 制限、作成フロー、スケジュール設定、Slack 接続、shared-auth 条件、write-action のデフォルト承認については、直近の確認日が 2026-04-23 です。
公式ソース: Introducing workspace agents in ChatGPT、Workspace agents、ChatGPT Workspace Agents for Enterprise and Business。