ARTICLE · 1015362

Vibe Coding,不一定要先做 App

发布时间：2026-09-16 03:44:36 最近访问：2026-09-16 03:44:34

最近我在用 AI 做东西时，突然意识到一件事：我以前可能把 Vibe Coding 想得太重了。

以前脑子里只要冒出一个想法，我的第一反应通常是：要不要做个网页？做个 App？做个小程序？

接着，就自然进入熟悉的软件开发流程：页面怎么设计，数据库怎么建，要不要登录，怎么部署，以后怎么维护。

问题是，很多需求本来很小。这样一路想下去，还没开始动手，它就已经变成了一个很重的产品。

AI Agent 让开发变快了，但它也很容易让人误以为：既然开发快，那我就应该直接做一个完整产品。

现在我的看法变了。很多时候，与其急着做 App，不如先问一句：“这件事能不能先做成一个 Skill？”

最近我看了 Zara Zhang 的视频，又去翻了她的 GitHub。让我停下来看的，不是某个完整产品，而是她对自己所做事情的描述：她在做有态度的 skills 和产品。

这句话很简单，但它提醒了我：Build 的结果，不一定非得是一个用户界面完整、账号体系齐全的 App。

很多有价值的东西，本身就是一个可以被 AI 重复调用的 Skill。

一个 Skill 可以很轻。它可以是一套固定的 PPT 制作方法、一套整理会议纪要的流程，或者一套分析资料的框架。

它的重点不是“做出一个产品壳”，而是把你真正有效的方法，交给 AI 稳定地执行。

我点开其中一个 Skill 后，真正让我改变理解的，是 SKILL.md。

它不像一个完整 App 的代码仓库，更像一份写给 Agent 的工作说明书。它会把关键问题提前说清楚：

Agent 拿到这份说明后，会自己去读文件、调用工具、写代码，把任务一步步执行出来。

这并不代表代码不重要。复杂的 Skill 一样可以带脚本、模板和参考资料。不同的是，过去我们习惯先把能力写进产品代码；现在，很多能力可以先被写成 AI 能理解、能执行的规则。

如果你有一套很好用的方法，例如：

以前你可能会先想：“我要不要为它做一个网站？”

但现在也许可以先换一个问题：“能不能先把它做成一个 Skill？”

先让 AI 按你的方法把事情做好，再看是否真的需要界面、账号、数据库和完整产品化。

对我来说，这不是否定 App。App 当然还是很重要的载体。但 Skill 是一种更轻、更快的起点：它先验证你的方法是否真的有用，也让更多人能够重复使用这套能力。

---

这里是「杰瑞的 AI 日常」。我会持续分享能马上用起来的 AI 小技巧、Skill 实战，以及从想法到产品的真实开发过程。