Codex Bug
概要
CodexのGitHubバグレポートを診断し、次のアクションを決定します：ソースとの照合、追加情報の要求、バグではないことの説明。
ワークフロー
- 入力を確認する
- 入力には
github.com/openai/codex/issues/…を指すGitHub IssueのURLが必要です。 - URLがない場合や正しいリポジトリを指していない場合は、ユーザーに正しいリンクを要求します。
- ネットワークアクセス
- アクセスがブロックされている、または利用できないと思われる場合でも、常に即座にネットワーク経由でIssueにアクセスします。
- HTMLページよりもGitHub APIを優先します。HTMLはノイズが多いためです：
- Issue：
https://api.github.com/repos/openai/codex/issues/<番号> - コメント：
https://api.github.com/repos/openai/codex/issues/<番号>/comments
- Issue：
- 環境が明示的な承認を必要とする場合は、ツールを介してその場で承認を要求し、追加のユーザープロンプトなしに処理を続行します。
- 承認要求後もネットワークアクセスが失敗した場合にのみ、オフラインで何ができるか（応答テンプレートの下書きなど）を説明し、どう進めるか尋ねます。
- Issueを読む
- HTMLのIssueページをスクレイピングするのではなく、GitHub APIのレスポンス（Issue＋コメント）を信頼できる情報源として使用します。
- 抽出する要素：タイトル、本文、再現手順、期待される動作と実際の動作、環境、ログ、添付ファイル。
- 報告にログやセッションの詳細がすでに含まれているかどうかを確認します。
- 報告にスレッドIDが含まれている場合は、要約でそのIDに言及し、アクセス可能であればログとセッションの詳細を検索するために使用します。
- 調査前にバグを要約する
- コード、ドキュメント、ログを詳細に調査する前に、報告の短い要約を自分の言葉で書きます。
- 報告された動作、期待される動作、再現手順、環境、およびすでに添付されている証拠または不足している証拠を含めます。
- 行動方針を決定する
- ソースで検証：報告が具体的で再現可能である可能性が高い場合。関連するCodexファイルを検査する（アクセスできない場合は検査するファイルを明示する）。
- 追加情報を要求：報告があいまいで、再現手順が不足しているか、ログや環境がない場合。
- バグではないと説明：報告が現在の動作や文書化された制約と矛盾する場合（Issueの証拠と確認したローカルソースを引用する）。
- 応答する
- 調査結果と次のステップの簡潔なレポートを提供します。