向土木学工程：AI带软件走出作坊

本期Agent管理学论坛，请到了一位特殊的嘉宾——李工。他有土木工程的专业背景，同时也是一名程序员。这个组合非常稀缺：大部分软件工程师谈"工程管理"时，参照系只有软件行业自身。李工能从土木工程的实践出发，给出一个完全不同的视角。

以下六个问题，是这次访谈的主线。每一个都指向软件工程中一个尚未解决好的问题。

一、施工图纸的精确度要求是怎样的？施工队有多少"自由发挥"的空间？

对应软件工程中的PRD和技术设计文档。我们的"图纸"经常模糊到需要开发者自己猜意图——在Agent时代，这个问题更严重：Agent不会"猜"，它会严格执行你写的东西，或者在你没写清楚的地方产生幻觉。

二、需求变更的处理机制

土木工程如何处理"需求变更"？甲方中途改需求的情况多吗？变更的成本怎么算？有没有"变更冻结"的节点？

软件行业似乎默认需求变更是免费的——敏捷方法论甚至鼓励"拥抱变化"。但土木工程不能把已浇筑的混凝土拆掉重来。李工在群里提到过一个关键区分：结构不会动，其他是有可能调整的。这种"什么能改、什么不能改"的分层思维，软件架构中也有对应物吗？

三、验收体系设计

土木工程的验收环节是怎么设计的？谁来验收，标准怎么定？监理的独立性怎么保证？

软件行业的"验收"往往是QA团队跑一遍测试。但土木有独立的监理制度——一个专门的角色，既不属于甲方也不属于施工方，只对工程质量负责。软件行业有对应的角色吗？

四、分包商质量管理

分包商的工作质量怎么保证？出了问题怎么追责？有没有"黑名单"机制？

在Agent时代，这个问题可以直接映射：每个Agent就是一个"分包商"。它交付的代码质量怎么验证？出了问题怎么定位到哪个Agent的产出？

五、隐蔽工程与"技术债"

土木工程的"技术债"是什么样的？偷工减料、设计缺陷、还是别的？怎么发现隐蔽工程的问题？

软件的技术债藏在代码里，至少还能通过code review发现。土木的隐蔽工程——比如钢筋间距、混凝土标号——一旦浇筑完成就再也看不见了。李工提到土木里"全靠测绘来支撑对接"，类似API契约——大桥合拢时，从两边建的桥必须在中间精确对接，高低左右偏差就全毁了。

六、AI自动化之后，工程师干什么

如果AI能画图、能算结构，土木工程师的核心价值是什么？哪些工作最先被自动化？

这个问题在软件行业已经很尖锐了。李工同时经历过两个行业，对"自动化之后工程师角色怎么变"这个问题，应该有第一手的观察。

Agent管理学论坛第13期，2月8日（周日）晚8点（北京时间）。期待李工带来跨行业的碰撞。