affaan-m/ECC/docs/zh-CN/skills/agent-sort/SKILL.md
agent-sort
Review agent-sort's use cases, installation, workflow, and original source instructions.
- Source repository stars
- 234,327
- Declared platforms
- 0
- Static risk flags
- 0
- Last source update
- 2026-07-27
- Source checked
- 2026-07-28
Decision brief
What it does—and where it fits
当仓库需要项目特定的 ECC 表面而非默认完整安装时,使用此技能。
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/agent-sort"Inspect the Agent Skill "agent-sort" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/zh-CN/skills/agent-sort/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
何时使用
项目只需要 ECC 的子集,完整安装过于嘈杂 仓库技术栈明确,但无人希望逐个手动筛选技能 团队希望获得基于 grep 证据而非主观意见的可重复安装决策 需要将始终加载的日常工作流表面与可搜索的库/参考表面分离 仓库已偏离至错误的语言、规则或钩子集,需要清理
项目只需要 ECC 的子集,完整安装过于嘈杂仓库技术栈明确,但无人希望逐个手动筛选技能团队希望获得基于 grep 证据而非主观意见的可重复安装决策 - 02
不可协商的规则
以当前仓库为事实来源,而非通用偏好 每个 DAILY 决策必须引用具体的仓库证据 LIBRARY 并不意味着"删除";它意味着"保持可访问但不默认加载" 不要安装当前仓库无法使用的钩子、规则或脚本 优先使用 ECC 原生表面;不要引入第二个安装系统
以当前仓库为事实来源,而非通用偏好每个 DAILY 决策必须引用具体的仓库证据LIBRARY 并不意味着"删除";它意味着"保持可访问但不默认加载" - 03
输出
1. DAILY 清单 2. LIBRARY 清单 3. 安装计划 4. 验证报告 5. 可选的路由器(如果项目需要)
DAILY 清单LIBRARY 清单安装计划
Permission review
Static risk signals and limitations
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 67/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 234,327 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | catalog record | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- affaan-m/ECC
- Skill path
- docs/zh-CN/skills/agent-sort/SKILL.md
- Commit
- 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
- License
- MIT
- Collected
- 2026-07-28
- Default branch
- main
View the original SKILL.md
技能分类
当仓库需要项目特定的 ECC 表面而非默认完整安装时,使用此技能。
目标不是猜测"什么感觉有用"。目标是根据实际代码库中的证据对 ECC 组件进行分类。
何时使用
- 项目只需要 ECC 的子集,完整安装过于嘈杂
- 仓库技术栈明确,但无人希望逐个手动筛选技能
- 团队希望获得基于 grep 证据而非主观意见的可重复安装决策
- 需要将始终加载的日常工作流表面与可搜索的库/参考表面分离
- 仓库已偏离至错误的语言、规则或钩子集,需要清理
不可协商的规则
- 以当前仓库为事实来源,而非通用偏好
- 每个 DAILY 决策必须引用具体的仓库证据
- LIBRARY 并不意味着"删除";它意味着"保持可访问但不默认加载"
- 不要安装当前仓库无法使用的钩子、规则或脚本
- 优先使用 ECC 原生表面;不要引入第二个安装系统
输出
按顺序生成以下工件:
- DAILY 清单
- LIBRARY 清单
- 安装计划
- 验证报告
- 可选的路由器(如果项目需要)
分类模型
仅使用两个分类:
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
并行审查轮次
如果并行子代理可用,将审查分为以下轮次:
- 代理
- 分类
agents/*
- 分类
- 技能
- 分类
skills/*
- 分类
- 命令
- 分类
commands/*
- 分类
- 规则
- 分类
rules/*
- 分类
- 钩子和脚本
- 分类钩子表面、MCP 健康检查、辅助脚本和操作系统兼容性
- 额外项
- 分类上下文、示例、MCP 配置、模板和指导文档
如果子代理不可用,则按顺序运行相同的轮次。
核心工作流
1. 读取仓库
在分类任何内容之前,确定实际技术栈:
- 使用的语言
- 使用的框架
- 主要包管理器
- 测试技术栈
- 代码检查/格式化技术栈
- 部署/运行时表面
- 已存在的操作者集成
2. 构建证据表
对于每个候选表面,记录:
- 组件路径
- 组件类型
- 建议的分类
- 仓库证据
- 简短理由
使用此格式:
skills/frontend-patterns | skill | DAILY | 84 个 .tsx 文件,存在 next.config.ts | 核心前端技术栈
skills/django-patterns | skill | LIBRARY | 无 .py 文件,无 pyproject.toml | 此仓库中未激活
rules/typescript/* | rules | DAILY | 存在 package.json + tsconfig.json | 活跃的 TS 仓库
rules/python/* | rules | LIBRARY | 零个 Python 源文件 | 仅保持可访问
3. 决定 DAILY 还是 LIBRARY
提升至 DAILY 当:
- 仓库明确使用匹配的技术栈
- 组件足够通用,有助于每个会话
- 仓库已依赖相应的运行时或工作流
降级至 LIBRARY 当:
- 组件与技术栈不匹配
- 仓库可能以后需要,但不是每天
- 它增加了上下文开销而无直接相关性
4. 构建安装计划
将分类转化为行动:
- DAILY 技能 -> 安装或保留在
.claude/skills/ - DAILY 命令 -> 仅当仍然有用时保留为显式 shim
- DAILY 规则 -> 仅安装匹配的语言集
- DAILY 钩子/脚本 -> 仅保留兼容的
- LIBRARY 表面 -> 通过搜索或
skill-library保持可访问
如果仓库已使用选择性安装,则更新该计划而非创建另一个系统。
5. 创建可选的路由器
如果项目需要可搜索的库表面,创建:
.claude/skills/skill-library/SKILL.md
该路由器应包含:
- DAILY 与 LIBRARY 的简短说明
- 分组的触发关键词
- 库参考的存放位置
不要在路由器内重复每个技能的主体。
6. 验证结果
应用计划后,验证:
- 每个 DAILY 文件存在于预期位置
- 未保留过时的语言规则
- 未安装不兼容的钩子
- 最终安装确实匹配仓库技术栈
返回一个简洁的报告,包含:
- DAILY 数量
- LIBRARY 数量
- 移除的过时表面
- 未解决的问题
交接
如果下一步是交互式安装或修复,交接至:
configure-ecc
如果下一步是重叠清理或目录审查,交接至:
skill-stocktake
如果下一步是更广泛的上下文修剪,交接至:
strategic-compact
输出格式
按此顺序返回结果:
栈
- 语言/框架/运行时摘要
日常
- 始终加载的条目及证据
库
- 可搜索/参考的条目及证据
安装计划
- 应安装、移除或路由的内容
验证
- 已运行的检查及剩余差距
Alternatives
Compare before choosing
affaan-m/ECC
agent-sort
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.
affaan-m/ECC
agent-sort
Review agent-sort's use cases, installation, workflow, and original source instructions.