我在用的 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 获取跨文件语义关系。对我常见的中小仓库,直接搜索并沿调用关系阅读已经够用,维护额外索引暂时没有带来稳定收益。
以后遇到大型、多语言仓库,需要反复查询复杂的跨文件依赖时,可以重新评估。