Mmcp.market

agent-sort skill

by affaan-m·affaan-m/ECC·269k stars·MIT

並行リポジトリ対応のレビューパスを使用して、スキル、コマンド、ルール、フック、エクストラを DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けのエビデンスに基づいた ECC インストール計画を構築します。プロジェクトが完全なバンドルをロードする代わりに実際に必要なものに ECC をトリミングする必要がある場合に使用します。

A100/100content scan

Is the agent-sort skill safe?

Clean: nothing in its files matched our rules. We read 1 file in the folder on 2026-09-28.

No findings.

Install the agent-sort skill

A skill is a folder. Copy it into your agent's skills folder and the agent loads it when the task matches its description. 

git clone --depth 1 https://github.com/affaan-m/ECC.git /tmp/ECC
mkdir -p ~/.claude/skills
cp -r /tmp/ECC/docs/ja-JP/skills/agent-sort ~/.claude/skills/agent-sort
available in every project

In the Claude apps, zip the folder and upload it from the Skills settings. The folder on GitHub

The instructions your agent would load

SKILL.md as published, without the frontmatter. Read it on GitHub

エージェントソート

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

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

使用タイミング

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

非交渉ルール

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

成果物

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

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

分類モデル

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

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

エビデンスソース

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

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

有用なコマンド：

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/* を分類
  1. スキル
  • skills/* を分類
  1. コマンド
  • commands/* を分類
  1. ルール
  • rules/* を分類
  1. フックとスクリプト
  • フックサーフェス、MCP ヘルスチェック、ヘルパースクリプト、OS 互換性を分類
  1. エクストラ
  • コンテキスト、例、MCP 設定、テンプレート、ガイダンスドキュメントを分類

サブエージェントが利用できない場合、同じパスを順次実行する。

コアワークフロー

1. リポジトリを読む

何かを分類する前に実際のスタックを確立する：

  • 使用中の言語
  • 使用中のフレームワーク
  • 主要なパッケージマネージャー
  • テストスタック
  • lint/フォーマットスタック
  • デプロイ/ランタイムサーフェス
  • 既に存在するオペレーター統合

2. エビデステーブルを構築する

すべての候補サーフェスについて記録する：

  • コンポーネントパス
  • コンポーネントタイプ
  • 提案されたバケット
  • リポジトリエビデンス
  • 短い正当化

このフォーマットを使用する：

skills/frontend-patterns | skill | DAILY | 84 .tsx files, next.config.ts present | コアフロントエンドスタック
skills/django-patterns   | skill | LIBRARY | no .py files, no pyproject.toml       | このリポジトリではアクティブでない
rules/typescript/*       | rules | DAILY | package.json + tsconfig.json            | アクティブな TS リポジトリ
rules/python/*           | rules | LIBRARY | zero Python source files             | アクセス可能に保つのみ

3. DAILY か LIBRARY かを決定する

DAILY に昇格させる場合：

  • リポジトリが対応するスタックを明確に使用している
  • コンポーネントが十分に一般的で、すべてのセッションで役立つ
  • リポジトリが既に対応するランタイムまたはワークフローに依存している

LIBRARY に降格させる場合：

  • コンポーネントがオフスタック
  • リポジトリが後で必要とするかもしれないが、毎日は必要ない
  • 即時の関連性なしにコンテキストオーバーヘッドを追加する

4. インストール計画を構築する

分類をアクションに変換する：

  • DAILY スキル -> .claude/skills/ にインストールまたは保持
  • DAILY コマンド -> まだ有用な場合のみ明示的なシムとして保持
  • DAILY ルール -> 対応する言語セットのみインストール
  • DAILY フック/スクリプト -> 互換性のあるもののみ保持
  • LIBRARY サーフェス -> 検索または skill-library を通じてアクセス可能に保つ

リポジトリが既に選択的インストールを使用している場合、別のシステムを作成するのではなくその計画を更新する。

5. オプションのライブラリルーターを作成する

プロジェクトが検索可能なライブラリサーフェスを望む場合、作成する：

  • .claude/skills/skill-library/SKILL.md

そのルーターは含むべき内容：

  • DAILY と LIBRARY の短い説明
  • グループ化されたトリガーキーワード
  • ライブラリ参照がある場所

ルーター内にすべてのスキル本体を重複させない。

6. 結果を検証する

計画が適用された後、確認する：

  • すべての DAILY ファイルが期待される場所に存在する
  • 古い言語ルールがアクティブなままでない
  • 互換性のないフックがインストールされていない
  • 結果のインストールが実際にリポジトリスタックと一致する

More skills from affaan-m/ECC

  • AaccessibilityWCAG 2.2 レベル AA 標準を用いてインクルーシブなデジタルプロダクトを設計・実装・監査します。Web 用のセマンティック ARIA および Web・ネイティブプラットフォーム（iOS/Android）のアクセシビリティトレイトを生成するために使用します。
  • Aagent-architecture-auditエージェントおよび LLM アプリケーション向けのフルスタック診断。12 層のエージェントスタックにおけるラッパーリグレッション、メモリ汚染、ツール規律の失敗、隠れた修復ループ、レンダリング破損を監査します。重要度順の発見事項とコードファーストの修正を生成します。エージェントアプリケーション、自律ループ、または LLM を活用した機能を構築する開発者に必須です。
  • Aagent-evalカスタムタスクでコーディングエージェント（Claude Code、Aider、Codex など）をヘッドツーヘッドで比較し、合格率、コスト、時間、一貫性のメトリクスを測定します
  • Aagent-harness-constructionAI エージェントのアクション空間、ツール定義、観測フォーマットを設計・最適化して完了率を向上させます。
  • Aagent-introspection-debuggingStructured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.
  • Aagent-introspection-debuggingキャプチャ、診断、封じ込め回復、内省レポートを使用した AI エージェント障害のための構造化された自己デバッグワークフロー。
  • Aagent-payment-x402タスクごとのバジェット、支出コントロール、ノンカストディアルウォレットを備えた x402 決済実行を AI エージェントに追加します。agentwallet-sdk を通じて Base をサポートし、OKX Payments / OKX エージェント決済プロトコルを通じて X Layer をサポートします。
  • Aagent-sortBuild an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.
  • Aagentic-engineeringOperate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when AI agents perform most implementation work and humans enforce quality and risk controls.
  • Aagentic-engineering評価ファースト実行、分解、コスト対応モデルルーティングを使用してエージェニックエンジニアとして動作します。
  • Aagentic-osClaude Code 上に永続的なマルチエージェントオペレーティングシステムを構築します。カーネルアーキテクチャ、スペシャリストエージェント、スラッシュコマンド、ファイルベースのメモリ、スケジュールされた自動化、外部データベースなしの状態管理をカバーします。
  • Aai-first-engineeringAI エージェントが大量の実装出力を生成するチームのためのエンジニアリング運用モデル。

All agent skills → · MCP servers