跳转至

Agent Sort

当仓库需要项目特定的 ECC 表面，而不是默认的完整安装时，使用此技能。

目标不是猜测“看起来方便的东西”。目标是根据实际代码库中的证据对 ECC 组件进行分类。

使用时机

  • 当项目只需要 ECC 的子集，而完整安装噪音过多时
  • 当仓库技术栈明确，但没有人想逐个手动整理技能时
  • 当团队希望基于 grep 证据而不是意见做出可重复的安装决定时
  • 当需要分离始终加载的每日工作流表面与可搜索的库/参考表面时
  • 当仓库已经漂移到错误的语言、规则或钩子集，需要清理时

不可协商规则

  • 以当前仓库作为事实来源，而不是一般偏好
  • 每个 DAILY 决定都必须引用具体的仓库证据
  • LIBRARY 不意味着“删除”；它意味着“默认不加载但保持可访问”
  • 不要安装当前仓库无法使用的钩子、规则或脚本
  • 优先使用 ECC 原生表面；不要引入第二套安装系统

交付物

按以下顺序生成交付物：

  1. DAILY 清单
  2. LIBRARY 清单
  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. 代理
  2. 分类 agents/*
  3. 技能
  4. 分类 skills/*
  5. 命令
  6. 分类 commands/*
  7. 规则
  8. 分类 rules/*
  9. 钩子和脚本
  10. 分类钩子表面、MCP 健康检查、辅助脚本、OS 兼容性
  11. 附加项
  12. 分类上下文、示例、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 命令 -> 仅当仍有用时作为显式 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

输出格式

按以下顺序返回结果：

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

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

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

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

VERIFICATION
- 実行されたチェックと残っているギャップ

本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC