GitHubのIssueを立てたら勝手にPRができていた
「バグのIssueを立てたら、30分後にCodexが修正PRを作ってSlackに通知してきた」
2026年3月に正式リリースされたOpenAI Codex appのPlugins・Triggers・Skillsは、AIコーディングツールの使い方を根本から変えつつある。Claude Code HooksやGitHub Copilot Agent Modeがインタラクティブな操作を中心としているのに対し、Codex appはGitHubのイベントを起点に誰もコマンドを打たなくても自律的に動き出す設計になっている。
本記事では、Codex appの最新機能の実践的な使い方を解説する。
OpenAI Codex appの全体像
Codex appはChatGPT Plusサブスクライバーなら追加費用なしで利用できるOpenAI製のAIコーディング環境だ。CLIツール・VS Code拡張・Webアプリとして提供されている。
2026年3月26日のアップデートで以下の機能が正式リリースされた:
| 機能 | 概要 |
|---|---|
| Plugins | Figma・Slack・Notionなどのサービスと連携する拡張機能 |
| Triggers | GitHubイベントを起点にCodexを自動実行する仕組み |
| Skills | チームの開発規約を再利用可能な命令セットとして定義する機能 |
使用モデルはGPT-5.4(コンテキスト1Mトークン)。大規模リポジトリ全体を一度に把握できる。
セットアップ
# macOS / Linux
npm install -g @openai/codex
# Windowsは2026年3月5日から正式対応
winget install OpenAI.Codex
# 認証
codex auth login
Plugins:外部サービスとの連携
仕組みと一覧
Pluginsは@プラグイン名という記法で呼び出せる。内部的にはMCPサーバーとしてパッケージングされている。
# プラグインのインストール
codex /plugins install figma
codex /plugins install slack
codex /plugins install sentry
2026年4月時点の主なプラグイン:
| プラグイン | できること |
|---|---|
figma |
デザインファイルからコンポーネントコードを生成 |
slack |
チャンネルへの通知・メッセージの読み取り |
notion |
ページの作成・更新、データベース操作 |
sentry |
エラーのトレースからバグ修正PRを自動作成 |
datadog |
ログを解析してパフォーマンス問題を特定 |
Figmaプラグインの実践例
# FigmaのデザインURLからReactコンポーネントを生成
codex "@figma https://figma.com/design/abc123/button このデザインからReact + Tailwindのコンポーネントを作って"
// Codexが自動生成した例
type ButtonVariant = "primary" | "secondary" | "ghost";
interface ButtonProps extends ButtonHTMLAttributes<HTMLButtonElement> {
variant?: ButtonVariant;
}
export const Button = ({ variant = "primary", className, children, ...props }: ButtonProps) => {
const variants: Record<ButtonVariant, string> = {
primary: "bg-blue-600 text-white hover:bg-blue-700",
secondary: "bg-gray-100 text-gray-900 hover:bg-gray-200",
ghost: "bg-transparent text-gray-700 hover:bg-gray-100",
};
return (
<button className={cn("px-4 py-2 rounded-lg font-medium transition-colors", variants[variant], className)} {...props}>
{children}
</button>
);
};
Skills:開発規約をCodexに覚えさせる
Skillsの定義
Skillsはチームの開発ルールをMarkdownファイルとして定義し、繰り返し使える仕組みだ。
~/.codex/skills/
├── pr-style.md # PRの作成規約
├── commit-convention.md # コミットメッセージ規約
└── test-strategy.md # テスト戦略
~/.codex/skills/pr-style.mdの例:
# PR作成スタイル
PRを作るときは以下に従うこと:
## タイトル規約
- feat: 新機能追加
- fix: バグ修正
- chore: ビルド・設定変更
## 本文構成
1. **変更の背景**:なぜこの変更が必要か
2. **変更内容**:何を変えたか
3. **テスト方法**:レビュアーが確認すべき手順
## レビュアー
- チームリードを必ず @team-lead で追加する
Skillsの呼び出し
# 明示的に呼び出す($プレフィックス)
codex "$pr-style このブランチのPRを作って"
# Codexが自動で関連スキルを選択することもある
codex "このブランチのPRを作って"
リポジトリに.codex/skills/を作成してGit管理することで、プロジェクト固有のルールをチーム全員で共有できる。
Triggers:GitHubイベントで自動実行する
基本設定
mkdir -p .codex && touch .codex/triggers.yaml
.codex/triggers.yamlの基本構造:
triggers:
- name: トリガー名
on:
github:
event: イベント種別
label: "ラベル名" # 任意
run:
prompt: |
Codexへの指示
options:
execution: worktree # worktree または local
reasoning_level: high # low / medium / high
実践例1:バグIssueを自動修正
triggers:
- name: auto-fix-bug
on:
github:
event: issues.opened
label: "bug"
run:
prompt: |
$pr-style
このIssueのバグレポートを読んでください。
1. 再現手順を確認し、コードで再現させる
2. 根本原因を特定する
3. 修正を実装する
4. 修正を確認するテストを追加する
5. PRを作成する(fix: プレフィックスを使用)
既存の関連PRがある場合はスキップしてください。
options:
execution: worktree
reasoning_level: high
動作フロー:
1. GitHubで「bug」ラベル付きIssueが作成される
↓
2. Triggerが起動、Codexがリポジトリをクローン
↓
3. Codexがバグを再現・修正・テスト追加
↓
4. 修正PRを自動作成
実践例2:依存関係の定期自動更新
triggers:
- name: weekly-deps-update
on:
schedule:
cron: "0 9 * * 1" # 毎週月曜の9時
run:
prompt: |
npm outdatedを実行して古い依存関係を確認してください。
メジャーバージョンアップはスキップして、
マイナー・パッチバージョンのみ更新するPRを作成してください。
CIが通ることを確認してからPRを提出してください。
options:
execution: worktree
reasoning_level: low
Triggersと他ツールの比較
| ツール | 自動化の起点 | 実行タイミング | 主なユースケース |
|---|---|---|---|
| Codex Triggers | GitHubイベント | 非同期・バックグラウンド | Issue対応・PR自動作成 |
| Claude Code Hooks | ファイル変更・コマンド | 開発作業中 | 開発ワークフロー最適化 |
| GitHub Actions | GitHubイベント | CI/CD | テスト・デプロイ |
Codex Triggersは自分が席を離れているときでもCodexが仕事をしている状態を作れる点が他ツールとの最大の違いだ。
料金と注意点
料金
- ChatGPT Plus(月額$20)に含まれるが、クォータ制限あり
- GPT-5.4 miniを使うと通常の30%消費で安価に利用できる
- Triggersの実行回数が多い場合は別途API課金が発生することがある
セキュリティの注意
- TriggersはCodexのサーバーでリポジトリのコードを処理する
- プライベートリポジトリのコードがOpenAIのサーバーに送られる点を確認すること
- 機密性の高いコードベースでの使用は社内ポリシーを事前に確認すること
現時点での実力と向き不向き
得意なこと
- 単一ファイルの修正・バグ修正
- READMEやドキュメントの更新
- テストの追加
- 依存関係の更新
まだ苦手なこと
- 複数サービスにまたがる大規模リファクタリング
- DBマイグレーションを伴う変更
- ビジネスロジックの複雑な判断が必要なタスク
完全な自律化よりも「Issueのトリアージと初期対応を自動化し、人間がレビューして修正する」というハイブリッドな使い方が現実的だ。
「指示を待つAI」から「自律的に動くAI」へ
Plugins・Triggers・Skillsを実践するためのステップ:
- CLIをインストールしてPluginsを試す
- チームの開発規約を
~/.codex/skills/に定義する - 小さなTriggerから始める(Issueにラベルを付けると自動でコメントが追加される程度)
- 実績が積まれたら、バグ修正PRの自動作成に挑戦する
Claude Code Hooksが「開発中のワークフロー最適化」に強いとすれば、Codex Triggersは「開発者が離席しているときも仕事が進む状態」を作るのに向いている。両者は補完関係にあり、使い分けることで開発体験を大きく改善できる。