ASADASHI
コードなしでWebサイトが自動生成されるバイブコーディングの世界を表すミニチュア紙工作
バイブコーディング2026.06.04·読了 2·難易度: ふつう

コードを書かずにサイトが動く時代へ

コードなしでWebサイトが自動生成されるバイブコーディングの世界を表すミニチュア紙工作

朝の出汁版(通勤2分)

  • ポイント1: OpenAIが2026年6月2日にCodexの新機能「Sites」を発表。コードを書かずにWebサイトを生成・公開できる機能がBusiness/Enterpriseプランでプレビュー提供されており、バイブコーディングの敷居がさらに下がっている。
  • ポイント2: 複数の発信者(@shota7180、@masahirochaen)が整理しているように、Sitesに加えて職種別プラグインやannotations拡張も同時リリースされており、「作る・共有する・改善する」の一連の流れがCodex単体で完結しつつある。
  • ポイント3: まず公式ドキュメントとSitesのプレビュー申請を確認し、LPや簡単なツールページをプロンプトだけで作る体験から始めてみると、自分の用途に合うかどうかが見えてくる。

出汁の素(深読みモード)

これって結局どういうこと?

OpenAIが2026年6月2日、コーディングアシスタント「Codex」に新機能「Sites」を追加した。一言でまとめると、「プロンプトを入力するだけでWebサイトが生成・公開できる機能」だ。コードを書く必要はなく、ChatGPTのBusinessまたはEnterpriseプランに加入していれば現在プレビュー申請が可能となっている。同時に、職種別プラグインとannotations拡張も発表されており、「サイトを作る→共有する→フィードバックを反映する」という一連のフローがCodex単体で完結する設計になっている(出典:OpenAI公式発表、@masahirochaen・@shota7180による要約)。要は、「コードが書けなくてもWebページが出せる時代に、また一歩踏み込んだ」ということだ。

なぜこのタイミングで重要?

注目したいのは、このリリースがバイブコーディングのハードルをさらに一段下げた点だ。これまでのバイブコーディングは「AIにコードを書かせる」フローだったため、生成されたコードをどこかにデプロイする手間が残っていた。Sitesはその「最後の一手間」を省く設計になっている。生成から公開までをCodexのUIの中で完結させることで、デプロイ知識ゼロでもアウトプットが世に出せる。

類似のポジションにあるのはGitHub PagesやVercel、あるいはNotionのサイト公開機能だが、それらとの差分は「プロンプトからサイト生成」が起点である点だ。既存のツールが「作ったものを公開する」ならば、SitesはむしろCanvaのAI生成に近い感覚──「言葉にしたらページになっている」──を狙っている。

4分で案件管理システムを作る時代が来たでも触れたように、「作る速度」の競争は急速に進んでいる。その文脈でSitesが意味するのは、「LP・ツールページ・ポートフォリオ」といった軽量なWeb制作物が、プロンプトを書く能力さえあれば誰でも量産できる環境になったということだ。職種別プラグインの同時リリースも、ただの追加機能ではなく「使う人の文脈に合わせてCodexの振る舞いを変える」設計思想の表れとして読める。

具体的に始めるなら

まずプレビューアクセスを確認する Sitesは現時点でBusiness・Enterpriseプランのユーザーへのプレビュー提供。まず自分のプランを確認し、ChatGPTの設定またはCodexのUIからプレビュー申請があるかを確認するのが最初のステップだ。公式ドキュメントはOpenAIのCodexページ(https://openai.com/codex)から辿れる。

触れる人がいま試すべきこと 「作りたいページ」を一つ決めてからプロンプトを書く。たとえば「自分のサービスの1枚LP」「ポートフォリオページ」「問い合わせ受け付けだけのシンプルなツールページ」あたりが実験素材として適している。凝った機能は後回しにして、「プロンプト→公開URL」の体験を一度通しで確認することに集中する。

課金前に確認したいこと

  • Business/Enterpriseプランは月額課金が前提。無料プランでの利用可否は現時点の発表では明示されていないため、公式サイトの料金ページで確認を。
  • プレビュー期間中は機能が変更される可能性がある点は念頭に置いておく。

組み合わせると面白い使い方 生成されたサイトをそのまま公開するだけでなく、職種別プラグインと組み合わせると用途が広がる。たとえばマーケ文脈なら「LP生成→プラグインでコピーを職種別にブラッシュアップ→公開」という流れが考えられる。annotations拡張は、生成したコードに対してコメントや修正指示を付けられる機能とされており、チームでの共同編集に近い使い方ができそうだ。

Claude Codeは「並列化」より「賢い自律」が本命でも整理したように、「AIに何かを作らせる」フローはどんどん洗練されている。Sitesはその最前線の一つとして、まず体験してみる価値がある。

よくある疑問

Q. 日本語のサイトも作れる? OpenAIの公式発表には言語制限に関する明示的な記載は見当たらないが、ChatGPTの日本語対応実績から考えると、日本語プロンプトでの生成は機能する可能性が高い。ただし、生成されるサイトの文字組みやフォント対応については実際に試して確認する必要がある。

Q. 生成されたサイトはどこにホスティングされる? 発表内容を読む限り、OpenAIのインフラ上にホスティングされる設計とみられる。独自ドメインの割り当てや、外部サーバーへのエクスポートがどこまでできるかは現時点の情報では不明で、プレビュー版の公式ドキュメントで確認が必要だ。

Q. Business/Enterpriseプラン以外の人はどうする? SitesのプレビューはBusiness/Enterprise向けとアナウンスされているが、今後の一般提供の可能性は十分ある。現時点でプランに加入していない場合は、まず@shota7180や@masahirochaenの解説を読んでどんな体験になるかを把握しておき、一般提供のタイミングを待つのが現実的な選択肢だ。

もう一歩踏み込みたい人へ

今回同時にリリースされたannotations拡張は、開発者にとって注目ポイントが多い。Codex APIを通じてコードの特定箇所にメタデータを付加できる機能とされており、CI/CDパイプラインとの統合やコードレビューの自動化に応用できる可能性がある。公式ドキュメントのAPIリファレンス(https://platform.openai.com/docs)でannotationsに関する記述を確認しておくと、自前の自動化フローに組み込めるかどうかの判断材料になる。

職種別プラグインについては、プラグインの仕様が公開されれば自作プラグインの作成も視野に入る。Claudeのコード生成、プラグインが置くだけで動くで紹介したAnthropicのアプローチと比較すると、OpenAIはより「エンドユーザーの職種文脈」に寄せた設計を選んでいる点が興味深い。

Sitesで生成されたサイトのHTMLをエクスポートできる仕様であれば、それをベースに独自のフロントエンドフレームワークへ移行する使い方も考えられる。「ゼロからプロンプトでたたき台を作り、エンジニアが仕上げる」という分業フローの起点としてCodexを位置付けると、チーム開発における役割分担の設計が変わってくる。

元になったツイート

  • Claude Codeのおかげで、環境構築コストが劇的に下がったので、デスクトップをLinuxにしてもよさそうな気配が出てきたなぁ

  • 本日リリースされたCodexの新機能「Sites」について、機能概要やできることをわかりやすく整理しました↓ https://t.co/DaQw1miUKF https://t.co/PYtNuU4IWH

  • 【Codex Sites 要約】 https://t.co/Ixoe2oE8cN OpenAIが2026年6月2日、Codexの新機能としてSites、職種別プラグイン、annotations拡張を発表。SitesはBusiness/Enterprise向けにプレビュー提供される。 ■ 核心

参照ソース