この記事を読むと、Codexで社内向けのダッシュボードやプロジェクトボードを作る手順がわかるようになります。コードを書く経験が少ない方でも進められるように、実際の画面で迷いやすいポイントを中心にまとめました。
OpenAIは2026年6月2日、Codex向けにSites、役割別プラグイン、アノテーション機能を発表しました。現時点ではBusinessおよびEnterprise向けプレビューです。まずは「何を作るか」を小さく決めてから触ると、途中で挫折しにくくなります。
結論：最初は社内ダッシュボードから作る
CodexのSitesは、ワークスペース内で共有できるインタラクティブなWebサイトやアプリを作る機能です。たとえば、社内FAQ、営業案件の一覧、作業チェックリスト、プロジェクトボードなどに向いています。
従来は、要件をまとめる人、デザインする人、コードを書く人、公開設定をする人が必要でした。Codexでは、作りたい画面を文章で説明し、修正したい箇所を指定しながら形にできます。実際に使うと、最初の壁はプログラミングではなく「何を表示し、誰が使うか」を整理する作業だと気づきます。
| 従来の進め方 | Codexを使う進め方 |
|---|---|
| 仕様書を作ってから開発を依頼する | 目的と画面のイメージを文章で伝えて試作する |
| 修正内容を口頭やメールで伝える | 画面上の特定箇所を指定して修正を依頼する |
| 用途ごとにツールを探す | プラグインで役割別の作業を補助する |
Codexで社内サイトを作る手順
1. 作るものを1つに絞る
はじめに、Codexを開く前に目的を1文で書きます。「営業チームが今週の案件状況を確認するダッシュボードを作る」のように、利用者と目的を入れるのがコツです。
- 利用者：営業チーム
- 目的：今週の案件状況を確認する
- 必要な表示：案件名、担当者、進捗、次の対応日
- 共有範囲：営業チーム内
機能を詰め込みすぎると、修正のたびに画面が複雑になります。最初は一覧画面と確認ボタン程度にとどめましょう。
2. ワークスペースでSitesの作成を始める
BusinessまたはEnterpriseのワークスペースに入り、Codexの画面からSitesの作成メニューを選びます。表示名は環境によって変わる可能性があるため、「Sites」「サイト作成」「Create」など、サイトを新しく作る項目を確認してください。
作成画面が開いたら、入力欄に次のような指示を貼り付けます。
入力例：「営業チーム向けの案件管理ダッシュボードを作成してください。案件名、担当者、進捗、次の対応日を一覧表示し、進捗は未着手・対応中・完了の3種類にしてください。社内で見やすいシンプルな画面にしてください。」
ここで一度に完璧な指示を書く必要はありません。まず画面の骨組みを出し、表示項目や並び順を後から追加する方が、完成形をイメージしやすくなります。
3. プレビューを確認して修正する
生成された画面を見たら、文章ではなく具体的な場所を指定して直します。「もっと見やすく」ではなく、「一覧の右側にある進捗表示を、色と文字の両方で区別してください」と伝えると意図が伝わりやすくなります。
修正を依頼するときは、次の順番が便利です。
- 直したい場所を確認する
- 現在の問題を1つ書く
- どう変えたいかを書く
- 変更後に確認したい条件を書く
たとえば「担当者の列を左から2番目に移動し、名前が長くても省略されないようにしてください。スマートフォンでも横スクロールできる状態にしてください」と指示します。
4. アノテーション機能で場所を指定する
アノテーション（画面上の特定箇所にコメントを付ける機能）を使うと、修正場所を文章だけで説明しなくて済みます。サイトのプレビューで修正したい箇所を選び、コメント欄に変更内容を入力します。
これは、紙の資料に付箋を貼って「ここを直してください」と伝える方法に近い機能です。ボタン名、カード、表の列など、似た部品が複数ある画面で特に役立ちます。Sitesだけでなく、文書、スプレッドシート、スライドなどの特定箇所にも修正依頼を出せます。
役割別プラグインはどう使うか
プラグインは、特定の作業を補助する追加機能です。データ分析、クリエイティブ制作、プロダクトデザイン、営業、上場株式投資、投資銀行業務向けの役割別プラグインが用意されています。
画面でプラグイン一覧を開き、自分の作業に近い役割を選んで有効化します。たとえば営業用の社内サイトなら営業向け、数値の整理が中心ならデータ分析向けを選ぶという考え方です。コーディング不要で使える点が特徴ですが、プラグインを追加すれば自動的に正しい判断ができるわけではありません。入力するデータの意味と確認担当者は決めておきましょう。
チーム独自の作業手順に合わせてカスタマイズしたり、カスタムプラグインを作って共有したりもできます。ただし、最初から独自プラグインを作るより、既存の機能で同じ作業を数回試してから不足点を整理する方が安全です。
初心者がつまずきやすいポイントと対処法
- 指示が抽象的になる：「おしゃれに」ではなく、色、項目、利用者、画面サイズを指定します。
- 一度に作りすぎる：まず一覧画面だけ作り、次に検索や絞り込みを追加します。
- 修正の影響がわからない：変更前の状態を確認し、1回の依頼で変更点を1〜2個に絞ります。
- 共有範囲を忘れる：公開前に、誰が閲覧できるかを管理者と確認します。
- プレビューの表示が違う：プレビュー段階のため、画面名や操作方法が更新される可能性があります。
特に重要なのは、社内データを扱うときの確認です。個人情報、顧客情報、契約情報を含める場合は、社内ルールとワークスペースの権限設定を先に確認してください。便利さを優先して、誰でも見られる状態にするのは避けましょう。
料金と無料プランについて
今回のSitesは、BusinessおよびEnterprise向けプレビューとして案内されています。提供情報だけでは、個別の追加料金や無料プランでの利用可否は確認できません。無料で使えると決めつけず、契約中のワークスペース管理者に対象プランと利用条件を確認してください。
社内で試す場合は、いきなり全社導入せず、少人数のチームで1つの業務ツールを作り、権限、更新方法、利用頻度を確認するのがおすすめです。
向いている人・向いていない人
| 向いている人 | 向いていない人 |
|---|---|
| 社内の定型作業を整理したい人 | 一般公開サイトを本番運用したい人 |
| コードを書く前に試作品を作りたい人 | 細かな本番環境の仕様を完全に固定したい人 |
| チーム内で画面を確認しながら改善したい人 | 権限やデータ管理を確認できる担当者がいない組織 |
WordPressで公開サイトを育てたい場合は、Codexで作る社内ツールと目的を分けて考えましょう。社内の確認用にはCodex、検索流入を狙うWebサイトにはWordPressという使い分けが現実的です。
よくある質問
無料プランでもSitesを使えますか？
今回確認できる情報では、BusinessおよびEnterprise向けプレビューです。無料プランでの利用可否や追加料金は明示されていないため、管理者に契約内容を確認してください。
プログラミング経験がなくても作れますか？
役割別プラグインはコーディング不要で利用できます。Sitesも文章で目的や画面を説明しながら作る進め方に向いています。ただし、作成後の権限確認やデータの正しさは人が確認する必要があります。
作ったサイトは社外にも公開できますか？
今回の情報では、ワークスペース内で共有できるサイトやアプリとして案内されています。社外公開を前提にせず、まずは社内利用の範囲で権限を確認してください。
うまく修正できないときはどうすればよいですか？
修正箇所をアノテーションで指定し、「どこを」「なぜ」「どう変えるか」を1つずつ伝えます。変更が大きい場合は、元の画面を残してから別の修正版を試すと戻しやすくなります。
まとめ：今日から小さな業務ツールを試す
CodexのSitesは、社内ダッシュボード、FAQ、プロジェクトボードなどを文章から試作するのに向いています。役割別プラグインで作業を補助し、アノテーション機能で修正箇所を指定すれば、非エンジニアでもチームと確認しながら改善できます。
最初の一歩は、「誰が、何を確認する画面か」を1文で書くことです。BusinessまたはEnterpriseの管理者に利用条件を確認し、少人数向けの小さな画面から作ってみましょう。
参考・公式情報
📦 Amazonで関連商品を探す
