游乐游手机版
首页/AI教程/文章详情

我们都低估了Agent时代这个获2.3万星的热门开源Claude Code Skills项目

时间:2026-06-01 12:02
最近我正在开发一个股票情绪分析 Dashboard 的副业项目,一边跑量化策略回测,一边兼顾 Web 前端开发。一个人撑起整个团队,效率就是决定成败的关键。就在这个节点,我刷到了 Matt Pocock 的仓库:mattpocock skills。Matt 是 TypeScript 生态中的知名开发

最近我正在开发一个股票情绪分析 Dashboard 的副业项目,一边跑量化策略回测,一边兼顾 Web 前端开发。一个人撑起整个团队,效率就是决定成败的关键。

就在这个节点,我刷到了 Matt Pocock 的仓库:mattpocock/skills。Matt 是 TypeScript 生态中的知名开发者(Total TypeScript 的作者),他把自己日常配合 Claude Code 工作的 "Agent Skills" 开源了出来。

该项目开源仅三周,便收获了 23k Star 和 1.9k Fork。在一个如此垂直的开发者工具领域里,这个数据属于现象级的表现。

我用了将近两周时间,把其中最核心的几个 Skill 在真实项目里完整跑了一遍。今天就聊聊真实的使用体验。

先说结论

这套工具值得使用,但并非适合所有人,也不是所有 Skill 都同样重要。

它解决的核心问题只有一个:阻止 AI 在没有想清楚之前就开始写代码。

听起来很简单,但如果你用 Claude Code 做过稍微复杂一点的项目,一定体会过那种痛点:你说“我要加个用户认证”,AI 立刻噼里啪啦开始改文件,等它写完,你发现它对“用户”的理解和你完全不一样。

Skills 的本质,是将“强迫 AI 先思考再行动”这一流程标准化、可复用化。

安装:极其简单

npx skills@latest add mattpocock/skills/grill-me
npx skills@latest add mattpocock/skills/tdd
npx skills@latest add mattpocock/skills/to-prd
npx skills@latest add mattpocock/skills/git-guardrails-claude-code

安装后 Skill 文件存放在 .claude/skills/ 目录下,在 Claude Code 的对话中直接输入 /skill-name 即可触发。没有任何全局依赖,无需配置,零门槛上手。

四个核心 Skill 实测

1. grill-me — 最值得投资的一个

使用场景:在写任何代码之前,先把需求想清楚。

我用股票 Dashboard 项目测试了这个 Skill。输入:/grill-me 我想做一个AI股票分析 Dashboard,展示市场情绪

接下来的 25 分钟里,Claude 连续追问了 16 个问题。部分摘录如下:

  • “实时”的精度是秒级还是分钟级?(这直接决定是否需要付费 API)
  • “市场情绪”用什么衡量?RSI?新闻 NLP?社交媒体情感评分?
  • 用户是自己用还是给别人用?如果给别人用,需要多租户吗?
  • 情绪数据和价格数据的刷新频率一样吗?如果不一样,状态管理怎么设计?

这些问题,在动手写代码之前,我一个都没仔细想过。

这就是 grill-me 的核心价值所在。它不是帮你写代码,而是帮你把“模糊的想法”逼成“清晰的规格”。开发者最大的时间浪费往往不是写代码,而是写了错误方向的代码然后推倒重来。

据 Matt 自己的描述,他曾经历过接近 50 个问题的追问会话。对于复杂系统而言,这并非夸张,而是常态。

评分:★★★★★ 强烈推荐

2. tdd — 代码质量的基石

使用场景:开发任何新功能或修复 Bug。

这个 Skill 将经典的红绿重构循环(Red-Green-Refactor)内置于 AI 的工作流之中。关键在于它并非让 AI “随便加测试”,而是严格执行:

  1. 先写失败的测试(Red)
  2. 只写能让测试通过的最小实现(Green)
  3. 在测试通过的保护下重构(Refactor)
  4. 循环,直到这个垂直切片完成

在对接 Yahoo Finance 数据接口时,我使用了这个 Skill。最直观的感受是:AI 不再会写出“看起来能用,但边界情况全漏”的代码了。因为测试先行,强迫它在写实现之前就想清楚了接口契约。

据 Matt 介绍,tdd 这个 Skill 的内容最重,包含了他对重构哲学、Mock 使用原则和模块边界的完整思考。

一个实际的好处:对于金融应用开发者而言,数据解析逻辑里存在大量边界情况(空数据、非交易日、停牌股票)。在 TDD 驱动下,这些边界情况会在写主逻辑之前就转化为测试用例,而不是等到上线后才被发现。

评分:★★★★☆ 推荐,但需要你的代码库本身具有清晰的模块边界

3. git-guardrails-claude-code — 让你安心入睡

使用场景:所有使用 Claude Code 自动执行 Git 操作的场景。

这个 Skill 设置了 Claude Code hooks,拦截以下危险命令:

  • git push --force
  • git reset --hard
  • git clean -fd
  • 其他可能造成不可逆数据丢失的操作

说实在的,这个功能看似“小”,但它解决了一个真实的恐惧:AI agent 的自主性越高,意外破坏代码历史的风险就越大。

常见的情况是,AI 想“清理一下没用的分支”然后误操作。有了这道护栏,危险操作会被强制拦截,必须手动到终端执行——这个摩擦成本足以让你停下来想一想“我真的要做这件事吗”。

评分:★★★★★ 免费的保险,没理由不装

4. to-prd + to-issues — 项目管理闭环

使用场景:把 grill-me 的对话结果转化为可执行的开发任务。

工作流如下:

grill-me(深度追问)
↓
to-prd(生成产品需求文档,自动提交 GitHub Issue)
↓
to-issues(把 PRD 拆成独立的垂直切片 Issue)
↓
tdd(逐个 Issue 开发)

这条链路对独立开发者而言是真实有用的——它并非所谓的“最佳实践表演”,而是切实减少了“下一步该干什么”的决策摩擦。

每个生成的 Issue 都是“可独立完成的垂直切片”,不存在循环依赖。这一设计哲学源自软件工程中的 Vertical Slice 理念,确保每个任务都能独立交付价值。

评分:★★★★☆ 需要配合 GitHub 工作流使用,如果不使用 GitHub 则价值会打折扣

哪些 Skill 没有在用,为什么

migrate-to-shoehorn:专为 Total TypeScript 生态设计,用于迁移 as 类型断言到特定库。高度垂直,普通项目用不上。

scaffold-exercises:为教学内容生成练习目录结构。Matt 做课程销售,这个对他来说是刚需,但对普通开发者用处不大。

obsidian-vault:我本人未使用 Obsidian,所以直接跳过。

这里有一个重要观点:Skills 生态最大的意义并非直接使用别人的 Skills,而是通过 write-a-skill 这个 Skill 来编写属于自己的 Skills。

Matt 这个仓库的价值在于示范性——它告诉你 Skills 应该采用什么结构、怎么写、能解决哪些类型的问题。每个开发者的工作流只有自己最了解,最终应该建立一套专属自己项目的 Skills 库。

从金融应用开发者的视角谈几点

在金融类应用里,有几个痛点是通用 AI 工具无法直接覆盖的,但 Skills 框架带来了很好的启发:

合规性文档生成:to-prd 的模式可以改造成生成符合监管要求的技术方案文档(国内涉及金融数据的应用需要特定材料)。

数据解析的边界测试:用 tdd 处理金融数据解析,能强迫考虑所有异常情况(停牌、退市、除权除息)。这是经过真实使用验证的有效场景。

代码审计准备:ubiquitous-language 可以帮你从代码库里提炼出统一的业务语言词汇表,在做合规审计或接受外部代码审查前非常实用。

局限性和不适合的场景

坦率地说:

不适合快速原型开发。如果只是想验证一个想法,grill-me + to-prd 的流程会显得冗长。这套工具链是为“要认真做的项目”设计的,并非为“先出一个 Demo”。

需要代码库具有清晰的结构。tddimprove-codebase-architecture 对代码质量有前提要求。在一个混乱不堪的遗留系统上使用,效果会大打折扣。

与团队工具绑定。to-issues 强依赖 GitHub Issues。使用 Jira、Linear 或内部系统的团队需要自行改造。

Skills 不是魔法。它们本质上是精心设计的系统提示词。AI 的能力上限没有变,改变的是它思考问题的框架和顺序。当遇到真正复杂的领域知识(比如特定行业的业务规则)时,Skills 无法替代领域专家的判断。

建议:如何上手这套工具

如果你是 Claude Code 用户,建议分阶段逐步上手:

第一周:只安装 grill-megit-guardrails。前者帮助改变思维习惯,后者提供安全兜底。没有学习成本,立竿见影。

第二周:在一个新功能开发中尝试一次 tdd。不要在旧代码上尝试,找一个从零开始的模块来体验完整的红绿重构循环。

第三周:完整跑一遍 grill-me → to-prd → to-issues → tdd 这条链路。

之后:利用 write-a-skill 编写自己工作流中最重复的流程,逐步建立属于自己项目的 Skills 库。

最后

Matt Pocock 在 README 中使用了一个措辞:“for real engineers, not vibe coding”(为真正的工程师,不是为了玩玩 AI 氛围感)。

这句话虽有些犀利,但确实点到了关键。这套工具的设计哲学是:AI 是工具,工程师才是主角。Skills 并非让你把控制权交给 AI,而是让你用更好的方式指挥 AI。

对于同时要处理金融逻辑和 Web 开发的独立开发者来说,这个心智模型比“一键生成整个项目”更接近真实工作的本质。

推荐使用。

本文基于 mattpocock/skills 仓库截至 2026 年 4 月的版本。

来源:https://juejin.cn/post/7633640076660768808
上一篇Tradytics交易数据分析工具详解 下一篇CTRify AI驱动SEO平台助关键词提升谷歌排名与流量
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
OpenClaw浏览器自动化控制 Playwright MCP与Mcporter方案实现完整流程步骤详解教程
AI教程 · 2026-06-01

OpenClaw浏览器自动化控制 Playwright MCP与Mcporter方案实现完整流程步骤详解教程

概述 这篇文章记录了把Playwright MCP集成到OpenClaw中,并用Mcporter作为中间桥梁的完整测试过程。内容包括问题诊断、架构理解,以及正确的使用方法——说白了,就是带大家把整个链路彻底捋清楚。 先交代一下背景:为啥折腾这个方案?说实话,就是熬夜后闲得慌,突发奇想想在家里搞搞Op

AI写业务代码后必须坚持的过程控制
AI教程 · 2026-06-01

AI写业务代码后必须坚持的过程控制

前言AI 已经能极其高效地帮我们搞定业务代码了。这个结论经过反复验证,基本上没什么悬念。但问题也随之而来:越是这样,越容易陷入失控状态——想到哪写到哪,总盼着 AI 一口气把活儿全干了。业务代码和 demo 最大的不同在于,业务从来不是孤立的。它牵扯着一连串的业务流程、历史包袱、数据状态、权限边界、

我用两个高效技巧解决AI开发文档记录难题
AI教程 · 2026-06-01

我用两个高效技巧解决AI开发文档记录难题

我用 AI 写了三个月代码,结果连自己写的东西都看不懂了 一个开发者的普遍困境 从去年开始,大量开发者涌入 Claude Code 进行 AI 辅助开发。效率提升令人振奋——过去需要两天的功能,现在一个下午就能搞定。但很快,一个尴尬的问题浮出水面:三个月前自己写的代码,如今竟然看不懂了。 问题不在于

AI改坏真实App的常见问题与解决技巧
AI教程 · 2026-06-01

AI改坏真实App的常见问题与解决技巧

探索AI辅助移动端开发的过程中,我属于较早深入实践并持续积累经验的那一批。过去几个月里,我几乎每天都会在真实的iOS与Flutter项目中与AI协作调整代码:涵盖SDK封装、旧代码迁移、Demo补全、使用文档优化、多语言适配、界面检查、验证执行以及工作交接整理。因此,本文无意纠缠“AI究竟能否编写代

领导要求部署OpenClaw?先看这篇指南
AI教程 · 2026-06-01

领导要求部署OpenClaw?先看这篇指南

前几天,领导丢过来一句话:你去看一下 OpenClaw,评估一下能不能在公司内部部署。紧接着又问了一个很典型的问题:这东西到底算什么?是一种云服务吗? 仔细一想,这个问题的答案并不简单。OpenClaw 本身不等于“云平台”,但一旦真正用起来,云环境通常会深度参与。它更像一层编排和运行框架,负责把袋