docs/zh-CN/skills/agent-sort

stars:0
forks:0
watches:0
last updated:N/A

技能分类

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

目标不是猜测"什么感觉有用"。目标是根据实际代码库中的证据对 ECC 组件进行分类。

何时使用

  • 项目只需要 ECC 的子集,完整安装过于嘈杂
  • 仓库技术栈明确,但无人希望逐个手动筛选技能
  • 团队希望获得基于 grep 证据而非主观意见的可重复安装决策
  • 需要将始终加载的日常工作流表面与可搜索的库/参考表面分离
  • 仓库已偏离至错误的语言、规则或钩子集,需要清理

不可协商的规则

  • 以当前仓库为事实来源,而非通用偏好
  • 每个 DAILY 决策必须引用具体的仓库证据
  • LIBRARY 并不意味着"删除";它意味着"保持可访问但不默认加载"
  • 不要安装当前仓库无法使用的钩子、规则或脚本
  • 优先使用 ECC 原生表面;不要引入第二个安装系统

输出

按顺序生成以下工件:

  1. DAILY 清单
  2. LIBRARY 清单
  3. 安装计划
  4. 验证报告
  5. 可选的路由器(如果项目需要)

分类模型

仅使用两个分类:

  • 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 命令 -> 仅当仍然有用时保留为显式 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

输出格式

按此顺序返回结果:

栈
- 语言/框架/运行时摘要

日常
- 始终加载的条目及证据

库
- 可搜索/参考的条目及证据

安装计划
- 应安装、移除或路由的内容

验证
- 已运行的检查及剩余差距
    Good AI Tools