系统对外跑着真正的问题才会浮现。系统已经在真实环境里跑了。这24小时一边在密集修触达链路的运营级问题一边在更新对外宣讲材料和架构文档——两件事同时推进恰恰说明系统已经进入了“边跑边修、边修边沉淀”的阶段。一、触达链路从“能发”到“能运营”上一期把主动触达的完整链路交付到了测试环境。这一期做的是紧随其后的运营级补齐。多号码支持是这批修复的主线之一。之前批量触达时发送号码没有被固定绑定到每一批次里——任务在重试或续发时号码可能和首次发送不一致。修复后批次和号码之间形成绑定关系重试沿用首次发送的号码不会因为配置变化而产生漂移。模板快照是另一处关键修复。消息模板在平台端是动态的如果发送记录只存了模板ID而不存快照事后审计时无法还原“当时发的究竟是哪个版本的模板”。现在发送前完整保存模板快照审计日志有完整的可回溯内容。租户隔离做了两处补强租户切换后号码选择器状态重置不再复用上一个租户的号码跨租户模板请求被拦截A租户无法访问B租户的模板配置。取消状态一致性也是重点。批量触达里有一部分消息已经发出另一部分还在队列里——此时取消整个批次“已发送”状态不应被“已取消”覆盖。修复后取消只影响未发出的部分台账准确反映真实情况。二、长任务执行引擎并发、恢复、日志长任务的问题有一个特点单个用户很难遇到并发上来之后集中出现。这一批修复里有一处很典型工作进程的数据库连接池默认上限偏小心跳和事件订阅抢占连接导致业务任务等不到资源。提高上限并开放为可配置后并发场景得到缓解。租约续租解耦是另一处改动。长任务的租约需要定期续期之前续租逻辑绑在主循环里主循环一忙续租就延迟任务被系统判定超时强制终止。改成独立后台任务后续租不再受主循环负载影响。定时任务的会话恢复修了一处冷启动阻塞意图识别首次初始化时有同步等待定时任务触发时可能卡住。改成懒加载后不阻塞恢复流程。还有一处值得提会话已删除但后台任务还在运行时日志里刷出大量错误级别的报错实际上这是正常生命周期边界。降成单行警告后日志噪音减少真正的问题更容易被发现。三、架构文档沉淀让经验可复用宣讲材料更新量很大但不只是PPT措辞调整——有几份是真实的架构决策记录。联网路由策略整理了在不同场景下如何选择联网访问方案涉及多种工具链的组合策略这是在真实使用场景下跑出来的经验。多Agent编码增强和并行开发迁移冲突治理是两份更高层的文档前者涉及多个Agent协作完成编码任务时的分工和上下文共享后者涉及多分支并行开发时迁移冲突的处理规范。这类文档的作用是让下一个接手的人不用重新踩坑。四、版本节奏修一段发一版这24小时里发出了五个版本平均四到五小时一个。这不是版本管理混乱是刻意选择的节奏修好一组问题就推到测试和电商环境验证不等所有问题修完再统一发。五个版本里有针对长任务的补丁、有针对链路修复的发版、有测试环境的升级、也有电商环境的同步跟进。速度背后是信心——对构建链路可重复的信心对测试覆盖足够的信心。修复问题和沉淀经验表面上是两件事实际上说的是同一件事系统在持续运行中不断被发现、被修复、被记录这就是它变得更可靠的过程。这是第六十九天。《从0到1企业级AI项目迭代日记》记录一个企业级 AI 项目从创意、架构到落地的真实过程。不讲神话只记录进化。如果你也在做企业 AI 落地欢迎留言来聊。或者把这篇转发给一个正在踩同样坑的朋友。