我在用的 Agent Skills 与工具

1. 常驻

1.1 Ponytail

Ponytail 用来约束 Coding Agent 过度设计。写功能、修 Bug 或重构时,它会先检查现有实现、标准库和平台能力,再决定是否需要新增代码。

1.2 Agent Reach

Agent Reach 给 Agent 补上互联网读取与搜索能力。需要查网页、GitHub、社交平台或视频内容时,我会调用它,让 Agent 选择当前可用的后端并取回搜索结果、页面正文或字幕。

1.3 Matt Pocock Skills

Matt Pocock Skills 是一组可以组合使用的工程与生产力流程。我主要使用两组:

  • Engineering:用 grill-with-docs 澄清方案并同步术语和决策,用 diagnosing-bugs 定位疑难故障,用 code-review 检查规范与需求,用 tdd 走测试先行的实现流程。
  • Productivity:用 grill-me 压实想法,用 handoff 把任务交给另一个 Agent,用 writing-for-agents 编写 Agent 能稳定执行的说明。

2. 按需

2.1 Archify

Archify 用来解释复杂系统。当架构、调用链、数据流或状态变化仅靠文字难以说清时,它能根据需求或仓库证据生成可交互的 HTML 图,并导出常见图片格式。

它适合关系多、顺序重要的内容。三句话就能说明白的简单流程,直接写文字更快,也更容易维护。

2.2 Taste Skill

Taste Skill 用于前端生成与重构。页面开始出现模板化布局、装饰性渐变和缺少层级的 “AI 风格 “ 时,它会把注意力拉回信息结构、排版、交互状态和响应式细节。

它适合缺少设计约束的前端任务。如果项目已经有成熟的设计系统和明确稿件,应优先遵守现有规范,不再叠加另一套审美规则。

3. 归档

归档不代表工具没有价值,只表示它在我当前工作流中的边际收益已经不够高。

3.1 Andrej Karpathy Skills

Andrej Karpathy Skills 用一份 CLAUDE.md 约束 Agent 先思考、保持简单、缩小改动范围并围绕目标验证。这些原则与 Ponytail 高度重合,而 Ponytail 的规则和配套模式更完整,因此由后者替代。

如果只想引入一个轻量说明文件,不需要额外的 Skill 或插件机制,这个项目仍然合适。

3.2 CodeGraph

CodeGraph 会为代码库建立本地知识图谱,帮助 Agent 获取跨文件语义关系。对我常见的中小仓库,直接搜索并沿调用关系阅读已经够用,维护额外索引暂时没有带来稳定收益。

以后遇到大型、多语言仓库,需要反复查询复杂的跨文件依赖时,可以重新评估。