codex-bug について
openai/codex GitHub リポジトリのバグ報告をトリアージするスキルです。問題の詳細と根拠を集め、調査、追加情報の依頼、バグではない理由の説明のいずれに進むかを判断します。
主な機能
- 01Issue URL の検証
- 02Issue とコメントの取得
- 03再現情報の要約
- 04根拠と環境情報の確認
- 05次の対応の提案
活用シーン
- 01Codex GitHub Issue のトリアージ
- 02不足している再現情報の特定
- 03根拠に基づく調査の準備
- 04文書化された動作の説明
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/codex-bugを入力して読み込まれたか確認します。
詳細
Codex のバグ
概要
Codex の GitHub バグ報告を診断し、次のアクションを決定します。情報源を確認する、追加情報を求める、またはバグではない理由を説明します。
ワークフロー
- 入力を確認する
github.com/openai/codex/issues/…を指す GitHub Issue の URL が必要です。- URL がない場合、または正しいリポジトリのものではない場合は、正しいリンクをユーザーに求めてください。
- ネットワークアクセス
- アクセスがブロックされている、または利用できないと思われる場合でも、必ずすぐにネットワーク経由で Issue にアクセスしてください。
- HTML ページはノイズが多いため、HTML ページより GitHub API を優先してください。
- Issue：
https://api.github.com/repos/openai/codex/issues/<number> - コメント：
https://api.github.com/repos/openai/codex/issues/<number>/comments
- Issue：
- 環境上、明示的な承認が必要な場合は、必要に応じてツール経由で承認を求め、そのまま続行してください。追加でユーザーに確認を求める必要はありません。
- 承認を求めた後もネットワークアクセスに失敗した場合に限り、オフラインでできること（例：回答テンプレートの作成）を説明し、どう進めるかユーザーに尋ねてください。
- Issue を読む
- HTML の Issue ページをスクレイピングするのではなく、GitHub API のレスポンス（Issue とコメント）を信頼できる情報源として使用してください。
- タイトル、本文、再現手順、期待される動作と実際の動作、環境、ログ、添付ファイルを抽出してください。
- 報告にログやセッションの詳細がすでに含まれているか確認してください。
- 報告にスレッド ID が含まれている場合は、要約で言及し、アクセスできる場合はその ID を使ってログとセッションの詳細を調べてください。
- 調査の前にバグを要約する
- コード、ドキュメント、ログを詳しく調べる前に、自分の言葉で報告の概要を簡潔に書いてください。
- 報告された動作、期待される動作、再現手順、環境、およびすでに添付されている証拠や不足している証拠を含めてください。
- 対応方針を決める
- 情報源を確認する：報告が具体的で、再現できそうな場合に選択します。関連する Codex ファイルを調査してください（アクセスできない場合は、調査対象のファイルを示してください）。
- 追加情報を求める：報告が曖昧で、再現手順が不足している場合や、ログまたは環境情報がない場合に選択します。
- バグではない理由を説明する：報告が現在の動作または文書化された制約に反する場合に選択します（Issue および確認したローカルの情報源から根拠を示してください）。
- 回答する
- 調査結果と次の手順を簡潔に報告してください。
コメント
Markdown 対応