エージェントソート
リポジトリにデフォルトのフルインストールではなく、プロジェクト固有の ECC サーフェスが必要な場合にこのスキルを使用します。
目標は「便利そうなもの」を推測することではありません。目標は実際のコードベースからのエビデンスで ECC コンポーネントを分類することです。
使用タイミング
- プロジェクトが ECC のサブセットのみを必要とし、フルインストールがノイズが多すぎる場合
- リポジトリスタックが明確だが、誰もスキルを一つずつ手動でキュレーションしたくない場合
- チームが意見ではなく grep エビデンスに基づく繰り返し可能なインストール決定を望む場合
- 常にロードされる毎日のワークフローサーフェスと検索可能なライブラリ/参照サーフェスを分離する必要がある場合
- リポジトリが間違った言語、ルール、またはフックセットにドリフトし、クリーンアップが必要な場合
非交渉ルール
- 現在のリポジトリを真実の源として使用し、一般的な好みではない
- すべての DAILY 決定は具体的なリポジトリエビデンスを引用すること
- LIBRARY は「削除」を意味しない；「デフォルトでロードせずにアクセス可能に保つ」を意味する
- 現在のリポジトリが使用できないフック、ルール、スクリプトをインストールしない
- ECC ネイティブのサーフェスを優先；2 番目のインストールシステムを導入しない
成果物
この順序で成果物を生成する：
- DAILY インベントリ
- LIBRARY インベントリ
- インストール計画
- 検証レポート
- プロジェクトがルーターを望む場合はオプションの
skill-libraryルーター
分類モデル
2 つのバケットのみを使用する：
DAILY- このリポジトリのすべてのセッションでロードすべき
- リポジトリの言語、フレームワーク、ワークフロー、またはオペレーターサーフェスに強くマッチ
LIBRARY- 保持するのに有用だが、デフォルトでロードする価値はない
- 検索、ルータースキル、または選択的な手動使用を通じてアクセス可能に維持すべき
エビデンスソース
分類を行う前にリポジトリローカルのエビデンスを使用する：
- ファイル拡張子
- パッケージマネージャーとロックファイル
- フレームワーク設定
- CI とフック設定
- ビルド/テストスクリプト
- インポートと依存関係マニフェスト
- スタックを明示的に説明するリポジトリドキュメント
有用なコマンド：
rg --files
rg -n "typescript|react|next|supabase|django|sprin…
