不会写代码的人,真的能用 AI 做软件吗?-夜雨聆风

不会写代码的人,真的能用 AI 做软件吗?

很多人第一次让 AI 写代码，得到的不是作品，而是一堆看不懂、跑不起来、也不知道怎么改的代码。于是他们以为问题是“我不会编程”。但真实问题往往不是语法，而是不会把目标、边界和验收说清楚。

这篇是「30 天，0 基础做出第一个 AI 小工具」的第 1 天。今天只讲一个问题：0 基础可以开始，但第一步不是学语法，而是学会做 AI 的项目负责人。

这件事说白了，就是给你的学习加一点“活人感”：不是装懂，也不是硬撑，而是承认自己不会，然后把第一步做小。

先说结论

0 基础可以开始，但第一步不是学语法，而是学会做 AI 的项目负责人。

0 基础入门 AI Vibe Coding，不是让你立刻变成程序员，也不是让你背一堆语法。更现实的路径是：你先学会把目标、场景、边界和验收说清楚，再让 AI 帮你生成、解释、修改和排错。

古人说“千里之行，始于足下”。放在 AI Coding 里，就是先别管大系统，先迈出第一个可验证的小步。

只要这件事做对了，你就不再是被 AI 带着走的人，而是能指挥 AI 往前推进的人。

这一阶段先不卷工具，也不卷代码。我们先把“不会代码”这件事从心理负担里拿出来，像拆快递一样拆开看看：你真正不会的，可能不是语法，而是怎么把想法交代清楚。

很多人第一次失败，不是因为 AI 不会写，而是因为输入给 AI 的任务太像一句愿望。愿望没有边界，AI 就会扩写；愿望没有验收，你就不知道它做没做对；愿望一次包含太多功能，后面每一次修改都可能牵动整页。

说白了，AI 很像一个执行力很强、但需要你把话说清楚的搭档。你给它一个雾蒙蒙的方向，它会努力跑，但可能跑到隔壁山头；你给它一张清楚的小地图，它才有机会把第一步走稳。

很多人的起点是：想做客户管理系统。

这句话听起来很正常，但对 AI 来说太宽了。它不知道第一版要做到多大，也不知道哪些功能暂时不要碰。更适合第一阶段的说法是：先做客户跟进助手：输入客户信息，生成下一步跟进建议。

你会发现，后一种说法没有追求完整，却更容易做出来。因为它有用户动作，有结果，也有边界。这就是 0 基础做 AI 小工具最重要的基本功。

如果你把这件事换到自己的工作里，也是一样的。运营可以做活动报名页，销售可以做客户跟进助手，老师可以做课程推荐测评，门店老板可以做回访提醒工具。关键不是行业多高级，而是问题够具体。

先把它翻译成人话。不要写成“我要做个很完整的系统”，而是写成“先做客户跟进助手：输入客户信息，生成下一步跟进建议。”这样的小句子。句子越小，AI 越不容易自由发挥。

这里最容易踩的坑，是把“看起来专业”当成“真的可用”。比如“想做客户管理系统”很像一个认真需求，但它没有告诉 AI 第一版到底怎么收口。

正确做法是补上三个信息：谁来用、点哪里、看到什么。只要这三件事清楚，哪怕页面很朴素，也已经具备工具雏形。

放到客户跟进助手里，可以这样理解：用户不是来欣赏页面的，他只想知道下一步怎么跟客户说。字段、按钮、结果区都要围绕这个动作服务。

如果你要问 AI，可以加一句限制：“只处理这个问题，不新增无关功能，完成后告诉我怎么检查。”这句话很土，但很有用。

最后别忘了验收。打开页面，输入一组真实信息，点一次按钮，看结果是否符合预期。能被亲手验证，才算这一步真的完成。

把下面这几条保存下来，后面写需求、问 AI、验收页面时可以反复用：

这些内容看起来很基础，但它们决定了 AI 后面生成出来的东西是否稳定。新手不要急着追求复杂功能，先把这些基础动作做顺。

别做大工程，先做一个 10 分钟练习。

如果写到一半卡住，不要急。卡住本身就是线索，说明这个地方需要继续拆。

如果你是从中途看到这篇，建议按顺序回看。这个系列不是碎片技巧，而是一条完整路线：想法 -> 需求 -> 页面 -> 交互 -> 验收 -> 展示。每一篇只解决一步，但连起来就是一个 0 基础读者能走完的作品路径。

你最想让 AI 帮你做的第一个小工具是什么？

你可以先写一个很粗糙的答案。不要急着证明它完美，先让想法落地。后面的文章会继续帮你把它拆成项目卡、轻量 PRD 和可运行页面。

📩 转发给那个总说“不会用AI”的朋友

也许，TA正等着这一篇文章，来改变人生。