監査
各マイルストーンがクローズされ、次のマイルストーンが開始される前に実行します。利用可能な最強のモデル（fable）を使用してください。これは日常のパイプラインに対する判断重視のカウンターウェイトです。
範囲
マイルストーンでマージされたすべてのもの:
gh pr list --state merged --search "milestone:<名前>" に加えて、課題リストも対象とします。
スイープ
- 憲法コンプライアンス — マージされた差分を、ロックされた意思決定およびアーキテクチャルールと照合します。ずれは蓄積されます。違反があればすべて特定してください。
- テストの正当性 — 形状はアサートするが動作はアサートしないテスト、受入基準がカバレッジテストなしでリリースされたものを検出します。
- ドキュメントの陳腐化 — ユーザー向け表面と実際の動作の乖離をチェックします（ドキュメント化されたコマンドを実際に実行してスポットチェック）。
- 依存関係とライセンス — 前回の監査以降に新しく追加されたもの、陳腐化、エコシステムツールで既知のCVEをチェックします。
- パイプラインの振り返り — マイルストーン中のレビューラウンド数、エスカレーション、フックの失敗を確認します。どのステージが無駄を生んだか？あるエージェントルールが繰り返し無視されていないか（そのルールはプロンプトではなくフックに属すべきという兆候）。
- プロンプトの監査 — 前回の監査以降に新しいモデル世代がリリースされた場合、cobotsエージェントのプロンプトを再読し、もはや適合しない指示（重大度フィルター、過剰トリガーの警告、モデル固有の回避策）がないか確認します。
出力
監査レポートコメントをマイルストーンの追跡Issueに投稿するか（または新しいIssueとして 監査: <マイルストーン> というタイトルで作成）。所見は重要度順にランク付けし、各所見にはファイル/PR参照と一行での修正方法を含めます。中程度以上の所見ごとに gh issue を発行し、次のサイクル用にマイルストーンタグを付与します。最後に、前回の監査と比べてコードベースがより健全になっているかどうかを一文で総括します。
禁止事項
- その場で修正すること — 監査はIssueを発行し、パイプラインが修正します。
- 所見を礼儀でフィルタリングすること。すべてを報告し、重要度順に並べてください。