如果你也作为一个非专业程序员，在频繁的用 AI 写代码，不知是否有这样的体验：做出来了，反复兴奋反复做，一段时间后看着自己的作品们，说不上来哪里不对。
我在这个阶段卡了好几个月，才慢慢搞清楚哪里不对。
信息过载，无从下手
2025 年，在社交媒体上从零星到高频，看到别人在聊 AI Coding。隔三差五就会看到”用 Cursor 十分钟做了一个 App”之类的分享，讨论群里也有人在安利各家的 AI 编程工具。
作为一个每天四处奔走在需求发布路上的产品经理来说，我当然好奇。每次想真的把一个需求从想法到落地的拉扯，要是真能自己写代码把东西做出来，那可太好了。
于是也跟风看了一圈国内的教程。B 站视频、公众号长文、付费课程大纲都翻了一遍。几乎全都形式大于内容，并没有真的帮我了解到底怎么用 Cursor 做需求。每个人讲的都言过其实、浮于表面，可见大家为了追热点，也没有真的用心在输出优质内容。
也就这样先搁置了。心里想着”等不是人工智障了再看”，其实直白点就是放弃了。
被大神点穴
时间来到了 26 年年初，看到 AK 大神的推文中提到 AI Coding 已经有质的突破。让我又燃起了好奇的火苗。
这次没再看国内的纯“入门教程”，直接去 YouTube 上认真学习了 Riley Brown 的 Cursor 的系统演示。看到的东西跟之前完全不一样：完全没有敷衍了事。从概念铺垫，功能介绍到代码演示，让我对 AI Coding 有了很直观的了解，不再是印象中的代码补全，不再是云里雾里的编程文件，用对话怎么开发、怎么调试、怎么部署上线，基本都搞明白了。然后装了 Cursor，打开一个空项目，开始搞，也就这样一发不可收拾。
即时反馈的快感
第一个项目是个人博客。几个小时就有了雏形——我告诉 Cursor 想要什么样的页面，它帮我写，不满意就再说一句，几秒钟就能看到变化。跟着 AI 有样学样，把代码推到 GitHub，用 Vercel 部署上线，几分钟后网站就真的发布到公网了。
以前当产品经理，画完原型要跟开发对齐需求、等排期、等开发、等联调，一个小改动走完流程可能要一周。现在我说一句”改布局、加配置”，几分钟就看到结果。按周计时到按分钟，这个落差足够惊艳。一个前端交互、页面布局被反复修改，看起来平平无奇，但即时反馈带来快乐是强烈的，即便现在回头看纯属自娱自乐。
一个从来没写过代码的产品经理，做了一个真的网站。趁着手热又搭了一套前端组件库、一个一键部署工具练手。那段时间基本停不下来。
当时 Codex 刚发布不久，很多功能还不够完备。除了 Cursor，普遍的用法还是在 VS Code 上安装 ClaudeCode 使用，考虑到你可能会迷失在 VS Code 的复杂界面、看不懂 ClaudeCode 每次输出的”面向开发的专业词汇“、不是做复杂编程任务，也体验过 Cursor 内置浏览器预览、原生 Composer 的快速输出，当时当刻 Cursor 确实是最好的 AI Coding 工具。
新鲜感消退
大概过了两周就来到了第一次”冷静期“，大约一周没怎么碰代码，但脑子没停。回过头看自己做的这些东西，博客也好组件库也好，都是静态页面，没有后端没有数据，搭完就完了。
一个个人博客，没有内容也没有读者，全部意义就是”我做出来了”。像小时候花一整天搭了一个很复杂的乐高，搭完很满足，然后它就摆在书架上吃灰了。
从落地页到完整产品
冷静过后，我想换个方向。光做前端页面没意思，得做一个有数据库、有用户、有业务逻辑的完整产品。
我挑了一个自己确实需要的东西下手：多来源的知识库管理工具。平时看文章、看视频、听播客，信息散落在各种地方，一直想有个东西能把它们收到一起、自动整理。Cursor 在这个阶段依然给力：数据库表结构让它设计，API 接口让它写，前端页面让它搭，我主要负责定需求和验收。遇到报错就把错误信息贴给它，大部分时候它能自己修好。
这其中还加了 AI 辅助功能——打标签、做摘要、自动分类。这些事做起来很顺，个人体感 AI 辅助也是成本低、见效快的产品落地。加上这些功能之后，产品看起来像模像样了，对接多个解析服务、提高了翻译鲁棒性、增加多个资源类型、仔细调试交互体验，有种”这个真的可以用”的感觉。
我甚至开始盘算：万一真的有人用了，解析服务的免费额度用完了要怎么办，前后端数据库的免费套餐能撑多久？
话分两头说，Cursor 的额度实在撑不起旺盛的“表达欲”和对细枝末节的”娱乐性“，所以不知不觉就从 Cursor 切换到了量大管饱的 Codex。谁曾想， Codex 和 Claude 客户端井喷式的产品迭代，对我来说所有 Cursor 曾经建立的“产品壁垒”，只在 2 个月内就被 Codex 和 Claude 客户端追平了，更不要说原生客户端的额度友好。
此时，看不懂代码如我，基本已经固定了用 Codex 开发、Claude 探索的使用习惯。
增删改查的循环
但那种别扭的感觉一直隐隐约约在。
知识库工具做到一半，忽然又有新的想法。花点时间做个待办工具客户端，搭起来没多久又觉得没意思——每次搭框架、调数据流、做页面优化，流程都大同小异。
几个项目做下来，后知后觉的发现它们其实万变不离其宗 —— CRUD：一个数据库，几张增删改查的页面，撒一点 AI 调味——帮你总结一下、分类一下、生成一段文字，再不济来个 AI 对话助手
不是做不出来，是做出来之后觉得——就这样吗？
换个有经验的全栈工程师，不用 AI 也能做，如果有设计品味，完全会做的比我更好。AI 加速了开发，但产品本身没变。
在工作中，其实也在产品中加了不少 AI 能力——给输入框加 AI 补全、给业务流程节点加 AI 分类、让 AI 降低上手门槛、AI 助手方便查询业务、开放接口封装 MCP。每次加完，产品确实更好用了。但产品的骨架从来没变过——数据模型、页面渲染、权限管理，还是那一套。AI 让体验变好了，但没换掉任何东西。
说到底都是新瓶装旧酒——拿 AI 当调料，撒在旧菜上。
我决定停下来看看，是不是真就这样了？
新工具，旧产品
这个问题在脑子里久久徘徊：花几个月学会用 AI 写代码，但做出来的东西，和一个全栈工程师开发的，在产品层面有区别吗？
可以说完全没有。我大概一直在用新工具做旧产品。
我开始留意那些 AI 不是配菜的产品。Cursor、Codex 是的——我每天用它写代码，整个写代码的方式都变了。对话式编程、长时间任务执行、上下文理解，离了 AI 这些东西都不存在。它们有一个共同点：去掉 AI，产品直接不成立。不是 AI 增强、而是 AI 原生。
这跟我之前做的那些”数据库 + 页面 + 一点 AI 调味”的东西，是完全不同的物种。那么，到底我应该做点什么呢？
工具问题和方向问题
过去几个月我一直在回答的问题是：“怎么用 AI 更快地做一个网站/工具/应用？“答案挺明确的： Codex 很好用，Vercel 部署很方便，AI 不止是帮我省掉 80% 的编码时间，它确实为我代码平权了。
但这个问题回答得再好，做出来的东西也还是旧产品。我花了几个月回答工具问题，现在要开始回答方向问题了。
不是说 AI coding 不好——它确实让我第一次能独立把想法做成能跑的产品。但光会这个，我就只是一个用新工具干旧活的产品经理。
我不想只是用 AI 做得更快。我想搞清楚，AI 到底能让什么新东西成为可能？
好在最近一段时间的实践和思考，终于有一点思路，还起来一个名字—— Agentic Asset Loop。说白了就是面对一个拷问：如果把 AI 从你的产品里拿掉，产品还能不能成立？如果还能，那 AI 就只是调料，不是主菜。
以上，就是我几个月的心路历程，而这个框架，是我目前的阶段性答案。能不能站得住脚，慢慢验证～