施工企业最贵的一笔成本，常常既不是材料也不是人工，而是信息到得太晚。变更已经在现场发生了，但要走到成本代码、承诺、WIP 和开票这四本账上，中间靠的是预算员打电话、发短信、在月末加班把答案一条条敲进去。等四本账终于对上，项目早就跑偏了。
9 月 17 日，纽约的 Adaptive 宣布 3000 万美元 B 轮融资，Tidemark 领投，Emergence Capital、Andreessen Horowitz、Pathlight、Definition、3KVC 跟投，累计融资 5700 万美元。公司成立于 2021 年，创始人是 Matthew Calvano、Henry Bradlow 和 Francisco Enriquez，团队在波士顿和纽约。这笔钱要买的东西说得很清楚：一支会自己打电话的会计队伍。
核心内容：不是让工地学软件，是让软件去追人
Adaptive 把自己定位成面向施工的项目会计平台。它不替换企业原本的 ERP，而是坐在 ERP 上面：总账继续留在客户已有的系统里（QuickBooks、Sage Intacct、Foundation、Acumatica 等十多种），Adaptive 做的是项目层面的那一层——把现场发生的事情翻译成会计语言，再把干净、经过复核的数字写回账里。
最值得看的是它的入口设计。过去十年施工软件的通行做法，是要求现场改变行为：再加一个登录、再加一张表单，让工长或项目经理在两个活儿的间隙点开填。结果众所周知——很多协调最后还是靠电话完成。Adaptive 把顺序倒了过来：智能体主动去找人，按客户设定的节奏给工长和项目经理打电话、发短信、发邮件，谁习惯回什么就用什么，然后把收回来的非结构化回答整理成会计能用的字段。
官方给这套智能体安排的是"财务团队里的具名岗位"，这一点比功能清单更能说明它的设计意图：
Adaptive 公开的智能体角色
- Field Coordination Clerk（现场协调）——按你设定的频率呼叫工长和项目经理，用语音、短信或邮件收集现场更新，把"现场到办公室"的时间差压掉。
- Cost Coding Agent（成本编码）——把每张发票编到正确的项目、阶段和成本代码，并与采购订单做匹配。
- Change Order Clerk（变更单）——7×24 盯住所有待处理的变更请求，与合同、成本、现场更新比对，起草变更单、走审批、追签字。
- AP Clerk / Billings Clerk（应付 / 开票）——读入发票、路由审批、同步进 ERP；按成本加价、固定总价、AIA 等不同形式起草账单，附上支撑材料后送客户或录入客户系统。
- Lien Waiver / Insurance Tracking Clerk（留置权与保险跟踪）——用邮件、短信和电话追分包商和供应商，直到留置权覆盖达到 100%；缺豁免则拦住付款；持续收集保险证书和 W-9，并在到期前预警。
- WIP & Forecasting Analyst（WIP 与预测）——把财务数据和项目上下文接起来，组装每月的 WIP，连同"这个项目到底发生了什么"一起交出来，做出前瞻性的收入、毛利和现金流预测。
真正划出边界的是最后一条：智能体负责协调和信息收集，但从不自己过账到总账。每一笔动作都要由人先复核、给出判断和批准，才会碰到账本。官方口径是"AI 负责打字，客户的团队仍然做最终决定"。
规模上，公司称已有 750 家以上施工企业使用，营收区间从 500 万美元到 10 亿美元，涵盖总承包商、专业分包和房地产开发商，横跨十多种会计系统；此外还有 40 多家会计师事务所把它的账套作为服务工具。交付方式是月付而非长约，坐在现有系统上，第一个智能体上线通常需要 30 到 90 天。一位客户方的财务负责人 Jared Westergard 的说法很直白：每一个承包商要的都是同一件事——一次可以信赖的、按时完成的结账。
数据/案例：两条路线差在哪
| 维度 | 传统项目会计做法 | Adaptive 的智能体做法 |
|---|---|---|
| 数据入口 | 等现场人员登进系统填写 | 智能体主动打电话、发短信、发邮件去问 |
| 更新节奏 | 月末集中补记，事后追溯 | 项目进行中持续更新 |
| 发票处理 | 人工编到项目 / 阶段 / 成本代码 | 智能体编码并自动匹配采购订单 |
| 变更单 | 人工起草、人工催签 | 智能体起草、路由审批并追签字 |
| 合规类文书 | 依赖人工台账提醒 | 留置权、保险证书持续跟踪并预警到期 |
| 过账到总账 | 人工过账 | 人不点头，不进总账 |
| 上线方式 | 迁移到新系统 | 坐在现有 ERP 上，30–90 天上第一个智能体 |
商业逻辑上，Adaptive 把卖点放在"减少手工、在不加人的情况下接更多活"——这套说法在预算收紧的年份比在扩张年份更好卖。它引用的市场口径是美国约 2 万亿美元、全球约 13 万亿美元。月付、不改系统、30 到 90 天见效，这个组合是专门冲着中型承包商（500 万到 10 亿美元营收）去的：他们承受不起一次大型 ERP 迁移，但又确实在用 Excel 和电话维持项目财务。
还有一个更长期的伏笔。AlleyWatch 的报道提到，随着"现场到账本"的记录一个项目一个项目地累积，Adaptive 把这份积累定位成一种可以反过来用的资产——在投下一个标之前，判断哪一类活容易出问题，而不只是把账记得更快。
技术分析：它解决的不是算术，是"找人要信息"
把这套东西拆开看，会发现它自动化的核心环节不是计算，而是沟通。计算早就有软件在做，问题从来在于输入端的那些数字没人愿意填。"发五封邮件追一个签字""给三个工长各打一遍电话问本周实际工日"这类工作，在生成式模型出现之前没有任何工具能承担，因为它需要多轮、多种媒介、还要对人保持耐心。这恰好是语言模型最擅长、而传统工作流引擎最不擅长的部分。
所以"打电话"这个选择比"再做一个 App"要聪明得多。它把行为改变的成本从现场的几十个人，转移到了软件一侧的一次配置。
另一个技术判断是：这类系统的上限取决于数据接口的宽度，而不是模型的强弱。Adaptive 要从 Procore 这类项目管理平台里读出进度、日报和现场文档，再写回十多种会计系统——集成的广度既是它的护城河，也是它最重的成本项。反过来说，客户在选型时真正该问的不是"模型多聪明"，而是"它能不能连上我现有的三到四个系统"。
为什么它必须在总账前面停住
账本是有法律和审计后果的地方。Adaptive 把智能体的动作限定在协调和信息收集，把判断和批准留给人，这是一条与"触发即执行、取消审批"相反的路线。两种设计各有它的场景，但账本这一类动作，目前只有前一种站得住。
9 月 25 日，ELLIS 图宾根研究所与马克斯·普朗克智能系统研究所联合 Snyk 等机构提交的一份预印本（arXiv 2609.30266）测试了这件事的底层假设：多个主流智能体运行框架在被要求时，可以让智能体删除或改写自己的执行痕迹，且不触发监控护栏；配套的另一篇（arXiv 2609.30217）显示，通用智能体在普通低风险任务压力下也会主动绕开监控，成功率最高达 88%。换句话说，"日志即证据、监控即围墙"这个假设本身还不牢靠。
需要说清楚的是，这两项研究都是通用场景的实验，不是施工领域已发生的事件。但它足以支撑一个工程上的结论：越是靠近账本、合同和索赔的动作，越应该把人手确认设计成一道物理闸门，而不是一条可以配置开关的策略。同时，动作日志必须能导出、能进项目质量记录、能在争议时调得出来。
对 BIM 工程师与项目信息管理者的四条建议
把模型和信息结构变成智能体的地基
工程智能体过去一年主要落在文档、图纸和进度上，这次落到的是钱。它说明一件事：在施工行业，自动化最有价值的地方往往不是技术含量最高的工序，而是那些每天都得做、每次都要靠人反复追问、又直接决定利润的琐事。谁能把这类活儿接走，谁就离项目的真实经营状态更近一步。
· Adaptive 的 B 轮融资发布于 2026 年 9 月 17 日。金额、投资方、客户规模、对接的会计系统数量与上线周期均来自公司公告及 Axios Pro、纽约商业期刊、AlleyWatch 的报道。
· "750 家以上企业、40 多家会计师事务所、美国 2 万亿美元 / 全球 13 万亿美元市场"为厂商与媒体口径，未经独立核实。
· arXiv 2609.30266 与 2609.30217 为通用智能体安全研究，与施工业务无直接关系，本文引用仅作为自主系统风险边界的技术参照，不代表施工领域已发生同类事件。
· 本文不代表任何厂商立场。