agent-sort

Files (2)

• SKILL.md
• openai.yaml · agents/

SKILL.md (first lines)

# Agent 排序

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

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

## 何时使用

- 项目只需要 ECC 的子集，完整安装太嘈杂
- 仓库堆栈很清楚，但没有人想逐一手工精选技能
- 团队想要可重复的安装决策，由 grep 证据支持而非意见
- 需要将始终加载的日常工作流表面与可搜索的库/参考表面分开
- 仓库已漂移到错误的语言、规则或钩子集，需要清理

## 不可协商的规则

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

## 输出

按顺序生成这些工件：

1. DAILY 清单
2. LIBRARY 清单
3. 安装计划
4. 验证报告
5. 可选的 `skill-library` 路由器（如果项目需要）

## 分类模型

仅使用两个存储桶：

- `DAILY`
  - 应在此仓库的每个会话中加载
  - 与仓库的语言、框架、工作流或操作者表面强烈匹配
- `LIBRARY`
  - 值得保留，但不足以默认加载
  - 应仍可通过搜索、路由器技能或选择性手动使用来访问

## 证据来源

在进行任何分类之前使用仓库本地证据：

- 文件扩展名
- 包管理器和锁定文件
- 框架配置
- CI 和钩子配置
- 构建/测试脚本
- 导入和依赖清单
- 明确描述堆栈的仓库文档

有用的命令包括：

```bash
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
   - 分类 `agents/*`
2. Skills
   - 分类 `skills/*`
3. Commands
   - 分类 `commands/*`
4. Rules
   - 分类 `rules/*`
5. 钩子和脚本
   - 分类钩子表面、MCP 健康检查、辅助脚本和操作系统兼容性
6. 额外内容
   - 分类上下文、示例、MCP 配置、模板和指南文档

如果子代理不可用，则按顺序运行相同的传递。

## 核心工作流

### 1. 读取仓库

在对任何内容进行分类之前建立真正的堆栈：

- 使用的语言
- 使用的框架
- 主要包管理器
- 测试堆栈
- lint/格式堆栈
- 部署/运行时表面
- 已存在的操作者集成

### 2. 构建证据表

对于每个候选表面，记录：

- 组件路径
- 组件类型
- 提议的存储桶
- 仓库证据
- 简短理由

使用此格式：

```text
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 源文件             | 仅保持可访问
```

From aaione/everything-claude-code-zh, MIT.

More from aaione/everything-claude-code-zh