AI浏览器的个人探索笔记:AI编程开发实战总结(第三期)

我爱免费

作者：微信文章
和AI结对编程，实战总结：踩过的坑和长过的记性

这是2026年，未来可能不同，但当下，这可能是让你少走半年弯路的记录。

最近大半年一直在用AI写东西，特别是全流程开发一个AI浏览器项目，从零搭到能跑，中间折腾了不少来回。有些感受，随手记下来。

算不上经验，就是些真实体会。
一、关于技术选型：别被AI的“自信”骗了


1. 一个屡试不爽的测试

现在选技术栈，我都会让AI先列三个方案对比。但我不看它给的优点列表——那都是文档里抄的。

我只看一条：让它用目标技术写个“最小可行演示”。

写过和听说过，是两码事。AI特别擅长把技术说的头头是道，但你让它真跑一段代码，漏洞就出来了。这个“最小可行演示”环节，能筛掉一半的花架子方案。

2. 那个让我后背发凉的问题

定技术栈前，我现在必问一个问题：“这个技术的哪个特性，会让你在后续开发中频繁打补丁？”

这问题妙在哪？妙在我能够思考我到底需要这个技术实现什么效果，如果AI真懂这个技术，它能列出一两个坑。
二、关于状态管理：有些代码，AI真写不明白


3. 关系理清楚

跟AI提需求时，只要出现“映射”“对应关系”“同步”这三个词，要特别注意。

比如“把A映射到B”“维护用户和会话的对应关系”。这种涉及ID映射的逻辑，AI十次有八次会写漏边界情况。必须强调：涉及映射，先画状态转换图。画不明白，就不往下写代码。

这不是为难AI——这是为难我自己。因为图没画清楚的代码，改起来要命。

4. 状态机那点事

其实状态机不复杂：空闲→运行→暂停→终止，几个箭头的事。但多少人直接AI生成？

要注意：哪怕是小功能，也先用Mermaid画个图。图定下来，再让AI编码。看着慢，其实快。
三、关于接口冻结：吃过亏的都知道这条多重要


5. 宁可版本V2，不要原地改

这条是我用两次熬夜换来的。

接口一旦对外用了，哪怕觉得设计得别扭，也别原地修改。AI不懂什么叫“兼容性”，你跟它说“把参数改一下”，它真敢把所有调用处全改了。

宁可版本化，不要原地改。 老接口标deprecated，新接口叫v2。看着冗余，但不会一改出错就无法回头。

6. 真正的清晰长什么样

自认为说“清楚了”的时候，AI往往还没真清楚。

真正的清晰，得把“如果XXX失败了怎么办”全部列出来。隐性条件不显式化，代码就是纸糊的。
四、关于测试：换个问法，效果天差地别


7. 不要问“对吗”，要问“什么情况下会错”

以前让AI写测试：“给这个函数写测试”。AI吭哧吭哧写一堆，覆盖率挺高，但上线还是崩。

现在改问法了：“这个功能在什么条件下会错？按这个思路写测试。”——瞬间从“证明自己没错”切换到“找出哪里会崩”的视角。AI在这方面的发散思维，比人类强。
五、关于认知：别对AI抱不切实际的期望


8. AI不知道自己改动会影响什么

这是核心问题。

你问AI“这个改动影响哪些模块”，强制让它列“影响范围清单”。列得越细越好，我自己再扫一眼——有它兜底，有我查漏补缺。

10. 复杂需求要“切碎了喂”

以前我图省事，一次把复杂需求全抛给AI。结果写到后面，前面约好的约束全忘了——上下文窗口就那么大，装不下。

现在学乖了：需求骨架→核心流程→边界处理，三步走。慢是慢点，但不翻车。

---

站在智能时代前夜，我们关注变革中的焦虑与希望，关注我们，一起探寻技术浪潮里，人的位置与未来。