零代码基础，如何用AI做出第一个软件

🛠️ 这篇想记录一下：零代码基础，如何用 Codex 做出第一个软件。
不是那种“几分钟做出一个软件”的爽文，而是一次真实的开发复盘：从兴奋、卡壳、调 Bug，到最后发现——真正重要的不是一开始就懂很多代码，而是你能不能把需求讲清楚、把问题描述准确、把经验沉淀下来。
🌱 我的起点很简单：在 GitHub 上看到一个不错的软件，觉得它的产品形态值得参考。于是我没有从零硬写，而是先让 Codex 和 Claude 各自理解这个项目，帮我复刻思路、整理功能需求，再把两边反馈合并成一份 PRD。
这张图里的核心总结是：先复刻，再把需求讲清楚。
对零代码基础的人来说，“先抄后超”不是偷懒，而是一种降低难度的学习路径。先有一个能参考的对象，AI 才更容易理解你想做什么，你自己也更容易判断哪里不对。
📝 真正让我意识到差距的，是开发过程里的各种 Bug。比如 macOS 辅助功能权限、签名身份、Bundle Identifier、TCC 这些概念，如果没踩过坑，根本不会知道它们会影响软件能不能稳定运行。
我之前以为“软件能打开”就差不多了，后来才发现：如果签名不稳定，系统可能会把新版 App 当成另一个 App，于是每次更新都要重新授权。这个坑很具体，也很有代表性——AI 可以帮你写代码，但你仍然需要逐渐理解软件运行背后的规则。
🔍 还有一个很有用的经验：看不懂 Bug 的时候，不要直接说“这里不满意”“这个窗口有问题”。因为你以为的“窗口”，在开发语境里可能对应很多不同概念。更好的做法是先问 AI：
“我该怎么描述这个问题，你才能准确理解，并且不要改到其他地方？”
这个沟通方式会让 Agent 更稳定，也能避免你和 AI 在术语上互相误解。
📚 项目结束后，我觉得最值得做的不是马上开下一个项目，而是复盘。把踩过的坑整理成经验文章，把不懂的术语做成字典，把好用的沟通方式沉淀成速查表。因为 AI 帮你做出来，不代表你真的会了；只有反复回想、解释、记忆，才会慢慢变成自己的能力。
🚀 所以这次最大的收获不是“我做出了一个软件”，而是我终于知道：零基础做软件，最重要的不是一开始掌握所有技术，而是建立一套能和 AI 协作的流程。
从模仿开始。
把需求写清楚。
遇到 Bug 学会追问。
项目结束认真复盘。
这才是零代码基础真正能持续进步的路径。
📌 核心记忆点
① 先复刻，降低起步难度
② PRD 越清楚，返工越少
③ Bug 先问怎么描述
④ 复盘才能变成能力
🏷️ 标签
#学习笔记 #读书笔记 #AI工具 #零代码开发 #项目复盘