Agent Sort

# エージェントソート

リポジトリにデフォルトのフルインストールではなく、プロジェクト固有の ECC サーフェスが必要な場合にこのスキルを使用します。

目標は「便利そうなもの」を推測することではありません。目標は実際のコードベースからのエビデンスで ECC コンポーネントを分類することです。

## 使用タイミング

- プロジェクトが ECC のサブセットのみを必要とし、フルインストールがノイズが多すぎる場合
- リポジトリスタックが明確だが、誰もスキルを一つずつ手動でキュレーションしたくない場合
- チームが意見ではなく grep エビデンスに基づく繰り返し可能なインストール決定を望む場合
- 常にロードされる毎日のワークフローサーフェスと検索可能なライブラリ/参照サーフェスを分離する必要がある場合
- リポジトリが間違った言語、ルール、またはフックセットにドリフトし、クリーンアップが必要な場合

## 非交渉ルール

- 現在のリポジトリを真実の源として使用し、一般的な好みではない
- すべての DAILY 決定は具体的なリポジトリエビデンスを引用すること
- LIBRARY は「削除」を意味しない；「デフォルトでロードせずにアクセス可能に保つ」を意味する
- 現在のリポジトリが使用できないフック、ルール、スクリプトをインストールしない
- ECC ネイティブのサーフェスを優先；2 番目のインストールシステムを導入しない

## 成果物

この順序で成果物を生成する：

1. DAILY インベントリ
2. LIBRARY インベントリ
3. インストール計画
4. 検証レポート
5. プロジェクトがルーターを望む場合はオプションの `skill-library` ルーター

## 分類モデル

2 つのバケットのみを使用する：

- `DAILY`
  - このリポジトリのすべてのセッションでロードすべき
  - リポジトリの言語、フレームワーク、ワークフロー、またはオペレーターサーフェスに強くマッチ
- `LIBRARY`
  - 保持するのに有用だが、デフォルトでロードする価値はない
  - 検索、ルータースキル、または選択的な手動使用を通じてアクセス可能に維持すべき

## エビデンスソース

分類を行う前にリポジトリローカルのエビデンスを使用する：

- ファイル拡張子
- パッケージマネージャーとロックファイル
- フレームワーク設定
- CI とフック設定
- ビルド/テストスクリプト
- インポートと依存関係マニフェスト
- スタックを明示的に説明するリポジトリドキュメント

有用なコマンド：

```bash
rg --files
rg -n "typescript|react|next|supabase|django|spring|flutter|swift"
cat package.json
cat pyproject.toml
cat Cargo.toml
cat pubspec.yaml
cat go.mod
```

## 並行レビューパス

並行サブエージェントが利用可能な場合、レビューをこれらのパスに分割する：

1. エージェント
   - `agents/*` を分類
2. スキル
   - `skills/*` を分類
3. コマンド
   - `commands/*` を分類
4. ルール
   - `rules/*` を分類
5. フックとスクリプト