也是为了烧掉Mimo送的token做的一个小项目，叫「开始Vibe」。

项目地址：
https://github.com/lzytttttt/VibeStart

体验地址：私信我，或者点击阅读原文

它不是什么很复杂的东西。

简单说，这是一个给普通人准备的 Vibe Coding 入门网站。

更直白一点说：

我想帮那些不会写代码、但又想用 AI 做点小工具的人，先走完第一步。

为什么想做这个？

这两年 AI 编程工具很火。

Cursor、Claude Code、各种 AI IDE，大家应该都或多或少听过。网上也经常能看到一些案例：有人几小时做了一个网站，有人一天做了一个应用，有人靠 AI 把想法快速变成了产品原型。

这些东西看起来很厉害。

但我发现一个问题：

这些案例对真正的新手来说，其实没那么友好。

因为很多教程默认你已经知道什么是项目、什么是终端、什么是文件结构、什么是报错。

可现实是，很多人连第一句话该怎么问 AI 都不知道。

更别说让他打开 VS Code、运行命令、修改代码、排查问题了。

所以很多人的状态是：

“我知道 AI 可以写代码，但我不知道怎么开始。”

我自己越接触这类工具，越觉得这里面有一个断层。

AI 编程的能力已经很强了，但新手入门的台阶还不够低。

于是我就想做一个更轻一点、更偏普通人的入口。

不要求你一上来就理解技术概念。

也不要求你一开始就搭什么完整系统。

先从一个很小的需求开始。

比如做一个周报生成器、客户跟进助手、教案生成器、学习计划工具，甚至只是一个简单的 HTML 小游戏。

只要能跑起来，只要能改一点东西，只要能看到自己真的做出了一个页面，这一步就有意义。

我想解决的不是“学编程”的问题

「开始Vibe」不是一个编程教学网站。

我也不想把它做成那种从变量、函数、循环开始讲的课程。

不是说这些不重要，而是对于很多普通用户来说，第一步并不是“系统学习编程”。

他们真正需要的是：

我有一个具体问题，能不能用 AI 帮我做个小工具？

比如：

老师想快速生成一版教案初稿。

销售想整理客户跟进记录。

行政想把会议记录变成纪要。

学生想做一个学习计划表。

职场人想做一个周报生成器。

这些需求都不大。

但它们很真实。

以前这种需求要么靠 Excel 凑合，要么靠手工重复做，要么就只能忍着。

现在有了 AI，很多小工具其实是可以自己试着做出来的。

不一定多精致，但能用。

这就是我觉得有意思的地方。

普通人不一定要变成程序员，但可以开始拥有一点“自己做工具”的能力。

所以我做了几个模块

目前「开始Vibe」里主要有几个部分。

第一个是新手入门。

我希望一个完全没写过代码的人，也可以跟着它完成一次最小体验。

比如先用 AI 生成一个 HTML 小游戏。

不用装复杂环境，不用理解太多概念，先看到结果。

先让人知道：

原来网页是可以这样被做出来的。

原来我跟 AI 说清楚需求，它真的能给我一份可以运行的东西。

这比一开始讲一堆概念更重要。

第二个是身份选择。

我把用户分成了几类，比如学生、教师、公司白领、销售、售前、行政、运维技术、传统管理者、一线业务人员等。

这么做不是为了分类本身，而是因为不同人的需求差异很大。

一个老师和一个销售，想做的工具肯定不一样。

与其让大家面对一堆抽象项目，不如先从自己的身份出发：

我是谁？

我平时最烦什么？

有没有一个小工具能帮我少做一点重复劳动？

第三个是项目库。

项目库里放了一些适合新手练习的小项目。

比如周报生成器、教案生成器、客户跟进助手、会议纪要整理器、学习计划生成器、通知公告生成器等等。

这些项目都尽量贴近真实场景。

不是为了展示技术，而是为了让用户觉得：

这个东西我可能真的用得上。

我也尽量给每个项目写清楚，它适合谁、解决什么问题、预计要花多久、可以用什么 AI 工具来做。

第四个是任务卡。

这是我自己觉得比较重要的一个设计。

很多新手用 AI 编程时，不是不会复制 prompt，而是不知道整个过程应该怎么走。

第一步让 AI 做什么？

生成代码后应该放在哪里？

运行后没效果怎么办？

报错了要怎么问？

所以我把部分项目拆成了一张张任务卡。

每张卡只解决一个小步骤。

用户不需要一口气理解完整项目，只要跟着当前这一步往下走。

这有点像游戏里的新手引导。

不是替你完成所有事情，而是让你第一次不至于完全迷路。

第五个是报错急救室。

我感觉很多人第一次被劝退，不是因为需求太难，而是因为看到报错。

一堆英文、一堆红字，第一反应就是：我是不是搞坏了？

但其实报错很正常。

会报错，才是真的在做东西。

所以我单独做了一个报错急救室，整理一些常见问题，也教用户怎么把问题描述给 AI。

比如告诉 AI：

我刚才做了什么。

我期望看到什么。

现在出现了什么报错。

这是完整报错信息。

把这些讲清楚，很多问题是能继续往前推的。

我希望新手能慢慢建立一个习惯：

不是看到报错就放弃，而是学会带着报错继续问。

这个项目目前还很早期

现在的「开始Vibe」还只是一个 MVP。

很多地方都不完善。

项目内容还需要继续补，任务卡还不够多，作品广场也只是一个初步形态。

但我已经能看到它大概会往哪个方向走。

我希望它最后变成一个普通人的 AI 做工具入口。

不是那种很硬核的技术社区。

也不是一上来就讲工程化、框架、部署、架构。

而是更像一个练习场。

你可以从一个很小的项目开始。

做坏了也没关系。

跑不起来也没关系。

问 AI、改一改、再试一次。

慢慢地，你会发现自己不再只是“使用软件”的人。

你也可以开始改造自己的工作流。

这个变化其实挺微妙的。

第一次做出来的东西可能很粗糙。

页面不好看，功能也简单。

但当你发现它真的能帮你少做一点重复劳动时，那种感觉是不一样的。

你会开始想：

那我是不是还能再做一个？

能不能把这个改成我自己的格式？

能不能加一个导出按钮？

能不能让它适配我团队的流程？

很多事情就是从这里开始的。

为什么叫「开始Vibe」

名字其实也很简单。

我没有想太多复杂含义。

就是希望它能帮助大家“开始”。

不用等到学完编程再开始。

不用等到完全懂技术再开始。

不用一上来就做一个多完整的产品。

先做一个小东西。

先跑起来。

先改一行字。

先解决一个自己的问题。

这就够了。

Vibe Coding 这件事，在我看来最有意思的地方，不是 AI 替你写了多少代码，而是它让很多原本被挡在门外的人，第一次有机会参与到“创造工具”的过程里。

这件事挺值得尝试的。

最后

如果你会写代码，这个项目可能会显得有点简单。

但如果你一直想试试 AI 编程，又不知道从哪里开始，也许可以打开看看。

不用有压力。

可以先从新手入门开始。

也可以直接去项目库里找一个和自己工作相关的小工具。

哪怕只是复制一段 prompt，看看 AI 会生成什么，也算迈出了第一步。

我后面也会继续更新这个项目。

如果你对 Vibe Coding、普通人 AI 工具制作、新手教学这类方向感兴趣，也欢迎一起交流。

项目还很粗糙，但已经可以开始用了。

「开始Vibe」：
https://github.com/lzytttttt/VibeStart

希望它能帮你做出第一个属于自己的小工具。