Codex実践会 120分 構築と応用

受講資料 / Codex実践会📅 2026-06-10Codex
この資料の入口

Codexアプリを実務で使うための応用編。プロジェクトとフォルダ管理、Local/Worktree/Cloud、skills、plugins、MCP、hooks、rules、automations、設定、隠れ機能、公式アップデート確認先までを実例中心に整理。

本文あり目次あり動画ありナレーションありスライドありチェックあり
この資料の流れ
  1. 動画版
  2. 収録用ナレーション構成 18分
  3. スライド版
  4. 実運用のフォルダ設計
  5. 設定の層
  6. Codex公式用語フルマップ

Codex実践会 120分 構築と応用

準備編で「開く、頼む、確認する」まで進んだ人向けに、ここでは実際の運用を組みます。プロジェクトの分け方、フォルダの置き方、AGENTS.md、.codex/config.toml、skills、plugins、MCP、hooks、rules、automations、レビュー、ブラウザ確認、公式更新の追い方までを、仕事で使う前提でまとめます。

公式確認: OpenAI Developers Codex DocsCodex公式サイトCodex for workCodex ChangelogFeature MaturityCodex for every role, tool, and workflow を参照。新機能の一次確認先として X: @OpenAIX: @OpenAIDevsOpenAI Newsopenai/codex Releases も掲載します。

動画版

収録用ナレーション構成 18分

上の動画は実践編の要点を短く見せるスライド動画です。講師が長尺で収録する場合は、以下の台本に沿って各章を画面共有し、プロジェクトフォルダ、設定ファイル、レビュー画面、ブラウザ確認の順に見せます。

  1. 0:00 導入。Codexは「1回使うアプリ」ではなく「仕事場を育てるアプリ」。
  2. 1:30 Project、Thread、Local、Worktree、Cloudを実例で分ける。
  3. 3:30 フォルダ設計。置いてよい資料、置かない秘密情報、成果物の置き場。
  4. 5:30 AGENTS.md、.codex/config.toml、.agents/skills の役割を見せる。
  5. 8:00 skills と plugins。作業手順と外部接続の違い。
  6. 10:30 hooks、rules、permissions。自動チェックと安全枠。
  7. 13:00 automations。Triage、thread automation、project automationの違い。
  8. 15:30 隠れ機能。deep links、slash commands、pets、memories、appshots、annotations、Sites。
  9. 17:00 公式アップデート先。X、Changelog、Feature Maturity、GitHub releases。

スライド版

1. 導入の次は「仕事場づくり」

Codexは単発の相談先ではなく、プロジェクト、履歴、差分、設定、連携を持つ作業場です。

  • Projectで作業範囲を分ける
  • Threadで目的を分ける
  • 設定と手順をファイルに残す

2. Local / Worktree / Cloud

同じCodexでも、どこで動かすかで安全性と速度が変わります。

  • Local: 手元のフォルダを直接編集
  • Worktree: Gitの別作業場で並行作業
  • Cloud: 設定済み環境でリモート実行

3. フォルダは「見せるもの」と「守るもの」を分ける

Codexに見せる資料、作らせる成果物、見せない秘密情報を最初に分けます。

  • docs: 方針と手順
  • content: 原稿と素材
  • outputs: 生成物
  • .env: 見せない、コミットしない

4. AGENTS.mdは毎回言わないルール

確認コマンド、禁止事項、言葉づかい、公開前チェックをAGENTS.mdに置きます。

  • リポジトリ全体のルール
  • サブフォルダごとの上書き
  • 導入編と実践編の共通土台

5. 差分、レビュー、ブラウザ確認

実務では「作った」より「確認できた」を重視します。

  • review paneで差分を見る
  • inline commentsで直す場所を示す
  • in-app browserやChromeで表示を見る

6. skillは作業手順書

同じ依頼を何度もするなら、skillにします。Codexは必要な時だけSKILL.mdを読みます。

  • 受講資料を作る手順
  • 週次レポート形式
  • 公開前レビューの型

7. pluginは道具箱

pluginはskills、apps、MCP serversをまとめて配布できる単位です。

  • Google DriveやGmailを使う
  • FigmaやCanvaで制作する
  • GitHubやSlack、Linearとつなぐ

8. hooksとrulesは自動ガード

hooksは作業の節目でスクリプトを走らせます。rulesはsandbox外コマンドの許可、確認、禁止を決めます。

  • 秘密情報チェック
  • 危険コマンドのブロック
  • 完了時の検証メモ

9. automationは定期作業

毎朝、毎週、一定間隔で戻ってくる仕事はautomationにします。

  • Triageに結果を出す
  • thread automationで同じ会話に戻る
  • worktreeで本線を汚さず動かす

10. 隠れ機能を覚える

Command menu、slash commands、deep links、pets、memories、appshotsは、分かると作業速度が上がります。

  • /plan /goal /review /status /mcp
  • codex://settings や codex://skills
  • Appshots、Memories、Codex pets

11. 公式発表を見る場所を固定する

Codexは更新が速いので、古い受講資料だけで判断しません。

  • X: @OpenAI / @OpenAIDevs
  • Codex Changelog
  • Feature Maturity
  • GitHub releases

12. 実務の完成条件

実践編のゴールは、Codexを使えることではなく、仕事の流れが再現できることです。

  • 置き場が決まっている
  • 手順が残っている
  • 確認が自動化されている
  • 公開前にレビューできる
実践編の基本式は「Project + Rules + Skill + Review + Automation」。

毎回の依頼文を長くするのではなく、プロジェクトにルールを置き、繰り返す作業をskillにし、危険な作業をhooks/rulesで止め、定期作業をautomationに回します。

実運用のフォルダ設計

初心者ほど、最初に大きなリポジトリを丸ごと渡しがちです。実務では「Codexに見せる場所」を意図的に小さくします。プロジェクトごとにフォルダを分け、不要な秘密情報や過去データを混ぜないことが安全と速度の両方に効きます。
C:\VSCode\Project\
  ai-hub\
    AGENTS.md                         # このプロジェクトのCodex向けルール
    .codex\
      config.toml                     # プロジェクト固有のCodex設定
      hooks.json                      # 共有する自動チェック
      rules\
        default.rules                 # 許可、確認、禁止するコマンド
    .agents\
      skills\
        lecture-builder\
          SKILL.md                    # 受講資料を作る手順
        publish-check\
          SKILL.md                    # 公開前チェックの手順
      plugins\
        marketplace.json              # repo内のpluginカタログ
    content\
      lectures\                       # 編集ソース
      assets\                         # 画像、PDF、動画素材
    site\
      build_site.py                   # ビルド
      dist\                           # 生成物
    docs\
      operations\                     # 運用手順
    outputs\
      reports\                        # 定期出力
    .env                              # 秘密情報。見せない、コミットしない
Project

1事業1プロジェクト

AIハブ、みんなのWA、N-Designのように事業ごとにProjectを分けます。違う事業の秘密情報や方針が混ざらないようにします。

Thread

1目的1スレッド

「受講資料を作る」「公開前レビュー」「Vercelデプロイ確認」のように、会話の目的を分けます。あとで検索しやすくなります。

Worktree

大きい変更は別作業場

トップページ刷新、管理画面変更、依存関係更新などはWorktreeに逃がします。Localで作業中の状態を壊さず試せます。

設定の層

置き場所何を書くか実例
Prompt / Thread今の会話一回限りの条件、今日だけの判断、止めたい範囲「今回は公開しない」「まず調査だけ」「日本語で説明」
AGENTS.mdrepo rootや下位フォルダ毎回守るプロジェクトルール、ビルド、検証、禁止事項「site/build_site.pyで再ビルド」「本番確認URLを報告」
.codex/config.tomlprojectまたはusermodel、reasoning、sandbox、approval、MCP、feature flagsworkspace-write、on-request、web_search、memories
skills.agents/skills or ~/.agents/skills繰り返し使う作業手順受講資料作成、PRレビュー、週次レポート
pluginsPlugin Directory / marketplaceskills、apps、MCP serversをまとめた道具箱Google Drive、Figma、Canva、GitHub、Data Analytics
MCPconfig.toml or plugin外部ツール、DB、ブラウザ、社内ツールへの接続OpenAI Docs MCP、Figma MCP、Playwright MCP、Sentry MCP
hookshooks.json or config.toml作業前後に自動で走るチェックPreToolUseで危険コマンド検査、Stopで完了ログ
rules.codex/rules/*.rules or ~/.codex/rulessandbox外コマンドのallow / prompt / forbiddengh pr viewはprompt、rmはforbidden
automationsCodex sidebar定期実行、監視、リマインド、同じthreadへの戻り毎週金曜の進捗要約、PR状態確認、サイト更新確認
memories~/.codex/memories過去の作業から引き継ぐ傾向、好み、注意点「この人は日本語説明を好む」「このrepoはVercel本番確認まで」

Codex公式用語フルマップ

用語講習での説明使う場面
Codex appデスクトップで複数のCodex作業を並行管理する中心画面。日常の実務、レビュー、ブラウザ確認、automation管理。
Codex CLIterminal-firstのCodex。コマンドで実行、設定、確認する。開発者がCLIで高速に作業する時。
IDE ExtensionVS Codeなどのエディタと連動するCodex。開いているファイルの文脈を使って直す時。
Codex web / CloudWebやcloud environmentでリモートに実行するCodex。手元PCから切り離して作業する時。
ProjectCodexが作業するフォルダ単位。事業、アプリ、資料集ごとに分ける。
ThreadChatGPTのchatに近い、1つの作業会話。目的ごとに分けて履歴検索する。
Local現在のプロジェクトフォルダを直接使うmode。すぐ確認したい小さな作業。
WorktreeGit worktreeを使う別作業場。大きな変更、並行作業、automation。
Cloudremote/cloud environmentで実行するmode。セットアップ済み環境で実行したい時。
HandoffthreadをLocalとWorktreeの間で移す流れ。背景で作った変更を手元に持ってくる。
Codex-managed worktreeCodexが軽量に作る使い捨て寄りのworktree。1スレッド1作業場で試す。
Permanent worktree長く使うworktreeをプロジェクト化したもの。継続的な検証環境や別ブランチ作業。
Detached HEADworktreeがまだブランチ名を持たず、特定commit上で作業している状態。Codexが複数worktreeを作る時の初期状態。
Review paneGit diffを見て、stage/revert/commentできる画面。採用判断、差分確認、公開前レビュー。
Diff panel変更差分を見るパネル。変更内容の読み合わせ。
Inline commentsdiffの行に直接つける修正指示。「ここだけ直して」を精密に伝える。
Stage / Unstage / Revert採用、採用解除、取り消し。一部だけ採用したい時。
Commit / Push / PR変更を履歴に残し、GitHubへ送り、Pull Requestを作る。公開前の通常開発フロー。
Integrated terminalthread内の組み込みterminal。build、test、git status、dev server。
Local environmentsworktree用setup scriptsやactionsを定義する設定。npm install、build、dev server起動をボタン化。
Setup scriptsworktree作成時に自動実行する環境準備。依存関係install、初期build。
Actionsよく使うコマンドをCodexアプリ上部のボタンにする。Run、Test、Build、Preview。
In-app browserCodex内ブラウザ。ログイン不要ページの確認向け。localhost、file preview、公開ページ確認。
Browser useCodexがin-app browserをクリック、入力、スクショ確認する機能。表示崩れ再現、画面操作テスト。
Browser comments画面上の場所にコメントをつける機能。ボタン、カード、グラフの具体的修正。
Chrome extensionログイン済みChromeをCodexが使うための拡張。Gmail、Salesforce、会員画面、社内ツール。
Computer UseWindows/macOSアプリを見て、クリックし、入力する機能。GUIだけで再現する不具合、デスクトップアプリ確認。
AppshotsmacOSの前面ウィンドウをCodex threadへ送る機能。画面の状態を見せて相談する。
Command menuCmd/Ctrl+Kなどで開くコマンドメニュー。設定、pet、reload skills、各種操作。
Slash commands/で呼ぶ操作コマンド。/plan、/goal、/review、/status、/mcp、/feedback。
/plan複数手順の計画モード。大きな作業を始める前。
/goal持続的な完了目標を設定する。長い作業を完了条件まで走らせる。
/reviewコードレビューを開始する。未コミット変更やPR差分の確認。
/statusthread ID、context、rate limitsなどを確認。長い作業の状態確認。
/mcpMCP serverの接続状態を確認。FigmaやDocs接続が動かない時。
/feedbackログ付きでフィードバックを送る。Codex自体の不具合報告。
$skillskillを明示起動する書き方。$skill-creator、$imagegen、$my-skill。
@pluginpluginやconnectorを明示して使う書き方。@Chrome、@Browser、@Canvaなど。
SteerCodex実行中に途中で軌道修正する操作。「やっぱり削除でなく書き換えにして」。
Voice dictation声でpromptを入力する機能。長い依頼を話して入力。
Floating pop-out window会話を別ウィンドウに出す機能。ブラウザやエディタ横に置く。
Deep linkscodex://でCodex内の画面を開くURL。codex://settings、codex://skills、codex://automations。
Codex pets進行中作業を見せる任意の小さな表示。バックグラウンド作業の状態確認。
Profile活動insights、tokens、streaksなどを見る設定領域。利用状況を確認する。
PersonalizationFriendly / Pragmatic / Noneやcustom instructions。話し方と個人ルールの調整。
Context-aware suggestions戻るべき作業候補を出す機能。中断した仕事の再開。
Archived threadsアーカイブ済みthread一覧。過去作業の復元。
Memories過去threadから有用な文脈を引き継ぐ機能。好み、注意点、技術スタックの再利用。
Chronicle画面文脈からmemoryを補助するresearch preview。対応環境で最近の作業文脈を拾う。
Automations定期実行や監視をCodexに任せる機能。毎朝brief、週次報告、PR確認。
Triageautomation結果の受信箱。新しい発見があったrunを確認。
Standalone automation毎回独立して走るautomation。週次レポート、複数project監視。
Project automation特定projectで走るautomation。サイト更新確認、依存関係チェック。
Thread automation同じthreadへ戻るheartbeat型automation。デプロイ待ち、PRチェック、長いレビュー。
Custom schedule / cron任意の実行スケジュール。毎週月曜9時、毎日17時など。
AGENTS.mdCodexが作業前に読むproject guidance。毎回守るルール、検証、公開条件。
AGENTS.override.md一時的または近い階層の上書き指示。特定フォルダだけルールを変える。
project_doc_fallback_filenamesAGENTS.md以外の名前を指示ファイルとして読む設定。TEAM_GUIDE.mdを使っているrepo。
config.tomlCodexの主要設定ファイル。model、sandbox、approval、MCP、feature flags。
CODEX_HOMECodexの設定、認証、state、memoriesの基準フォルダ。個人用とautomation用のprofile分離。
Project trustproject-local .codexを読み込んでよいかの信頼判断。安全なrepoだけproject hooks/configを有効化。
Profiles名前付き設定layer。deep-review、fast-scanなどを切り替える。
Feature flagsoptional/experimental機能のON/OFF。hooks、memories、multi_agent、undoなど。
SandboxCodexがコマンド実行時に触れる範囲。安全に自動作業させる。
read-only読むだけのsandbox mode。調査、レビュー、初見repo。
workspace-writeworkspace内を書ける標準的mode。通常の実装作業。
danger-full-accesssandbox制限を外す強いmode。理解している高度作業だけ。
Approval policyいつCodexが許可を求めるか。untrusted、on-request、never。
approvals_reviewer許可判断を誰が見るか。userまたはauto_review。
Auto-review承認要求をreviewer agentに回す仕組み。低中リスクの承認を自動評価。
Permissionsread/write/deny、network、profilesでアクセスを定義。.env deny、docs read、workspace write。
rulesコマンドprefixのallow/prompt/forbidden。安全なghコマンドだけ許可。
prefix_rulerulesで使うコマンドprefix定義。["gh","pr","view"]をpromptにする。
hooksagent loopの節目に自作scriptを差し込む仕組み。秘密情報検査、検証、ログ、memory作成。
PreToolUsetool使用前のhook event。危険コマンドを事前確認。
PermissionRequest許可要求時のhook event。承認理由を検査。
PostToolUsetool使用後のhook event。結果ログや追加検査。
UserPromptSubmitユーザーprompt送信時のhook event。秘密情報貼り付け防止。
Stopturn停止時のhook event。完了ログ、継続判断。
PreCompact / PostCompactcontext圧縮前後のhook event。長期作業の記録補助。
SubagentStart / SubagentStopsubagent開始/終了時のhook event。並行調査のログ管理。
SkillsCodexが再利用する作業手順。SKILL.md、scripts、references。
Progressive disclosure必要になるまでskill本体を読まない仕組み。contextを節約する。
Explicit invocation$skill-nameで明示的に呼ぶ。確実に特定skillを使う。
Implicit invocationdescriptionに合う時にCodexがskillを選ぶ。自然文で作業を頼む。
agents/openai.yamlskillのUI表示、policy、dependenciesを補足するmetadata。アイコン、default prompt、MCP依存。
Pluginsskills、apps、MCP serversをまとめる配布単位。チームやworkspaceに共有。
Plugin DirectoryCodex app内のplugin一覧。Curated by OpenAI、Shared with you、Created by you。
Marketplaceplugin catalog。repoや個人でplugin配布。
Apps / ConnectorsGitHub、Gmail、Google Driveなどの認証済み接続。私的データや業務ツールを扱う。
MCP serversModel Context Protocolで外部tool/contextをつなぐserver。Figma、Docs、Playwright、Sentry。
STDIO serverローカルコマンドとして起動するMCP server。npxで起動するdeveloper docs serverなど。
Streamable HTTP serverURLで接続するMCP server。remote MCP、OAuth連携。
OAuth / bearer tokenMCPやappの認証方式。Google、Figma、社内ツール。
Server instructionsMCP serverが返す全体指示。tool利用の順序や制約。
Web searchCodexのfirst-party web search。cached / live / disabledを使い分ける。
Image generationthread内で画像生成や編集を行う機能。UI素材、バナー、背景、placeholder。
Subagents並行して別agentに調査やレビューを任せる機能。セキュリティ、テスト、保守性を分担。
Main agent判断と統合をする中心agent。最終方針と成果物をまとめる。
Agent threadsubagent側のthread。並行調査の詳細確認。
SitesCodexで作ったinteractive website/appをURL共有する新機能。workspace向けdashboard、planner、hub。
Annotations作成物の一部を指して修正する仕組み。site、documents、spreadsheets、slidesの局所修正。
Feature Maturity機能のExperimental / Beta / Stableなどの成熟度。本番運用に使う前の確認。
ChangelogCodexの変更履歴。受講資料の更新、機能追加確認。

skillsの作り方

skillは「自分の仕事の型」です。短い説明で起動条件を明確にし、必要ならreferencesやscriptsを持たせます。まずは1作業1skill。大きな万能skillを作らない方が安定します。

実例: 受講資料skill

--- name: lecture-builder description: 受講資料をAIハブのcontent/lectures形式で作る時に使う。タイトル、summary、スライド、動画台本、実例、確認リストを含める。 --- 1. 既存受講資料の文体を確認する。 2. frontmatterを作る。 3. 受講者向けの短いスライドを先に作る。 4. 本文は実例、表、テンプレートを多めにする。 5. site/build_site.pyで再ビルドできる形にする。

実例: 公開前チェックskill

--- name: publish-check description: サイトや受講資料を公開する前に、差分、ビルド、リンク、秘密情報、公式URL、最終報告を確認する時に使う。 --- 1. git diffを確認する。 2. 秘密情報が混じっていないか確認する。 3. ビルドまたは該当チェックを実行する。 4. 主要URLを確認する。 5. 何を確認したか短く報告する。

pluginsの使い方

plugin/connector使う理由実務プロンプト例
GitHubPR、issue、review、CI確認。@GitHub このPRの未対応コメントを確認し、修正候補を重大度順に出して。
Google DriveDocs、Sheets、Slidesの社内資料を使う。@Google Drive 最新の講習メモを探し、今週のスライドに使える項目をまとめて。
Gmailメール文脈を使った返信や要約。@Gmail 今日の未返信メールから、返信が必要なものだけ下書きして。
Google Calendar予定、会議準備、日次brief。@Google Calendar 明日の予定を見て、準備が必要な会議だけ箇条書きにして。
Figmaデザイン読み取り、画面案、プロトタイプ。@Figma この画面案を営業資料向けに整理して、実装時のUI注意点を出して。
CanvaSNS投稿、資料、ブランド素材。@Canva この受講内容からInstagram用告知画像を3案作って。
Browserlocalhostやfile previewを確認。@Browser http://localhost:3000 を開いて、モバイル表示の崩れを確認して。
Chromeログイン済みChromeが必要なサイト。@Chrome 管理画面にログイン済みの状態で、この設定ページの表示を確認して。
Computer UseWindows/macOSアプリのGUI操作。@Computer このデスクトップアプリを開き、設定画面の文言崩れを確認して。
OpenAI DevelopersOpenAI公式docs確認。@OpenAI Developers Codexのhooksとrulesの違いを公式docsで確認して。
VercelNext.js、deploy、環境変数、ログ確認。@Vercel 本番deployの失敗理由を確認し、修正箇所を特定して。
SupabaseDB schema、SQL、Storage、RLS。@Supabase このテーブルのRLSを読んで、管理画面の更新権限を確認して。
ShopifyAdmin GraphQL、Liquid、Hydrogen、POS。@Shopify 商品メタフィールドのGraphQL更新案を公式docsに沿って作って。

公式role-specific plugins

公式plugin何を任せるか実例
Data analytics分析、原因調査、KPI、dashboard、report。売上CSV、GA4、GSC、メモを渡して、週次KPIレポートを作る。
Creative production広告、商品画像、campaign board、制作案。新講習の告知文、画像案、SNS投稿をまとめる。
Sales商談準備、follow-up、優先顧客、forecast。顧客メモとメール履歴から、次回提案の論点を作る。
Product designプロトタイプ、user flow、画面改善、Figma連携。管理画面のスクショから、改善案と実装タスクを作る。
Public equity investing上場企業調査、決算分析、投資仮説。決算資料とニュースを読んで、投資仮説の変化を整理する。
Investment bankingM&A、pitch、比較会社、diligence。買収候補リストから、初期pitch資料の構成を作る。

hooksとrulesの実例

hookで止める例

UserPromptSubmitでAPIキーらしき文字列を検出し、貼り付けを止める。PreToolUseで危険な削除コマンドを検査する。Stopで「確認したこと」をログに残す。

使いどころ: - 秘密情報の貼り付け防止 - 破壊的コマンドの事前検査 - 完了時の品質チェック - 会話要約やmemory候補の生成

ruleで許可する例

毎回使う安全なコマンドはrulesでpromptまたはallowに寄せます。危険なコマンドはforbiddenにします。rulesは「外へ出るコマンド」の門番です。

prefix_rule( pattern = ["gh", "pr", "view"], decision = "prompt", justification = "PR閲覧は承認つきで許可" ) prefix_rule( pattern = ["rm"], decision = "forbidden", justification = "削除はPowerShellで対象確認後に個別承認" )

automationsの実例

種類使う時プロンプト例
Thread automation同じ会話で継続確認したい。このthreadに30分後戻って、Vercel deployが完了しているか確認し、失敗ならログを見て次の修正案を出して。
Standalone automation毎回独立してよい定期作業。毎週金曜17時に、今週の受講資料変更、未完了タスク、次週の候補を短い週報にしてTriageへ出して。
Project automation特定projectを定期確認する。毎朝8時にこのAIハブprojectを確認し、受講資料、トップページ、AI Watch出力に新しい差分があれば要約して。
Skill-driven automation形式を固定したい。毎週月曜に $publish-check を使い、site/distの主要ページと公式更新URLの確認結果をレポートして。

設定の隠れ機能

設定/機能見落としがちな価値使い方
Prevent sleep while running長い作業中にPC sleepで止まる事故を減らす。Settings > General。
Detail level作業ログを詳しく見るか、会話をすっきりさせるかを選ぶ。初心者はDefault、検証時はCoding mode。
Keyboard Shortcutsよく使う操作を覚えると作業が速い。Command menu、toggle terminal、find in thread。
Git settingsbranch naming、force push、commit/PR文の生成方針を揃える。チームで命名ルールを固定。
Browser use allowlist/blocklistCodexが触ってよいサイトを制御する。localhostは許可、機密サイトは必要時だけ。
Computer Use allowlistどのアプリをCodexに触らせるか管理する。信頼するアプリだけAlways allow。
PersonalizationFriendly / Pragmatic / Noneで話し方を調整。実務ではPragmaticが向く。
Custom instructions個人の既定指示を入れる。ただしプロジェクト必須ルールはAGENTS.mdへ。
Context-aware suggestions再開すべき作業を提案してくれる。中断が多い運用で有効。
Memories過去の傾向を引き継ぐ。ONにする前に、秘密情報を入れない運用にする。
Archived threads閉じた会話を戻せる。過去の受講資料作成threadを探す。
Deep linksCodex画面へ直接移動するURL。codex://settings、codex://skills、codex://automations。
codex://plugins/installplugin install flowを開く。チーム導入資料にリンクを貼る。
codex://threads/new?prompt=&path=特定folderとpromptで新規threadを開始。講習の演習リンクを作る。
Appshots hotkey前面アプリをすぐCodexへ共有。macOSで画面状態を説明する手間を減らす。
Codex pets進行中のCodex状態を小さく表示。background taskを見失わない。

公式アップデートの確認先

確認先URL見るタイミング
Codex公式サイトhttps://openai.com/codex/全体像、対応OS、代表機能を説明する前。
OpenAI Academy Codexhttps://openai.com/academy/codex-for-work/非エンジニア向けの実務例を探す時。
OpenAI Developers Codex Docshttps://developers.openai.com/codex設定名、機能名、公式用語を確認する時。
Codex Changeloghttps://developers.openai.com/codex/changelog受講資料を更新する時、新機能を確認する時。
Feature Maturityhttps://developers.openai.com/codex/feature-maturityExperimental / Beta / Stableを判断する時。
Codex role/plugin発表https://openai.com/index/codex-for-every-role-tool-workflow/role-specific plugins、Sites、annotationsを説明する時。
X: OpenAIhttps://x.com/OpenAIOpenAI全体の大きな発表を追う時。
X: OpenAI Developershttps://x.com/OpenAIDevsCodex、API、SDK、開発者向け更新を追う時。
OpenAI Newshttps://openai.com/news/製品横断の公式発表を追う時。
openai/codex Releaseshttps://github.com/openai/codex/releasesCLIやオープンソース側のreleaseを追う時。

実務プロンプト集

プロジェクト初回整理

このプロジェクトを読んで、Codex運用向けに次を整理してください。 1. 主要フォルダと役割 2. ビルド、テスト、プレビューの確認方法 3. AGENTS.mdに追加すべきルール 4. secretsや触らない方がよい場所 まだファイルは編集しないでください。

skill化候補の抽出

このrepoで繰り返し発生しそうな作業を10個挙げてください。 それぞれについて、promptで足りるもの、AGENTS.mdに書くもの、skill化すべきもの、automation化すべきものに分類してください。

公開前レビュー

この変更を公開前レビューしてください。 実装はしないで、重大度順に、表示崩れ、リンク切れ、秘密情報、古い公式URL、検証不足を指摘してください。 最後に、公開してよいか、止めるべきかを一行で判断してください。

automation設計

この作業をautomation化する前提で設計してください。 1. standalone / project / thread のどれがよいか 2. 実行頻度 3. 何を見て、何があれば報告するか 4. 誤検知を減らす条件 5. 最初に手動テストするprompt

運用チェックリスト

  • プロジェクトごとにCodexで開くフォルダが決まっている。
  • AGENTS.mdに、確認コマンド、公開ルール、秘密情報の扱いが書かれている。
  • Local、Worktree、Cloudを作業の大きさで使い分けられる。
  • Review paneでdiff、inline comments、stage、revertを使える。
  • in-app browser、Chrome extension、Computer Useの違いを説明できる。
  • 繰り返す作業をskillsにし、外部接続が必要な作業をplugins/MCPで扱える。
  • hooksとrulesで、自動チェックと安全なコマンド許可を分けられる。
  • automationsのTriage、standalone、project、thread automationを使い分けられる。
  • Memories、Appshots、deep links、Codex pets、annotations、Sitesを「使う場面」まで説明できる。
  • X、OpenAI News、Codex Changelog、Feature Maturity、GitHub releasesの確認先が資料内にある。

講師向けの進行メモ

  1. 最初に「Codexは仕事場を育てるアプリ」と言う。
  2. ProjectとThreadを、フォルダと会話の違いとして説明する。
  3. Localは手元、Worktreeは別作業場、Cloudはリモート実行、と短く分ける。
  4. AGENTS.md、.codex/config.toml、skills、plugins、MCP、hooks、rules、automationsを「設定の層」として並べる。
  5. 一気に全部設定させない。まずAGENTS.md、次にskill、必要になったらplugin/MCP、最後にhooks/automation。
  6. 受講者には公式更新先をブックマークさせる。Xは速報、Changelogは仕様確認、Feature Maturityは本番判断に使う。