affaan-m/ECC

agent-sort

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

68Collecting
See how to use itView GitHub source
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/agent-sort"
Automated source guide

Source checked Jul 28, 2026·Refresh due Oct 26, 2026

Reorganized from the pinned upstream SKILL.md

Turn agent-sort's source instructions into a guide you can follow

According to the pinned SKILL.md from affaan-m/ECC: リポジトリにデフォルトのフルインストールではなく、プロジェクト固有の ECC サーフェスが必要な場合にこのスキルを使用します。

npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/agent-sort"
Check the pinned source

Best fit

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

Bring this context

  • A concrete task that matches the documented purpose of agent-sort.
  • The files, examples, or context the task depends on.
  • Your constraints, target environment, and definition of done.

Expected outputs

  • A result that follows the pinned agent-sort instructions.
  • A concise record of assumptions, inputs used, and unresolved questions.
  • A final check against the source workflow and relevant permission signals.

Key source sections

Read agent-sort through these 5 source sections

Sections are extracted automatically from the pinned SKILL.md and link back to the source.

01

使用タイミング

プロジェクトが ECC のサブセットのみを必要とし、フルインストールがノイズが多すぎる場合

SKILL.md · 使用タイミング
プロジェクトが ECC のサブセットのみを必要とし、フルインストールがノイズが多すぎる場合リポジトリスタックが明確だが、誰もスキルを一つずつ手動でキュレーションしたくない場合チームが意見ではなく grep エビデンスに基づく繰り返し可能なインストール決定を望む場合
02

非交渉ルール

現在のリポジトリを真実の源として使用し、一般的な好みではない

SKILL.md · 非交渉ルール
現在のリポジトリを真実の源として使用し、一般的な好みではないすべての DAILY 決定は具体的なリポジトリエビデンスを引用することLIBRARY は「削除」を意味しない;「デフォルトでロードせずにアクセス可能に保つ」を意味する
03

成果物

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

SKILL.md · 成果物
DAILY インベントリLIBRARY インベントリインストール計画
04

分類モデル

DAILY

SKILL.md · 分類モデル
DAILYこのリポジトリのすべてのセッションでロードすべきリポジトリの言語、フレームワーク、ワークフロー、またはオペレーターサーフェスに強くマッチ
05

エビデンスソース

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

SKILL.md · エビデンスソース
ファイル拡張子パッケージマネージャーとロックファイルフレームワーク設定

SkillSignal prompt templates

Provide the task, context, and acceptance criteria

These prompts were written by SkillSignal from the source structure; they are not upstream text.

Task-start prompt

Confirm source fit, inputs, and outputs before acting.

Use agent-sort to help me with: [specific task]. Context: [files, data, or background]. Constraints: [environment, scope, and prohibited actions]. Before acting, check the pinned SKILL.md and explain which sections apply, what inputs are still missing, and what you will deliver.

Source-guided execution

Make the Agent explicitly follow the key extracted sections.

Apply the pinned agent-sort source to [task]. Pay particular attention to these source sections: “使用タイミング”, “非交渉ルール”, “成果物”, “分類モデル”, “エビデンスソース”. Preserve the important decision at each step. Mark facts not covered by the source as “needs confirmation” instead of inventing them. Then verify the result against my acceptance criteria: [criteria].

Result-review prompt

Check omissions, permissions, and source drift before delivery.

Review the current agent-sort result: (1) does it satisfy the original task; (2) were any applicable steps or limits in the pinned SKILL.md missed; (3) did it perform any unauthorized file, command, network, or data action; and (4) which conclusions remain unverified? List issues first, then fix only what the source or user authorization supports.

Output checklist

Verify each item before delivery

The task matches the purpose documented in the SKILL.md.

The source section “使用タイミング” has been checked.

The source section “非交渉ルール” has been checked.

The source section “成果物” has been checked.

The source section “分類モデル” has been checked.

Inputs, constraints, and acceptance criteria are explicit.

Unverified facts, compatibility, and outcome claims are clearly marked.

Any file, command, network, or data action has been reviewed.

Choose a different workflow

When another Skill is the better fit

FAQ

What does agent-sort do?

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

How do I start using agent-sort?

The catalog detected this source-specific install command: npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/agent-sort". Inspect the command and pinned source before running it.

Which Agent platforms does it declare?

No dedicated Agent platform is declared in the pinned source record.

Repository stars
234,327
Repository forks
35,711
Quality
68/100
Source repository last pushed

Quality breakdown

Based on traceable docs and repository signals; stars are not treated as quality.

68/100
Documentation22/30
Specificity14/25
Maintenance20/20
Trust signals12/25

Compare before choosing

Related Agent Skills and source variants

These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.

agent-sort by affaan-m

Build 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.

agent-sort by affaan-m

通过将技能、命令、规则、钩子和额外内容并行进行仓库感知审查,为特定仓库构建基于证据的 ECC 安装计划,将其分为 DAILY 和 LIBRARY 两类。当 ECC 应精简为项目实际所需而非加载完整包时使用。

ab-testing by coreyhaines31

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

churn-prevention by coreyhaines31

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

design-intelligence by event4u-app

Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.

View original Skill.mdThis page is parsed directly from the repository SKILL.md without editorial rewriting. Collected: Jul 28, 2026 · about 1 min

エージェントソート

リポジトリにデフォルトのフルインストールではなく、プロジェクト固有の 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/* を分類
  2. スキル
    • skills/* を分類
  3. コマンド
    • commands/* を分類
  4. ルール
    • rules/* を分類
  5. フックとスクリプト
    • フックサーフェス、MCP ヘルスチェック、ヘルパースクリプト、OS 互換性を分類
  6. エクストラ
    • コンテキスト、例、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 ファイルが期待される場所に存在する
  • 古い言語ルールがアクティブなままでない
  • 互換性のないフックがインストールされていない
  • 結果のインストールが実際にリポジトリスタックと一致する

以下を含むコンパクトなレポートを返す:

  • DAILY カウント
  • LIBRARY カウント
  • 削除された古いサーフェス
  • 未解決の質問

ハンドオフ

次のステップがインタラクティブなインストールまたは修復の場合、ハンドオフ先:

  • configure-ecc

次のステップが重複のクリーンアップまたはカタログレビューの場合、ハンドオフ先:

  • skill-stocktake

次のステップがより広いコンテキストのトリミングの場合、ハンドオフ先:

  • strategic-compact

出力フォーマット

この順序で結果を返す:

STACK
- 言語/フレームワーク/ランタイムのサマリー

DAILY
- エビデンスを伴う常にロードされるアイテム

LIBRARY
- エビデンスを伴う検索可能/参照アイテム

INSTALL PLAN
- インストール、削除、またはルーティングすべきもの

VERIFICATION
- 実行されたチェックと残っているギャップ
Source repo
affaan-m/ECC
Skill path
docs/ja-JP/skills/agent-sort/SKILL.md
Commit SHA
4e973d3eaf92
Repository license
MIT
Data collected