你需要知道你自己需要什么，需要知道自己的项目的架构长什么样，出现偏离时及时更正
先感谢一下各位佬，正在加班剪视频，稍等一一阅读！（鞠躬
主要还是不能偷懒，佬友们说的harness框架没问题，不过现在harness框架很多，建议还是从轻量的用起，更好上手，用多了就会总结自己的工作流，毕竟自己那一套才是自己最习惯最好的。挺推荐openspec的，轻量好上手，可以作为底层，封装上自己的东西。
做了一个qa的skills，定期体检：
本地直接拦截，不符合的一律不能通过
太重了吧，这样每次做一个很小改动，就要都跑一组门禁
感谢各位佬，还在剪视频！可怜的打工人~
是你让大模型用你的大纲写作而不是让大模型替代你写大纲。 记住一点：不要信任模型给你的那些选项一旦错了那就完了（误差会不断叠加），你是工程师给出施工图纸让ai这个泥瓦匠帮你建摩天大楼。
新手很容易犯的是 全部放手让ai一条龙去做，然后自己只点 yes 。
建议看一看 Andrej Karpathy 的 Software Is Changing 再版的。
其实说了那么多就一句话： 1.小步快跑每完成一个小阶段就做测试，2.多加门禁,3.明白自己在做什么。
2 个赞