grind:一次只做一个issue,治好你开一堆活哪件都没搞定
写代码最怕什么?一次做太多,结果哪件事都没搞定
我之前就是这样——同时开三四个 issue,改完这个又跳到那个,最后 commit 记录一团糟,PR 里混着七八个不相关的东西。review 的时候被同事吐槽”你这 PR 改的是什么鬼”。
后来我发现了一个超好用的 Skill 叫 grind,专门治这种多线作战的毛病。
grind 是什么?
grind 是一个 GitHub issue 驱动的工作流 Skill。它的工作方式特别简单粗暴——一次只处理一个 issue,从头到尾做完 TDD 循环(写测试→写代码→验证→commit),通过了质量门槛才进入下一个。
质量门槛是什么?lint-staged + Prettier 双保险。你改的每一行代码在 commit 之前都要过格式化和代码风格检查,没过的直接拦下来,根本不给你”随便 commit 一下先”的机会。
适合谁用?
- GitHub issue 积压了一堆不知道从哪入手的开发者
- 团队里 PR 总是被 review 说不规范、质量差的
- 想养成 TDD 习惯但自己坚持不下去的
- 同时推进多个 feature 被搞得很焦虑的
怎么用?
装好之后,直接在对话里敲 /grind,它就会自动扫描仓库里的 open issues,然后让你一个个 pick 出来处理。每个 issue 对应一个独立的 feature branch,做完自动开 PR,全程不用你操心 Git 操作。
我的感受
用了两周,最大变化是 commit 记录干净太多了。以前一个 PR 塞三四件事,现在一个 PR 一件事,review 通过率翻倍。而且因为有 TDD 强制闭环,代码质量明显比之前高一个档次。
如果你也是一个”同时开一堆活结果哪件都没干好”的人,grind 真的值得试试。
项目信息
- GitHub:https://github.com/Code-Shock/claude-skills
- Skill 名:grind
- 安装命令:
npx skills add https://github.com/Code-Shock/claude-skills --skill grind - 作者:Code-Shock
评论区
0 条评论
登录后可评论。