---

name: agent-sort description: 通过对技能、命令、规则、钩子和附加组件进行并行仓库感知审查，将它们分类到「每日加载」和「库」两个桶中，为特定仓库构建有证据支撑的 ECC 安装计划。当需要精简 ECC 以匹配项目实际需求而非加载完整包时使用。 origin: ECC

Agent Sort（智能分类）

当仓库需要项目专属的 ECC 配置而非默认完整安装时，使用此技能。

目标不是凭感觉猜测什么"可能有用"，而是基于实际代码库的证据对 ECC 组件进行分类。

适用场景

• 项目只需要 ECC 的子集，完整安装过于冗余
• 仓库技术栈明确，但没人想逐个手动筛选技能
• 团队需要基于 grep 证据而非主观意见的可重复安装决策
• 需要将始终加载的日常工作流与可搜索的库/参考资源分离
• 仓库的语言、规则或钩子配置已偏离正轨，需要清理

不可违反的规则

• 以当前仓库作为唯一事实来源，而非通用偏好
• 每个「每日加载」决策必须引用具体的仓库证据
• 「库」不等于"删除"；它意味着"保留可访问性但不默认加载"
• 不要安装当前仓库无法使用的钩子、规则或脚本
• 优先使用 ECC 原生配置方式；不要引入第二套安装系统

输出产物

按顺序生成以下产物：

1. 每日加载清单
2. 库清单
3. 安装计划
4. 验证报告
5. 可选的 skill-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

并行审查流程

如果可以使用并行子代理，将审查拆分为以下流程：

1. 代理 — 分类 agents/*
2. 技能 — 分类 skills/*
3. 命令 — 分类 commands/*
4. 规则 — 分类 rules/*
5. 钩子和脚本 — 分类钩子、MCP 健康检查、辅助脚本和系统兼容性
6. 附加组件 — 分类上下文、示例、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 命令 -> 仅在仍有用时保留为显式垫片
• DAILY 规则 -> 仅安装匹配的语言规则集
• DAILY 钩子/脚本 -> 仅保留兼容的
• LIBRARY 组件 -> 通过搜索或 skill-library 保持可访问

如果仓库已使用选择性安装，更新现有计划而非创建新系统。

5. 创建可选的库路由器

如果项目需要可搜索的库界面，创建：

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

该路由器应包含：

• DAILY 与 LIBRARY 的简短说明
• 分组的触发关键词
• 库参考资源的位置

不要在路由器中复制每个技能的完整内容。

6. 验证结果

运行验证检查：

• 每个 DAILY 组件是否有仓库证据支撑
• 没有 LIBRARY 组件被意外加载
• 安装计划不会引入冲突
• 可选路由器正确指向库资源