一人公司失败指北——0 代码基础AI开发简易工程化
用AI从零开发微信小程序的真实失败案例，揭示AI编程在环境配置、平台规则和系统验证等环节的致命短板，提出七步工程化解法
核心观点
-
AI编程的真实流程不是”想法→AI→成品”：实际流程是”需求→AI写代码→编译器→构建工具→平台规则→权限系统→云服务→用户设备→产品上线”。AI的大量时间浪费在用修代码的方法去解决根本不是代码导致的问题。
-
三类错误分层：代码错误（AI容易修）→ 系统错误（AI开始迷路）→ 环境错误（AI甚至不知道有问题）。零代码基础的人无法区分这三类，只能告诉AI”还是不行”，而AI最怕这种零信息反馈。
-
核心前提不验证就开工是致命错误：作者问AI”我能用你无代码开发微信小程序吗？“，AI承诺”你只需要告诉我做什么，我来负责所有代码”。但微信个人主体只能做普通图片编辑，AI图生图要求企业主体——这个致命前提直到开发完才发现。
-
AI时代的开发仍要先做MVP：产品文档写了5个版本，等级体系从5档扩到20级再砍回10级，全过程纸上谈兵。砍掉枝叶只做核心功能后，全职做大约一两天就能完成。
-
AI修Bug的本质是穷举搜索：“可能是A→不是→可能是B→不是→可能是C”。如果搜索空间很大，AI可能永远找不到。更麻烦的是修好一个问题引发其他问题。
-
七步工程化解法：观测→描述→猜想→验证→修改→沉淀→重置。核心原则是”用AI必疑，疑AI方用”——不要把思考外包给AI。
-
真正有价值的不是提示词本身，而是背后的工程原则：用AI做产品不需要学编程，而是需要学需求拆解、产品设计、AI协作、测试验证。代码本身的事交给AI，其他的事（可行性、接口能力、平台规则、成本、权限）建议自己二次确认。
实操内容保留
七步工程化提示词模板
3.2 描述——强制AI复述需求：
复述一遍我的需求，说明需要怎么改？等我确认。强调：禁止修改代码
3.3 猜想——诊断分类：
有bug xxx，禁止修改代码，按以下步骤诊断： 1.这个问题属于哪一类？（代码逻辑 / 页面状态 / 权限授权 / 微信平台限制 / 云环境配置 / 开发工具 / 其他问题） 2.列出所有可能的原因，按概率排序
3.4 验证——证据驱动：
告诉我先检查什么、为什么先检查它、怎么检查 告诉我检查结果分别意味着什么
3.5 修改——最小影响分析：
假如问题是xx，请按照以下约束先完成第1、2步的分析，再修复代码： 1.影响范围分析：分析根因、依赖关系、被依赖关系、如果改动可能影响的范围、最小修改方案 2.最小化修改策略：请只修改必要的那几行代码，不要重构、不要调整无关代码 3.代码与环境约束：参考错误文档xx.md，避免已经发生的错误 4.验证要求：给出本次修改的验收标准：具体操作步骤 + 预期现象
3.6 沉淀——知识固化：
请根据本次调试经验，更新项目规范文档xx.md。只记录”以后禁止什么”和”必须做什么”，不记录具体bug经过。每一条规则应该是AI可执行的。
3.7 重置——故障交接：
禁止修改代码。我要用其他AI接力开发，根据当前对话内容，更新xx问题对应的失败记录，输出故障交接文档为”xxx.md”。
具体错误归类（23条）
API / 服务配置：
- 混元 API Version 参数必须固定设为 2023-09-01
- 请求头必须加 X-TC-Region: ap-guangzhou，混元仅支持广州区域
- ContentImage 字段必须传纯 Base64 字符串，去掉前缀
- 结果图片在 ResultImage 数组中，取第 0 项
- 分辨率参数改用字符串格式 Resolution: ‘768:1024’
- JobStatusCode 是字符串类型，不是数字
- 云函数超时必须在云开发控制台手动设置，建议 60 秒以上
- 先到云平台控制台开通对应服务，再写代码调用
微信 API / 权限：
- 旧接口 wx.chooseImage 从基础库 2.21.0 起已废弃，换成 wx.chooseMedia
- 必须在微信后台声明隐私用途，否则选图直接 fail
- 配置文件加 usePrivacyCheck: true；入口文件注册 wx.onNeedPrivacyAuthorization
- 隐私弹窗被拒后 10 秒内再次调用直接报错
- 个人主体只能发布图片处理类小程序，AI图生图要求企业主体
- 个人小程序认证需 30 元/年
- 名称含”市长”字样只有政府机构才能使用
代码生成 / 编译器限制：
- PowerShell 的 Set-Content -Encoding UTF8 存的文件自带 BOM，WXSS 编译器不兼容
- 源码中出现 wx.cloud.database() 字面量编译直接崩溃，改用间接引用
- .then / .catch 链式调用导致 Page 注册静默失败，改用纯回调写法
- 中文变量名或函数名导致编译报错
- catchtap="" 是非法写法
- wx:for 必须遍历数组，不能传数字
- CSS 中用 inset: 0 简写小程序不支持
- textarea 是原生组件，z-index 对它无效
原文精彩摘录
关于AI编程的真相：
很多AI编程宣传视频给人的感觉是”想法→AI→成品”。但真实流程更像”需求→AI写代码→编译器→构建工具→平台规则→权限系统→云服务→用户设备→产品上线”。如果出bug，问题至少分为代码问题、系统问题、环境问题、平台规则问题、配置问题。AI的大量时间其实都浪费在用修代码的方法，去解决根本不是代码导致的问题。
关于AI时代的角色：
AI时代的一个人≈传统开发的产品经理+架构师+开发工程师+测试工程师。但目前AI就算可以比较好地代替开发工程师，仍然不太能稳定代替测试、风险控制、系统验证，没有人负责持续质疑和验证。
关于玩乐模式vs开发模式：
这是两种完全不同的模式。玩乐模式：你接受 AI 的乐观判断，不验证、不查资料、不去想后果——做不成就算了，反正就是试试。开发模式：你做之前先确认最关键的那个前提能不能成立，确认了再往前走。直到项目挂掉才意识到自己从来没切进开发模式。
关于AI修Bug的本质：
看起来 AI 在修 Bug，实际上 AI 更类似搜索答案”可能是A→不是→可能是B→不是→可能是C”，本质是穷举搜索。如果搜索空间很小，很快找到；如果搜索空间很大，AI可能永远找不到。
关于一人公司的反思：
本文希望能为”一人公司”降降温，很多鼓吹一人公司的人，本质上是在售卖 Token 以收取 AI 时代的地租，或者是兜售焦虑的卖课商。对于”一人公司”而言，AI写代码是最简单的，代码之外的市场、获客、营销等传统的工作反而是重点。
核心原则：
用 AI 必疑，疑 AI 方用。不要把思考外包给AI。
关键概念
- Vibe Coding：本文是Vibe Coding方法论的重要反面案例，揭示了”想法→AI→成品”的浪漫化叙事与现实的差距
- MVP：验证了AI时代仍需先做MVP的原则，产品文档写了5个版本才意识到应该只做核心功能
- OPC 一人公司：对OPC热潮的冷思考，AI写代码是最简单的部分，代码之外的传统工作才是重点
- AI编程开发：提供了AI编程失败的系统性分类（代码/系统/环境错误）和工程化解法
- 微信小程序：具体的平台限制案例（个人主体无法做AI功能、隐私授权、BOM问题等）
- 提示词工程：七步工程化提示词模板，从观测到重置的完整调试流程