2026年10月、Cloudflareが「Cloudflare OS」のマネージドサービス（運用をお任せできる提供形態）を発表しました。社員がチャットでAIに頼むだけで社内アプリを作り、GitHubのコード修正やGmailの下書き・送信までAIが進められる、という仕組みです。「それなら開発会社に頼まなくていいのでは？」「うちも使って大丈夫？」と気になった方も多いのではないでしょうか。
「社員がAIで社内アプリを作れるらしい。開発会社に頼んでいる仕事はもう要らなくなる？それとも、勝手に使われると危ない？」
先に結論をお伝えします。今回の発表で「発注が不要になる」わけではありません。ただし、小さな社内ツールの作り方の選択肢が増えたのは確かで、「どこまでを社内で作り、どこからを開発会社に頼むか」の線引きと、AIに渡す権限のルール作りは今から考えておく価値があります。なお、マネージド版は現時点ではウェイティングリスト（順番待ちの登録）の段階で、今すぐ使える状態ではありません。
この記事では、発表の事実と、発注者にとって何が変わるか・変わらないかを整理し、開発会社への質問例とチェックリストをお渡しします。情報は2026年10月23日時点のものです。
Cloudflare OSのマネージド版発表のポイント
まず事実を整理します。
「OS」といってもパソコンのOSではない
Cloudflare OSは、WindowsやLinuxのような基本ソフトではありません。組織の中でAIエージェント（＝人の代わりに調べたり作業したりするAI）を使うための、ブラウザで動く作業場所です。チャットで頼むと、AIがコードを書いて動くアプリを作り、社内で共有できる、というイメージです。
📰 出典：技術評論社 gihyo.jp「Cloudflare OS オープンソースとしてリリース」
報道によると、2026年8月5日にApache 2.0ライセンスのオープンソース（＝ソースコードが公開され、条件の範囲で自由に使える形）として公開されています。自社のCloudflareアカウントへの導入のほか、自分たちのサーバーで動かす方法（セルフホスト）も用意される予定とされています。
今回発表されたこと
今回は、運用や更新をCloudflare側が行う「マネージド版」が発表され、ウェイティングリストの受付が始まりました。あわせて、次の2つの連携が案内されています。
| 連携先 | AIにできるとされていること |
|---|---|
| GitHub（コードの保管場所） | 既存のリポジトリを調べ、機能追加や修正、変更内容の確認、コミット（変更の記録）、プルリクエスト（変更の提案）の作成、プッシュ（反映）まで |
| Google Workspace | Gmailのスレッドの閲覧・検索、下書き作成、メール送信。Drive・Docs・Sheetsにも接続（Drive全体、特定フォルダ、個別のファイルから選べる） |
📰 出典：Publickey「Cloudflare OSのマネージドサービスを発表、GitHubやGmailとの連携を強化」（2026年10月21日）
Cloudflareの公式ブログによると、管理者が「誰が使えるか」「どのスキル（手順）やデータを使えるか」「どのシステムに届くか」を選ぶ形です。また、AIの作った資料はExcel・CSV・PDF・Markdown・HTMLで書き出せるとされ、WordとPowerPointは「近日対応」と案内されています。
📰 出典：Cloudflare Blog「Managed Cloudflare OS」
安全面で公開されている仕組み
オープンソース公開時の説明では、AIは最初は何にもアクセスできず、ユーザーが許可したものだけ使えるとされています。外部サービスとの間には「Gatekeeper（ゲートキーパー）」と呼ばれる専用の関所があり、触れられるデータや操作の範囲を絞ったり、書き込み系の操作に利用者の承認を求めたりできると説明されています。
一方で、料金・提供開始日・データの保管場所（国内か海外か）・承認の細かい運用は、現時点で私が確認できた公開情報には載っていません。導入を検討するなら、ここは必ず公式に確認が必要です。
発注者にとって何が変わるか・変わらないか
ここからは、事実ではなく筆者の見解です。
変わりそうなこと
- 小さな社内ツールの選択肢が増える：「在庫の簡単な一覧」「問い合わせの集計表」のような小規模なものは、社内で試作できる可能性が出てきます
- 開発会社に頼むときの“たたき台”が作れる：AIで作った試作品を見せれば、要望が伝わりやすくなります
- 「誰が何をAIに任せたか」の管理が新しい課題になる：メール送信やコード変更まで任せられる分、権限の決め方が重要になります
変わらないこと
- 業務の中核を担うシステムや、お客様が使うサービスの品質責任：AIが作ったものでも、障害や情報漏えいが起きたときの責任は使う側にあります
- 要件（何を作るか）を決めるのは発注者：AIに頼むときも、目的や例外ルールを伝えられなければ、使えないものができあがります
- 作った後の運用・保守：作ったアプリを誰が直し、誰が更新を入れ、担当者が異動したらどうするか、という問題はなくなりません
つまり、「作る手間」は下がる可能性があっても、「決める」「守る」「続ける」は人の仕事のままです。
今やるべきこと・まだ様子見でいいこと
今やっておくとよいこと
- 社内で「AIに任せてよい作業」と「人が確認する作業」の線引きを話し合う
- すでに開発会社に頼んでいる社内ツールの一覧を作り、保守担当を明確にする
- 個人が勝手にAIサービスへ業務データや外部サービスの権限を渡していないか確認する
まだ様子見でいいこと
- マネージド版への申し込み（料金や提供条件が公開されてからで十分です）
- 既存システムの作り直し（今回の発表だけを理由に動く必要はありません）
発注者がやることチェックリスト
- ☐ AIに渡してよいデータ（顧客情報・社外秘など）の範囲を決めた
- ☐ AIにメール送信やコード変更をさせるときの承認者を決めた
- ☐ 社員が作った社内アプリを、誰が管理・修正するか決めた
- ☐ 開発会社に頼んでいるツールと、社内で作ってよいツールの線引きを話し合った
- ☐ AIサービスの料金・データ保管場所・ログの残り方を、導入前に確認する担当を決めた
- ☐ 作ったアプリを動かす場所（アカウントの持ち主）を、個人でなく会社名義にした
開発会社への質問例
打ち合わせでそのまま使える質問です。
- 「社内でAIを使って簡単なツールを作る場合、御社にお願いする範囲と社内で作る範囲は、どう分けるのがよいですか？」
- 「社内で作ったアプリを、後から御社に引き継いで保守してもらうことはできますか？そのとき必要な準備は何ですか？」
- 「AIにメール送信やコード変更をさせる場合、承認や記録の残し方として、どんな設定を勧めますか？」
- 「Cloudflare OSのようなAIの作業場所を導入する場合、データの保管場所とアクセス権限で、事前に確認すべきことは何ですか？」
- 「御社は開発の中でAIエージェントを使っていますか。使っている場合、成果物の品質確認はどう行っていますか？」
やりがちな失敗
- 「AIで作れるなら開発会社は不要」と考えて、重要な業務まで社員が作ってしまう：作った人が異動すると誰も直せなくなります
- 便利さを優先して、AIに広い権限を渡してしまう：メール送信やコード変更は、間違えると取り消しにくい操作です。最初は閲覧のみ、書き込みは承認制など、小さく始めましょう
- 個人名義のアカウントで作る：退職時にアプリごと使えなくなるおそれがあります
まとめ：AIで作りやすくなっても、決める・守る・続けるは人の仕事
Cloudflare OSのマネージド版は、社員がAIで社内アプリを作る流れが一段進むことを示す発表でした。ただし、現時点ではウェイティングリストの段階で、料金や提供時期、データの扱いなど、判断に必要な情報はまだ限られています。
- 発注が不要になるわけではない。「どこまで社内で作るか」の線引きを考えるきっかけになる
- AIに渡す権限（閲覧・書き込み・送信）は、小さく始めて承認の仕組みを入れる
- 作ったものの保守担当と名義は、最初に決めておく
まずは、開発会社と「社内で作ってよいもの・頼むべきもの」を一度話し合ってみてください。
あわせて読みたい関連記事
