最近一个月，我高强度地使用 AI 辅助编程，产出了不少代码。但如果要我先抛结论：真正能落地跑通的“可用级”项目，仅有一两个。
网上关于 AI 编程的“造神”文章很多，但作为一个非科班出身的纯小白，在经历了一个月的毒打后，我想聊聊 AI 编程那些没被滤镜修饰过的真实边界。
01 实验环境：我的“平民”工具栈
受限于渠道，我并没有用上最顶级的内部模型或工具。我的实验环境非常“平民”：
- IDE：OpenCode、Trae_CN（目前国内用户量很大的主流工具）
- 模型：GLM-5/5.1、DeepSeek V4、Mimo 2.5 Pro（国产头部模型）
关于我自己：非计算机科班，不懂任何底层编程语言，技术栈仅限于“傻瓜式部署”。PHP 是我接触最多的语言，宝塔/1Panel 这类面板是我的主力。因此，我将 AI 编程的落地场景严格限定在 “PHP + MySQL”的轻量级 Web 项目上，试图扬长避短。
02 实战复盘：三个项目的甜头与深坑
项目一：Win 软件分发网站
状态：尝到甜头，也陷入“修复死循环”
得益于 PHP “上传解压即运行”的极简部署特性，这个项目初期推进极快，功能完善度尚可，但代码质量惨不忍睹。
最大的痛点在于 “意图损耗”：自然语言转化为代码时极易出现偏差。当你试图纠正一个 Bug 时，AI 往往会“牵一发而动全身”，引入更多新 Bug。
💡 破局经验：AI 无法凭空“猜”出报错。我摸索出的最佳实践是必须学会看日志。只有将精确的报错堆栈信息喂给 AI，它才能精准定位。否则，你只能陷入“盲目修改 -> 报错 -> 再修改”的死循环。
项目二：WordPress 插件开发
状态：深陷生态泥潭的滑铁卢
在尝试开发 WP 插件（Tab 书签页、文生封面）时，AI 编程的局限性暴露无遗。
与独立建站不同，WP 插件深陷于复杂的系统生态中。插件之间的钩子冲突、全局变量污染等问题，超出了当前主流模型的上下文理解能力。AI 在面对这种“黑盒生态冲突”时彻底迷失，导致 Bug 无穷无尽。这让我意识到：AI 擅长从零构建（From 0 to 1），但在介入高度复杂、历史包袱重的既有生态时，依然力不从心。
项目三：AI 辅助网文创作
状态：5万字签约与“电子垃圾”
心血来潮之下，我用 DeepSeek 生成大纲，交由 Trae 执行。为了对抗长文本的“上下文遗忘”，我手动引入了“记忆设定”（如角色状态、核心伏笔提示）。
效果出奇的好，关键剧情没有崩盘，最终一气呵成输出了 5 万字，甚至成功签约了番茄小说网。但必须承认，从文学性来看，这 5 万字纯属“电子垃圾”，细节经不起推敲。这印证了一个道理：AI 能解决“产能”问题，但无法赋予“灵魂”。
03 灵魂拷问：AI 编程的“门槛错觉”
AI 赋予了小白“把想法变成现实”的底气，但也带来了一种致命的错觉——让你以为懂自然语言就能驾驭软件工程。基于这一个月的血泪教训，我给出两条截然不同的建议：
给“纯小白”的避坑忠告：
如果你完全不懂代码底层逻辑，建议把 AI 编程当成玩具即可。千万不要深陷其中，否则你会像我一样，大把时间被消耗在无穷无尽的“修 Bug”死循环中，付出与产出严重不成正比。面对黑盒的无力感，真的会让人想给屏幕“邦邦两拳”，最终沦为无能狂怒。
给“有基础开发者”的客观评价：
对于具备底层技术认知的人来说，AI 绝对是提升生产力的利器。在明确架构的前提下，AI 的代码补全、样板代码生成等功能，确实能节省大量时间，放大你的专业优势。
AI 编程不是魔法，它是放大镜。 它放大了小白的执行焦虑，也放大了专业工程师的生产效率。
04 最终成果盘点
折腾了一个月，虽然过程痛苦，但还是留下了一些数字资产：
- 独立站：Win 软件铺子（稳定运行中）
- WP 插件：Tab 书签页、文生封面（勉强可用，仍有瑕疵）
- 内容资产：5 万字番茄签约网文（已完本，虽然没啥人看）
折腾还在继续，下次再聊。
