検証した主張
「AI社員は特定のAIサービスでしか作れず、ChatGPTには役割分担や定期実行の仕組みがない。」
発見元は調査の入口であり、判定の根拠には使用していません。「AI社員」は製品名ではなく、仕事の設計を表す言葉
SNSでいう「AI社員」は、人間の雇用や責任をAIに置き換えた存在とは限りません。多くの場合、担当範囲を決めた指示、参照資料、作業ツール、起動条件、承認手順を組み合わせたワークフローの呼び名です。人数を増やすことより、誰がどの入力を受け、どの結果を人が確かめるかが重要です。
この考え方は特定のサービスだけに限りません。ただし各製品の機能や権限は同一ではないため、「別のサービスのAIチームと完全に同じ」とは断定しません。本記事ではChatGPTとCodexで公式に説明されている構成要素に絞ります。
ChatGPTで組み合わせる主な部品
OpenAI Docsでは、ChatGPT WorkとCodexのサブエージェントが独立した作業を分担し、メイン担当が結果を集める流れを説明しています。スキルは繰り返す作業手順を保存する仕組みです。スケジュール済みタスクは対応する環境で定時実行でき、対象プランでは対応するアプリのイベントを起点にもできます。
一方、すべてのアカウントで全機能が同時に利用できるわけではありません。とくにイベント起動はChatGPTのWeb・モバイル向けで、デスクトップアプリのローカル定期タスクとは利用面が異なります。
| 要素 | 役割 | 確認したい条件 |
|---|---|---|
| 役割の指示 | 受付・調査・制作・監査などの担当範囲を定める | 担当の重複と最終責任者 |
| サブエージェント | 独立した作業を分担し、メイン担当が統合する | 利用可能なプラン・クライアントと明示的な依頼 |
| スキル | 繰り返す手順や基準を再利用する | 適用範囲、参照元、更新担当 |
| 定期・イベントタスク | 決まった時刻または対応イベントで起動する | 利用画面、プラン、接続先と実行権限 |
| 外部接続・API | 許可されたシステムの情報を読み、対象操作を行う | 接続先の権限、入力データ、監査記録 |
最初は「1つの仕事と少数の役割」から始める
例として、公開情報を調べて社内向けの説明資料を作る仕事なら、調査担当が一次情報を確認し、編集担当が読み手向けに整理し、確認担当が出典・個人情報・未確認事項を点検します。統括担当は最後に矛盾を解消し、人が採用可否を判断できる形で返します。これは設計例であり、起動するだけで自動的にこの役割分担になるという意味ではありません。
依頼文には、入力資料、役割別の作業範囲、出力の形、引用の範囲、未確認事項の書き方、外部送信の禁止または承認条件を入れます。まず一件を手動で試し、結果と失敗例を記録してから定期化すると、曖昧な指示を繰り返し実行するリスクを抑えられます。
- 対象業務と成功条件を一つに絞る。
- 各役割が読む資料と、編集してよい成果物を決める。
- 下書き・検証・外部操作を分け、承認点を明記する。
- 一件の試運転で、誤り、差戻し、所要時間を記録する。
- 安定した作業だけ、対応する定期タスクや外部接続へ広げる。
「定期的に働く」と「メールから勝手に実行する」は別
ChatGPTの定期タスクは、対応するWeb・デスクトップ環境で利用できますが、実行場所と参照できるファイルが異なります。対象プランではGmailの新着、指定したSlackチャンネルの投稿、GitHubのプルリクエスト活動を起点にするイベントタスクも説明されています。イベント起動はChatGPT Web・モバイル向けで、デスクトップアプリやCodex CLIの機能として同一視できません。
イベントを受け取れることは、その内容を信頼して自動送信・公開・削除してよいことを意味しません。外部から届くメールや投稿は不正確な指示を含み得ます。最初は要約や下書きに用途を限定し、送信先・金額・公開範囲などが変わる操作は人の確認を設計に残すのが安全です。
AIに任せる範囲と、人が承認する範囲
役割の数を増やしても、責任の所在は変わりません。本サイトの推奨設計では、公開資料の整理や下書き作成はAIに委ねられても、外部への送信、金額・日程の確定、本番公開、権限変更、不可逆な削除は実行前に対象と内容を人が確認します。契約や支払いなどは、AIの提案を参考にしても人が最終判断・実行します。
必要な承認の細部は組織の規程や利用環境によって変わります。サブエージェントは親タスクの利用可能なツールと権限の範囲で動くと公式に説明されており、「担当を分けたから安全になる」わけではありません。
外部システムから起動したい場合
OpenAIのWorkspace Agents APIには、公開したワークスペースエージェントをサーバー側から起動する方法が説明されています。これは日常のChatGPT画面でサブエージェントを呼ぶ方法とは別の、開発・認証・権限管理が必要な統合経路です。2026年9月21日に確認した公式仕様では、起動後のエージェントの回答本文をAPIから取得することはできません。
したがって「外部システムから呼び出せる」を「社内システムへ結果を完全自動で返せる」と言い換えないことが大切です。まずは画面内で人が確認できる運用を作り、API統合は必要な入出力と制限を検証してから検討します。
人数ではなく、仕事の結果を測る
「AI社員が何人いるか」より、何件を扱い、何件が人の確認を通過し、何件が差し戻されたかの方が実務では有用です。根拠リンク、作業日、担当役割、承認した人、未確認事項を残せば、うまくいかなかったときの原因も追えます。複数エージェントは各自がモデルとツールを使うため、単一エージェントより使用量が増える場合があります。
設計資料を作っただけの段階と、実案件で繰り返し機能した段階は区別してください。匿名化した設計事例では、この差を具体的に示しています。
検証条件・対象環境
| 対象プラン | サブエージェント、定期タスク、外部接続の利用条件はプラン・管理設定・利用画面によって異なる |
|---|---|
| 地域 | 対象地域の一律の一覧は確認した公式資料では特定できず |
| 利用面 | ChatGPT Work / Codexアプリ / ChatGPT Web（対応する定期・イベントタスク） |
| 提供状態 | 分担や自動起動の可否はアカウント、プラン、ワークスペース設定、クライアントで異なる |
| 実機確認 | 公式資料で機能と条件を確認。この記事の手順どおりのチームを公開環境で構築・稼働させた実機検証ではありません。 |
| 次回見直し | 2026.10.05 |
よくある質問
ChatGPTだけでAI社員チームを作れますか？
役割を定めた分担ワークフローは作れます。ただし利用できるサブエージェント、スキル、定期タスク、外部接続はプランや環境で異なり、すべてが自動で一体化する製品ではありません。
AI社員は人の承認なしでメール送信や公開をしてよいですか？
本サイトでは推奨しません。外部送信・公開・金額や日程の確定など、影響の大きい操作は対象を示して人が確認する設計を勧めます。
担当役を増やせば成果の品質も必ず上がりますか？
保証されません。役割を分けるだけでは同じ誤りを共有する可能性があります。担当ごとの根拠、試運転、差戻し記録を確認してください。
更新履歴
「AI社員」の実体、ChatGPTでの役割分担、起動方法、承認設計と制限を公式資料で整理。
情報源
一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。
- Subagents
分担と結果集約、利用条件、権限と使用量を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21 - Build skills
繰り返す手順をスキルにまとめる構成を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21 - Scheduled tasks
定期・イベント起動の対応画面、プラン依存、実行条件を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21 - Trigger workspace agent runs
公開済みワークスペースエージェントのAPI起動と結果取得の制限を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21