2026 年 9 月复盘：换赛道的第一个月

换赛道：从写功能到写架构#

月初转岗，方向是金融领域的 AI Agent。第一个感受是工作颗粒度变了：以前是拿到需求拆任务写代码，现在是先想清楚数据从哪来、模块怎么切、失败了怎么办，代码反而是最后落笔的。

这个月主要推了两条线：

• 问答式取数：让业务人员用自然语言查数据，背后是检索增强、语义解析和结果校验的组合。难点不在调模型，在于怎么让「答错了」可解释、可回退。
• 尽职报告生成：给某大型银行做的报告类 Agent。文档类生成的坑在于模板是活的、输入是脏的，「可编辑」和「自动」之间的边界要提前划清，否则联调阶段会互相打架。

两条线的架构设计都在月底前通过了评审，进入开发和联调阶段。BUG 数量也控制在个位数，算是给这个月收了个好尾。

三件印象深的事#

1. 文档欠的债一定会还。 月中被抽了一整天补架构文档。补的过程中发现，之前凭记忆做的几个设计决策，实际实现已经跑偏了，是文档让我重新对齐了一次。以前觉得写文档是给别人的交代，现在觉得是给两周后失忆的自己留证据。

2. 会开多了，代码就慢了。 有几天几乎全天在开会和对齐，晚上才摸键盘。不抱怨会议本身——跨部门协作确实需要——但我的结论是：重要的设计讨论要带结论出门，散会前把「谁、做什么、什么时候」说清楚，否则会议成本会翻倍。

3. 「可编辑」是很贵的需求。 报告生成那条线，「模板可编辑」四个字背后是模板管理、版本控制、字段映射一整套东西。需求评审时多问一句「这个功能给谁用、多久用一次」，能把很多后续的返工提前砍掉。

下个月#

• 两条线进入开发冲刺，重点是联调质量和错误处理。
• 把这个月沉淀的架构笔记整理出来，一部分发到博客上。
• 控制会议时间，保住整块的深度工作时段。

复盘写在月底，不为给别人看，就为下个月的自己少踩一个坑。