9月23日，2026云栖大会，Qoder「AI Coding 赋能超级个体」分论坛。云极智CEO、原管家婆云科技联合创始人李煜中上台讲了一场，内容全是他自己踩过的坑，和踩完之后留下的护栏。本文根据现场演讲实录与分享PPT整理，以第一人称呈现，略有删节。
凌晨三点，起来看AI长工干活
我今年45岁，做了20年软件开发。我们集团成立了31周年，产品叫管家婆，有上百万家中小微企业在用。
去年八九月，我开始用Qoder。头两三个月，几乎每天只睡三个小时。
睡不着的原因说出来有点好笑：我终于当上「周扒皮」了，半夜爬起来，就想看看我的AI长工有没有在写代码。
做了20年开发，危机感最强的就是我们这种人。没有AI，我一眼就能看到自己40年后的样子。
现在不一样了。我的生命维度被拉长了。过去要五年、十年才能验证的事，现在五个月、十个月就能验证。
前三个月，两个版本全废
先说失败。
头三个月我干了两版。做法跟过去赶进度一模一样：AI，你快点给我干。没有方法，没有思路，只有命令。就像过去为了赶进度，白天讨论需求，晚上敲代码，第二天就上线。
结果也一模一样：只有代码，没有文档。
后来我直接把这两个版本咔掉了。因为AI干不动了。它不知道该按什么方式干，只能按它自己的方式干。
春节之后我想明白一件事：缺了一环，文档。我从没给AI足够的上下文，它不知道这些需求的来龙去脉。
想清楚这件事，才有了后面的版本。
7个月，593次提交，110万行
春节后这7个月，我一个人提交了593次，产出约110万行AIMES代码，做了3个企业级项目。
说是一个人，其实是两台笔记本加两台云端服务器，四台同时开工。每台上面跑四五个任务，相当于同时跟20个任务打交道。过去一个团队20个人干活，每人每天4小时有效开发。我这20个「人」，一天24小时都在干。
做的是什么？AIMES是一套多租户SaaS的制造执行系统，.NET 8加Vue 3，SQL Server和PostgreSQL双引擎。它还要对接我们30年攒下来的辉煌ERP，那是个43.8万行、2797个C#文件的老系统。
这套系统的真实规模是：292个控制器，384个服务，295个仓储，31种单据，16个ERP适配器，9.6万行双引擎SQL，351个前端页面。
这不是demo。它已经在正式对外销售，有客户在逐步上线。
31种单据，收敛成一套引擎
做进销存，说穿了就是三件事：基本信息、单据、报表。难点在单据。我做了31种单据类型。按过去的方式，31种单据得31个人甚至更多去拆解。产品说A，研发做出B，测试验收成C，回头再改配置文件，人眼看花也找不到问题。最难的事叫知识对齐，把产品、研发、测试的思想统一到一份配置上。
用Qoder，我的做法是定规则，用schema驱动。31种单据收敛成一套引擎：JSON一处定义，BillController统一入口，BillService统一业务规则，BillRepository统一持久化，前端BillEditView动态渲染。新增一种单据，就是写一个JSON。比如WO.json，422行，字段类型定义清楚，完事。
老系统打通也是同理。16个ERP适配器，覆盖辉煌、财贸两大产品家族，约13万行适配代码。过去要人去逐个分析新老数据怎么配，成本高到几乎干不了。
并发翻车：三个分支同日合并
第二个故事惊险一点。
三个分支同一天并发合并到master。25个以上代理异常终止，10个以上代理重写同一个文件，5个代理同时推送。合并现场就是一棵分叉树。
合并本身倒不算最痛。最痛的是它让我做决定：冲突的代码，选A还是选B。代码是AI写的，它写的时候我没盯着，合并的时候让我拍板，我就傻眼了。跟同事协作一个道理，你不给A设边界，他去改了B负责的内容，最后还是你来裁决。
所以后来我给并发立了规矩，五条纪律：单一写权，stand-down回执，180秒静默期，每步落盘，长任务切短批次。
规矩立完，效果看得见。三条独立合并线，tree hash殊途同归，结果完全一致。合并前跑全门禁矩阵：后端6857个用例，前端256个文件1645个用例，移动端355个用例，加上9个工程守卫。全绿，才允许进master。
满屏红：1444条检查失败
第三个故事来自生产环境。
做MES绕不开「过账」：单据数据要进库存、进往来、进成本核算。有一天，WIP平衡监控开始报检查失败，1444条一天，满屏红，客户侧可见。
我过去的第一反应是按F12把代码扒出来看。这次我写了个插件，把页面上发生的所有信息抓下来，一键复制，整包丢给Qoder：来，你帮我找问题。
半个小时后它给了我答案：schema里有一个单位字段没做强制判断，默认计量单位为空，整条链路跟着报错。
根因就一个基础数据问题。修复之后，1444条归零。
这里我得诚实地更正两件事。一开始我口头估算涉及6968行，实测只有6行；一开始怀疑是请求风暴，复核之后确认是设计行为。AI给的答案也要复核，但整个排查从「想都头疼」变成了半小时。收尾时还清理了121个临时产物，里面混着几个敏感配置文件。
那段时间我做了个噩梦，梦见回到古法编程，直接吓醒了。
把每个坑，变成护栏
7个月里踩的坑，我都留着。
写盘被覆盖过，就有了写盘守卫：下限断言，写后回读，自动备份。并发失控过，就有了那五条纪律。有一次完整控制器被误替换成权限桩，11个端点404，就有了regression-gate提交前门禁。跨工作树取证失实19处，就有了取证三步法。
坑不会白踩。每个坑，都能变成下一次交付的护栏。
这背后是我给Qoder搭的五层外脑：17条Rules硬约束，66个项目级Skill，一座Obsidian永久记忆库，加上Qoder自己的记忆和16个工程元技能。每周我会让Qoder整理一遍它过去的规则和记忆，相当于定期对知识做重构。
为什么一直用Qoder？说实在的，它承载了我太多记忆，它是跟着我长大的。Qoder出专家团的时候，我第一时间切了过去。以前干一件事非得排队等，现在leader会把任务拆给各个子代理，多线程跑，跟真实团队一模一样。
今天就能开始的三个动作
不用从百万行代码开始，从一个规则开始。
第一，建Rules硬约束。先写最小变更纪律，再补安全配置和临时文件规范。没有硬约束，就是一盘散沙。
第二，让记忆分层持久化。保存工作上下文和责任领域，持续维护活跃项目和待审笔记。工具随便选，我用Obsidian，方法是一样的。
第三，把重复经验做成Skill。每踩一个坑，固化一次。商品信息做完一版，就让它沉淀成基本信息的Skill，下一个模块照着做，跟带新同事一个道理。
一个规则，一个记忆，一个技能。就这么多。
最后送大家一句话：AI的上限，取决于你为它建立的纪律与记忆。
别把Qoder当补全工具。把它当一个需要你驯化的团队。我就驯化出了一支团队，有做产品的，有做开发的，还有做自动化测试的。
我看不到40年后的自己在干什么。但我非常清楚，我当下在做什么。
我是一个人。我背后有千军万马。
