vibe coding 一年半，做了几个没发布的项目后，我踩到的坑

过去一年半，我用 vibe coding 做了几个项目。

代码写了不少，页面也做了不少，但真正发布出去、被真实用户验证的很少。回头看，最大的问题不是做不出来，而是做得太快之后，反而更容易自嗨、追热点、不断重构，最后迟迟不发布。

先说几个结论：

1. 做完不发布，基本等于没做。


2. AI 提高的是执行速度，不会自动提高产品判断。


3. 独立开发者很容易踩到模型和大平台的路线图。


4. 功能越容易做，越容易把产品边界做乱。

CortexHub

2024 年下半年开始做的学习项目，想着学习AI的同时，搭建一个AI 应用平台，做了多模型对话、RAG、Agent、知识库、工作流自动化。后面是想做coze、dify那种低代码agent搭建。

在25年初，Gemini 2.5-0325版本出来后，这个版本的能力让我感觉一个人靠 AI 也能把复杂应用搭起来，也是让我忘记了学习的初衷，一心用AI大幅推进功能、重构样式。

到了后面也是越做越迷茫，再加上skills的出现，再深入迭代可视化搭建没有意义，也给了我一个警示：一个项目的核心价值，正好踩在模型自然演进的路线上，又没有绑定具体场景或用户价值，基本上等死就行。

MuseCast

MuseCast是我真正想做成产品的项目，它的方向是AI内容创作到分发全流程。

2025年10月开始构思，11月正式开发。第一版推进得很快，当月就跑通了从内容生产到分发的单链路；但问题也从这里开始。

单链路跑通后，我没有先发布给真实用户验证，而是继续加东西：样式重构、架构重构、普通/高级/专家功能分级、本地和线上能力区分、开发者功能、维护功能。后来 Agent 热起来，openclaw更是火爆，我又把 Agent、IM、任务创建这些能力塞进去。

这些功能单独看都能解释得通，但放在一起，产品边界就越来越模糊。

现在回头看，这是 vibe coding 很容易放大的一个问题：以前开发成本高，会逼你克制；现在 AI 让执行变便宜，反而更容易先做了再说。

RelayDesk

RelayDesk是我在迭代 MuseCast 时顺手做的一个远程工具。

出发点很真实：我下班后还想远程和 AI 工具对话，继续推进项目。

其实站内很多佬友也做了类似的工具。

但现在 Codex 已经开始支持远程能力了。这个事情也提醒我：真实需求不等于适合独立产品化。有些需求确实存在，但可能只是大工具路线图上的一个小功能。

最后的反思

这一年半最大的感受是：AI 让个人开发者的执行力变强了，但也更容易把错误方向做得很完整。

以前做一个功能很贵，所以会多想想值不值得。现在做一个功能太快了，反而很容易跳过判断。

我现在给自己的提醒是：

1. 能做，不代表值得做。


2. 跑通，不代表需求成立。


3. 功能多，不代表产品更完整。


4. 不发布，就没有真实反馈。


5. 热点不是需求，最多只是能力变化。

也想问问各位佬友：你们是否也有类似的困惑，在做 AI 产品或小工具时，通常怎么判断一个方向值不值得继续做？有没有什么办法，能尽早避免这种问题