[🧑‍💻] 用 AI 做得快，与做得专业，是两回事

✨ GPT-5.6 Sol 的总结 　

我用 AI 和 harness 提高了实现速度，却漏掉了规划、设计和文档的统一性，并在外部团队的 Figma 与手册面前反省了自己的傲慢。

人果然要谦卑。

几天前，我看到公司交给外部团队、花了相当长时间做出来的业务系统时，老实说心里冒出了一个念头：“如果是我来做，应该能更快结束吧……”

AI 与 harness 带来的速度

我认为，即使利用 AI 的 vibe coding 有很多漏洞，也完全可以改善。如果以 TDD 为基础尽量细致地推进，并为可能反复发生的问题搭好防护 harness 的话。看着最近真正投入 AI 的 Big Tech，我也产生了一个想法：直接写代码的开发者占比本身或许会继续下降。

当然，这个看法现在也完全没有改变。只要好好使用 AI，铺好测试和 harness，认真建立防止问题复发的结构，开发速度和质量就能发生很大变化。

但我确实觉得，自己需要反省“应该能更快结束吧……”这句话背后的傲慢。

我最近经常这样开发：一边和 agent 来回交锋，一边持续改善 harness engineering 结构，阻止各种问题复发，添加新功能，收到反馈后再修改。重复性的工作则创建 worker/coordinator agent 来执行。

我的开发漏掉了统一性

这种例程保障了很快的开发速度和快速转向，类似问题的复发防止也做得还算不错。但它很弱的一点是，无法把整个产品用同一个规划和设计哲学串起来。结果就是实现可以推进得很快，但设计、功能、规划上的统一性非常低。

不过，我并不认为这是 vibe coding 天生的限制。更准确地说，是我还没有把规划、设计、文档化的标准充分融进自己的 harness engineering 里。

从 Figma 和手册里看到的专业精神

可是，当我看到那个外部团队积极使用 Figma，记录各种界面结构，还留下 description 和 flow 时，我看清楚了一件事。那是一种不同于我这种无结构猛冲式开发的专业精神。他们展示的规划文档和成果物有很高的统一性，也带来了很强的信任感。

这种专业精神也体现在 GitBook 手册里。我以前只想着，只要做得好，用户自然会用；只要 UI/UX 够直观就可以。我从来没有想过要为公司内部员工制作一本指南。

当然，如果 UX 足够好，帮助按钮也放得足够直观，那么到底还需不需要指南，我心里其实仍然有疑问。

总之……我现在仍然认为，把 LLM 使用降到最低并主要靠手写代码，是相当旧式、也很难推荐的开发文化。但我也清楚地意识到，至少我还没有达到可以轻视他们、把他们贬低一通的专业水平。

永远保持谦卑。永远学习。