AI 编程专题

先搞懂 vibe coding,再决定用哪套 AI 编程工具

如果你刚开始接触 AI 编程,第一步不是急着装很多工具,而是先弄清它到底改变了哪一段工作流。

这一页先帮你理顺 3 件事:什么是 vibe coding、几类主流工具怎么分工、做出产品后怎么更快拿到真实反馈。

先按这条线走

先理解变化,再选主力工具,最后把产品发出去

先把 AI 编程真正改变的那段流程看清楚,再决定工具怎么分工,最后尽快进入真实反馈循环。

1

先搞懂 AI 编程到底变了什么

先理解为什么 AI 不只是回答问题,而是开始能直接进项目里动手。

2

再决定哪类工具放进主流程

先选编辑器型、终端型还是偏仓库代理型工具,再决定主力工具是谁。

3

做出版本后尽快拿真实反馈

真正的进步不在“做完 demo”,而在能不能更快进入迭代循环。

先看这篇

如果你只想先搞懂一件事,就先把概念看清楚

这篇会先把 AI 编程讲清楚:它不等于一句话自动做产品,真正的变化是 AI 开始能直接进项目里帮你动手。

入门解释

什么是 vibe coding?普通人也能看懂的一篇解释

vibe coding 不是一句话自动做产品,而是把门槛从“你会不会写代码”改成“你能不能说清需求并做好验收”。

先记住这 3 件事

  • vibe coding 不是一句话自动做产品
  • 关键变化是 AI 能开始直接进项目里动手
  • 真正的门槛变成了“说清需求 + 做好验收”

再看工具

大多数人先看这几类就够了

不用一上来装满所有 AI 编程工具。先看哪一类最适合你当前的开发方式,再决定主力工具放哪个。

接着往下看

先把主流程理顺,再看更细的工作流拆法

这一组内容会接着回答两个问题:主力工具怎么放进工作流,以及做出产品后怎么更快进入反馈循环。

继续延伸

如果你已经做到了下一步,这组内容会更有用

包括更细的工作流拆法、不同工具的分工方式,以及产品发出去之后的反馈动作。

最后一步

如果你已经做出了第一个版本,就别只停在本地

把产品发到 vibeStore,拿第一批真实反馈,比继续一个人闭门改更有价值。你会更快知道用户真正关心什么,也更容易决定下一步到底该改哪里。