Appearance
独立开发者缺的不是AI程序员，是一个人的最小研发部
周六晚做小工具，周日反馈很好，周一开始接支付——问题也从这里开始。代码一直写得出来，但支付成功报告没生成、旧截图记录丢失、权限判断散落各处。真正缺的不是AI写代码，是一个人的研发部。
研发部不是一群写代码的人
真正的研发部至少包含五件事：
| 事情 | 说明 |
|---|---|
| 1. 决定什么值得做 | 产品判断 |
| 2. 决定系统边界怎么放 | 架构思维 |
| 3. 把功能稳定实现出来 | 工程能力 |
| 4. 确认这次改动没弄坏旧东西 | QA验证 |
| 5. 上线之后还能看见问题 | 运维监控 |
在大公司，这些事分给产品经理、架构师、工程师、QA、运维。
在一人公司里，五件事被压回你一个人身上。
AI coding最大的价值：把"写代码"这件事大幅加速。但代码只是研发部产出的一部分。
第一件事：先别开工，先挡住错误需求
群里有人提了三个需求：
- 批量上传截图
- 支持竞品对比
- 自动生成Figma修改建议
AI coding很容易放大的第一个错误：把所有反馈都当成开发任务。
用户的建议不等于他会为它付费。
一个人的研发部，第一件事不是写代码，而是挡需求。
每次让AI开工前，先写三行：
用户是谁：
当前笨办法：
这次只交付一个结果：示例：
- 用户是谁：正在自己改landing page的独立开发者
- 当前笨办法：把截图发给朋友，问哪里不清楚
- 这次只交付一个结果：指出页面上最影响转化的3个问题
写到这里，很多功能就可以先不做。
AI能帮你执行需求，但你要先有能力拒绝需求。
第二件事：别让代码库长成一团雾
支付本身，AI可以帮你查文档、写接口、处理回调。
真正的问题是，支付会碰到系统边界：
- 免费用户和付费用户怎么区分？
- 报告生成失败了，要不要退款？
- 支付成功但报告没生成，系统状态算什么？
这些问题不先想清楚，AI也能继续写——然后代码库开始长成一团雾。
最开始只是一个isPaid，后来又多一个plan，再后来多一个credits……
AI coding的第二个幻觉：局部正确。
你让它修一个地方，它会修。但产品不是局部正确的总和。
动核心功能前，先写三条边界：
| 边界 | 内容 |
|---|---|
| 数据边界 | 最重要的3个对象是什么？ |
| 流程边界 | 最核心的2条路径是什么？ |
| 风险边界 | 哪一步出错，用户会立刻感知？ |
这三行写下来，你再让AI改代码，效果完全不一样。
第三件事：不能只验收"它能跑"
很多人用AI coding的方式：
- 报错了，复制给AI
- AI改一版
- 又报错，再复制
- 最后页面能打开，就合进去
在真实产品里，"能跑"只是最低标准。
你最该看的不是它有没有把报错消掉，而是它为了消掉报错，顺手动了什么：
- 有没有改数据结构？
- 有没有引入新依赖？
- 有没有绕过原来的权限判断？
- 有没有把简单问题改成更复杂的抽象？
- 有没有为了让测试通过，直接删掉某个校验？
每次合进去前，只问四个问题：
| 问题 | 说明 |
|---|---|
| 1. 这次改动解决的是原问题吗？ | 核心验证 |
| 2. 它改了哪些无关文件？ | 影响范围 |
| 3. 它有没有新增维护不了的复杂度？ | 技术债 |
| 4. 我能不能用一句话解释这次改动？ | 接住代码 |
最后一个问题最重要。如果你只能说"AI修了一下，现在好像能跑了"，那就别急着上线。
第四件事：上线前不要相信自己的手感
用户晚上私信：我付费了，但报告没出来。
这类问题很常见，不是因为独立开发者懒，而是一个人做产品时最容易省掉QA。
你太熟悉自己的产品了。你知道哪里该点，知道哪个按钮要等几秒，知道刷新一下就好。但用户不知道。
QA必须变成清单。
最小QA第一步：固定5条回归路径。
比如截图分析工具：
| 路径 | 验证点 |
|---|---|
| 1 | 新用户能不能从注册走到第一份报告 |
| 2 | 老用户历史截图还在不在 |
| 3 | 支付成功后报告能不能解锁 |
| 4 | 报告失败时额度会不会被扣 |
| 5 | 用户看到错误提示后知不知道下一步怎么办 |
这张清单比"我刚刚点过了"可靠得多。
第五件事：上线后别让产品失联
最刺痛人的往往不是bug本身，而是你发现bug的时间太晚。
用户私信你时，产品已经失联了。
很多AI做出来的小产品，最大的问题不是不能上线，而是上线之后像丢到网上一样。
运维不一定要复杂，但至少要留几个生命体征：
| 信号 | 说明 |
|---|---|
| 今天来了多少人 | 流量 |
| 有多少人完成关键动作 | 转化 |
| 哪些错误出现超过3次 | 异常 |
| 支付成功后有没有交付成功 | 完单率 |
| 模型调用成本有没有异常 | 成本 |
| 哪个页面让用户停住了 | 流失点 |
AI agent在一人公司里最有价值的地方，不只是帮你写代码，更是每天替你看这些信号。
最小研发部，只需要一张纸
一人公司不需要复制大公司的研发流程，只需要一个最小版本。
下次准备用AI做一个功能，不要先打开编辑器。先写这张纸：
| 问题 | 内容 |
|---|---|
| 产品 | 这个功能解决谁的什么问题？ |
| 架构 | 这次改动碰到哪条核心边界？ |
| 工程 | AI改了什么，我能不能解释清楚？ |
| QA | 上线前必须走哪5条路径？ |
| 运维 | 上线后我要看哪3个信号？ |
这5行，就是一个人的研发部雏形。
总结
| 要点 | 说明 |
|---|---|
| 核心认知 | 代码只是研发部产出的一部分 |
| 五件事 | 产品判断+架构思维+工程标准+QA验证+运维监控 |
| 最小流程 | 一张纸五个问题 |
你以为你缺一个更强的AI程序员。其实你缺的是一个最小研发部。
不要让AI只当外包程序员。让它进入你的研发流程。
关键词：独立开发者, AI写代码, 最小研发部, 产品判断, 架构边界, 代码验收
