真正被 AI 接管的是动作,不是签字权

能算出数字的，和能签字的，从来不是同一件事

一份从执业责任出发的判断

人工智能正在进入信息化项目造价领域。读需求、抽功能点、比价格、写初稿——这些原本横跨数天的整理与校对环节，如今压缩到了几个小时之内完成初稿。

由此产生的问题很直接：既然工具能识需求、算工作量、查价格、写报告，信息化造价工程师还有存在的必要吗？

这个问题如果只从「工具能做多少操作」来回答，结论必然是乐观的。真正决定答案的，是另一件事：造价评估结论由谁签字、谁承担执业责任。本文从执业责任的角度切入，梳理工具已经接管的动作、工具无法接管的判断，以及人机协同应当遵循的工作流边界。

信息化项目造价横跨软件开发、系统集成、硬件设备、数据建设、网络安全、云资源与运行维护等多个专业，资料体量大、专业跨度宽、计算过程繁琐。

当前大模型在软件造价与信息化项目评审中的落地场景，几乎全部落在标准化、可结构化、规则明确这一类任务上——也正是过去造价工程师最耗时间的地方。

信息化造价与建筑造价有一个结构性差异：软件需求天然存在模糊性与二义性。而在检索增强生成知识库、AI 智能体、数据治理、接口集成这些方向上，度量方法本身尚未定型。工具的短板不体现在算力，恰恰体现在无法独立完成专业裁定。

一、建设范围的边界判定

同一条需求描述，落在不同方案里可以指完全不同的东西。「系统支持数据分析」究竟是一张报表，还是带算法建模与模型持续调优？工具只认字面关键词，读不出业务上下文，也辨不清哪些属于本次建设范围、哪些属于已有存量系统、哪些是厂商附赠能力。

换句话说，工具看到的是「说了什么」，专业判断要回答的是「这次到底做了什么」。

同样的模糊性也出现在范围上。前期调研要不要计入、方案迭代算几轮、变更与试运行缺陷修复算谁的、存量数据迁移谁承担——这些都不是查手册能定的事。

造价争议的根源往往不在功能点算错，而在范围界定。范围的划定是多方博弈与业务共识的结果，依赖对政务、国企数字化业务的理解，无法由工具自主裁定。

二、计价方法选型与交叉验证

面向常规业务系统，功能点法成熟可用。可一旦项目形态变了——大模型应用、智能体、数据治理、物联网接入、安全密评、API 服务采购，功能点法就显出先天局限，算出来的数可能偏得很远。

此时需要专业判断：先用 NESMA 指示法 快速匡算，必要时展开详细功能点法，再引入工作量类比法、资产系数法、询价法 做交叉校验，以及调整因子如何设置。工具只会沿既定规则执行，缺少选型与权衡的自主判断。

三、费率与生产率基准的校准

工具内置的行业基准来自统计口径，而均值不等于本项目的合理值。项目复杂度、安全等级、信创适配要求、交付时限、团队能力、地区人力成本，任何一项不同，折算出来的生产率与人月单价就是另一套数。

涉密系统、高并发监管平台的开发测试与安全自测工作量，显著高于普通办公自动化系统。工具调取基准值不难，难的是结合项目约束条件形成有理有据的校准，并对校准逻辑作出完整论证。

四、争议调解与执业责任承担

财政评审与结算审计中，甲方、承建方、监理三方对计价结论出现分歧是常态。造价工程师需要站在第三方立场，引用国家标准、团体标准、合同条款与同类项目案例，解释计数逻辑、出具专业意见、回应审计问询。

更稳妥的做法，是让工具停在初稿这一层，把最终结论留给专业人员，用一条人机协同的造价工作流把两者串起来，并把分工写进流程，而不是停留在口头约定。

让结果可复核：可追溯四要素

对每一项重要估算，都应保留支撑它的是哪一条依据。否则结论再准确，也无法解释、无法复核。以下四项，是工具输出进入正式报告前的最低留痕要求：

提效的前提：数据安全边界

效率提升不能以牺牲信息安全为代价。信息化项目的建设材料里往往嵌着系统架构、接口信息、安全方案与投资安排，上传到缺乏安全保障的外部工具之前应当先做脱敏。所有提效动作，都要落在权限管控、数据脱敏与成果保密这三件事上。

工具能够接管信息化造价工作中的一部分任务，却难以接管完整的职业角色。计算会快很多，但需求本身的不确定性不会因此消失；参考价格摆在面前，价格是否合理仍然要人来判断；报告的格式可以自动生成，签字的份量却转移不了。

因此真正值得追问的，不是工具会不会取代造价工程师，而是造价工程师能否借它完成能力升级。未来的优势，大概率不在算得多快，而在于既懂信息化技术、又懂成本规律，能够驾驭工具、审查工具，并对专业判断负责。