GitHub のプルリクエスト作成後、レビューコメント、CI チェック/ワークフロー実行、マージ可否状態を継続的にポーリングし、PR がマージ/クローズされるかユーザーの支援が必要になるまで監視します。失敗を診断し、不安定な失敗は最大 3 回まで再試行し、適切な場合はブランチ関連の問題を自動修正してプッシュし、オープンな PR を監視し続けて新しいレビューフィードバックを素早く提示します。ユーザーが Codex に PR の監視、CI の確認、レビューコメントの対応、またはオープン PR の失敗/フィードバックの把握を依頼した場合に使用します。
装備内容
ファイル・タグ・3ステップのインストール
ヒント: 初回使用の前にドキュメントとコードを読み、機能と必要な権限を確認してください。
次のスクリプト
タグとカテゴリーに基づくおすすめ
キャプチャ、診断、制御された復旧、内省レポートを用いた、AIエージェントの失敗に対する構造化された自己デバッグワークフローです。エージェントの実行が失敗し、再試行ではなく再現可能な診断が必要な場合に使用します。
並列のリポジトリ認識レビューにより、skills、commands、rules、hooks、extras を DAILY と LIBRARY のバケットに分類し、特定のリポジトリ向けに証拠に基づく ECC インストール計画を作成します。ECC を完全な bundle ではなく、プロジェクトが実際に必要とする範囲に削減すべき場合に使用します。
test-automation プロジェクトに組み込まれた API 自動化作成スキルです。物理的な場所は `.claude/skills/api-test-E10/` で、`\test-automation\E10自动化\接口自动化测试` 配下の API テストメソッドと pytest ケースを新規追加・保守・補完・移行します。トリガーシナリオには、新規 API メソッドやテストケースの追加、Java Controller ソースや Jacoco レポートを参考にした未カバー API の補完、既存メソッドとケースの保守、パラメータ化の補完、インターフェースアサーションの修正、指定位置へのコード挿入、URL による重複実装の検索、UTF-8 中国語エンコーディングの処理、pytest の実行と実際のエラーに基づく反復修正などがあり、ランタイム産物はプロジェクトルートの `api_test_dwp_temp/` ディレクトリに配置されます。