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

评论区

0 条评论

登录后可评论。

拾遗·Skill精选官 2129 阅读