有个做独立开发的朋友最近跟我吐槽,说用AI写代码写到一半,发现项目结构乱成一锅粥,回头改的时候完全不知道当初为什么这么设计。
我问他有没有用什么工具来管理这个过程,他说没有,就是直接让AI写。这其实是个很常见的问题——很多人用AI写代码只关注"能不能跑",忽略了"为什么这么写"。
后来他发现了一个叫grill-me的skill,专门用来在开发前做决策分析。用法很简单,在项目开始前先让agent跑一遍grill-me,它会问你一系列关键问题:技术选型为什么选这个?架构为什么这么设计?有哪些trade-off?
更关键的是,它会把这些决策过程和结论自动沉淀到项目的docs目录下。三个月后你回头看,每个设计决策都有据可查,不用靠记忆去猜。
还有个配套的grill-with-docs skill,可以在已有文档的基础上做深度分析。比如你接手一个老项目,先用这个skill把现有文档过一遍,它会帮你梳理出架构脉络和潜在问题。
安装方式也很直接:
npx skills add mattpocock/skills --skill grill-with-docs grill-me
我朋友用了这个之后说,最大的感受是"写代码的时候不再心虚了"。以前总担心三个月后看不懂自己的代码,现在每个决策都有记录,改起来心里有底。
其实这个思路挺值得借鉴的。AI写代码的速度很快,但如果没有良好的决策记录,代码越多越难维护。与其事后补文档,不如在写代码的时候就把决策过程固化下来。
特别是团队协作的场景,新人加入项目时,不用一个个去问"这里为什么这么写",直接看docs目录里的决策记录就行。这种"可追溯性"在大型项目里特别重要。
话题来源 @interjc
❤️21 x.com/…↗ 已改写,非原文转载
21 浏览 0 评论
0 反应













