建筑行业里，总账往往是最不可信的真实性来源。一个项目当前完成度是40%还是60%，一笔延迟到货的材料会如何推高完工成本，一张发票该归入哪个成本代码，这个月实际欠某家分包商多少钱——这些决定利润表质量的关键信息，几乎都不在会计系统里。它们散落在施工进度表、每日日志、批准额外工作的邮件，以及现场主管的脑子里。财务团队要完成月度结算，只能靠打电话、发短信、追邮件，把散落的事实手工搬进总账。这个搬运过程，才是建筑会计真正的成本中心。
Adaptive 想用智能体替代的，正是这个搬运环节。2026年9月17日，这家总部位于波士顿和纽约的公司宣布完成3000万美元B轮融资，由 Tidemark 领投，现有投资者 Emergence Capital、Andreessen Horowitz、Pathlight、Definition 和 3KVC 参投。据公司披露，本轮完成后累计融资达到5700万美元。
与大多数垂直SaaS公司不同，Adaptive 的产品定位不是“帮财务团队更好地记账”，而是让智能体去现场获取总账里没有的事实，再执行那些被这些事实卡住的会计动作。这种从“记录系统”向“行动系统”的位移，是理解这笔融资的关键。
| 字段 | 内容 |
|---|---|
| 公司 | Adaptive（Adaptive Accounting） |
| 轮次 | B轮 |
| 金额 | 3000万美元 |
| 投资方 | Tidemark（领投），Emergence Capital、Andreessen Horowitz、Pathlight、Definition、3KVC |
| 总部 | 波士顿和纽约 |
| 创始人 | Matt Calvano（联合创始人兼CEO）、Henry Bradlow、Francisco Enriquez |
| 官网 | https://adaptive.ai |
产品切中的不是记账错误，而是信息断点
Adaptive 的核心机制可以拆成两个输入源。第一个是数字：账单、卡消费、承诺、变更单，直接从会计系统、银行和收件箱中提取。第二个是现场叙事：每日日志、会议记录、工地照片，以及必要时通过语音或短信向现场主管和项目经理直接核实的信息。据 Tidemark 官网博客披露，Adaptive 的智能体读取这些非结构化现场记录后，将其与财务数据连接，再执行具体会计动作。
公司称，其智能体覆盖项目会计全流程：将发票编码到正确的项目、阶段和成本代码并与采购订单匹配，起草变更单并跟进签署，准备账单，编制月度 WIP，维护留置权豁免和供应商保险。但有一个边界值得注意：据公司披露，智能体不会自行过账到总账，每项操作都需人工审核和批准。这意味着 Adaptive 当前的产品设计，是把智能体定位为“协调和信息收集层”，而不是替代财务判断的“自动过账层”。
这个边界在建筑会计场景中并非保守，而是现实约束。建筑项目的成本归属经常涉及模糊判断：一笔费用是归入当前项目还是待摊，一个变更单是否已获得业主口头批准但尚未书面确认，某家分包商的账单是否与实际进度匹配。这些判断一旦出错，直接影响项目利润和现金流。把最终过账权留在人手里，降低了智能体在非结构化场景中的错误成本，但也限制了自动化的上限。
从工作流顺序看，Adaptive 的产品扩展路径也印证了这一点。Tidemark 博客披露，公司从 job costing 起步，先把到达的成本分配到正确的项目、成本代码和成本类型，再逐步扩展到应付账款、账单、变更单、WIP、付款和合规。这个顺序意味着，Adaptive 选择先解决建筑会计中信息密度最高、判断最频繁的环节，而不是从相对标准化的记账动作切入。这种路径的潜在优势在于，一旦 job costing 的智能体能够稳定工作，后续工作流可以复用同一套项目上下文；但风险同样存在——如果最难的环节验证不充分，后续扩展可能被同一个准确率问题拖累。
750家客户的真实含义：跨系统适配比客户数量更值得关注
据公司披露，超过750家建筑公司使用 Adaptive，年收入从500万美元到10亿美元不等，覆盖总承包商、专业承包商和房地产开发商。这些客户使用超过10种会计系统，从 QuickBooks 到 Sage Intacct、Foundation 和 Acumatica。Adaptive 还与超过40家会计师事务所合作。上述客户数量、收入跨度、会计系统数量和事务所合作数量均为公司披露口径，公开材料中未见独立验证。
750家客户本身是一个可观的数字，但更值得拆解的是“超过10种会计系统”这个事实。建筑行业的财务软件栈高度分散，中型承包商可能用 Sage Intacct 或 Acumatica，小型公司用 QuickBooks，部分老牌企业仍在使用 Foundation 这类行业专用系统。Adaptive 的产品逻辑是坐在现有会计系统之上，而不是替代它们。这意味着它必须持续维护与多个 ERP 系统的集成，同时处理不同系统在成本代码、项目层级、WIP 计算方式上的差异。这种跨系统适配能力，是它能否继续扩展客户基数的前提，也是技术债务的潜在来源。
另一个值得注意的渠道是40多家会计师事务所。在建筑行业，大量中小承包商将项目会计外包给专业事务所。如果 Adaptive 能成为这些事务所的工作平台，它就能以较低获客成本触达大量长尾客户。但这条路径的验证程度，目前来源材料未披露具体合作深度或收入贡献。新闻稿中引用了 Blackline Financial 创始人 Jared Westergard 的说法，称 Adaptive 的项目会计智能体处理发票编码和变更单跟踪，让团队可以专注于客户真正关心的问题。这提供了一个事务所视角的佐证，但单条客户引言不足以证明整个渠道的规模化效果。
客户收入跨度从500万美元到10亿美元，同样是一个需要拆解的信号。这个范围覆盖了从地方性专业承包商到跨区域总承包商的不同体量，说明 Adaptive 的产品并非只适用于某一规模段。但收入跨度大也意味着使用深度可能高度分化：一个500万美元收入的小型承包商可能只用到发票编码，而一个10亿美元收入的总承包商可能同时跑多个工作流。公司未披露客户在不同收入段的分布，也未披露不同规模客户的使用模块数量，因此“750家客户”这个总量无法直接换算为收入质量或产品粘性。
“System of Action”是投资逻辑，也是尚未闭合的证明链
Tidemark 创始人兼管理合伙人 Dave Yuan 在官方博客中给出了一个明确的框架：Adaptive 是 Tidemark 找到的“最清晰的 System of Action 案例之一”。按他的表述，System of Action 是坐在现有记录系统之上的应用层，汇集决策所需的上下文，然后直接执行工作。Tidemark 合伙人 Andrew Walsh 则称，客户“持续将 Adaptive 描述为他们业务中最重要的系统之一”，并认为这种热情“在建筑软件中很少见”。
这是投资方的判断，不是已被独立验证的事实。从已披露的客户数量和覆盖的会计系统数量看，Adaptive 确实在建筑财务这个垂直场景中建立了初步的网络效应基础：每增加一个工作流，平台对项目和公司的理解就更深，智能体能执行的动作就更多。Tidemark 博客还提到，客户将 Adaptive 描述为“他们不必雇用的簿记员”，并称随着业务增长，会计团队不必同步扩张。这种“硬美元 ROI”的表述同样来自投资方对客户的转述，尚无独立财务数据验证；如果成立，意味着 Adaptive 的价值主张不只是效率提升，而是直接替代一部分人力成本。但“最重要的系统之一”和“不必雇用的簿记员”这些表述均来自投资方对客户的转述，缺乏可核验的客户留存率、净收入留存率或使用深度数据。一个产品可以被客户称为“重要”，但如果只被用于发票编码这一个环节，其商业价值和替换成本会大打折扣。
从资本结构看，本轮由 Tidemark 领投，四家现有机构跟投，没有新增外部战略投资方。Tidemark 是一家定位增长期的股权投资机构。编辑分析认为，增长期机构进入通常意味着公司已经过了产品验证阶段，进入规模化扩张期；这一推断与 Adaptive 宣称的750家客户和跨10种会计系统的覆盖度大致吻合，但来源材料未直接说明 Tidemark 对 Adaptive 所处阶段的判断依据。累计融资5700万美元对应750家客户，按已披露数字粗略折算，单客户对应的累计融资额约7.6万美元。这是编辑基于公司披露的累计融资额与客户数所做的粗略折算，并非公司披露口径，也未考虑融资轮次时间分布和客户增长曲线，不能将其误读为当前单客户经济性指标；这个比值在垂直SaaS中不算低，说明公司仍处于用资本换覆盖的阶段，尚未进入以收入反哺增长的循环。
Tidemark 博客还披露了一个容易被忽略的背景：Matt Calvano 在 Adaptive 早期就加入了 Tidemark 的社区，参与了其 Vertical SaaS 项目和 Collective Live 活动。这意味着 Tidemark 对 Adaptive 的尽调周期可能比一般领投方更长，双方在 Vertical SaaS、AI 和建筑行业控制点等概念上有共同语言。这种长期关系可以降低投资决策中的信息不对称，但也意味着 Tidemark 的公开判断可能带有更强的认知惯性。外部观察者在评估这笔融资时，需要把“投资方熟悉公司多年”这个因素纳入考量，而不是把 Tidemark 的背书当作独立验证。
资金用途明确，但竞争格局和商业模式仍是空白
据公司披露，B轮资金将用于继续开发项目会计智能体，并扩展波士顿和纽约的团队。这个用途与产品当前的状态一致：智能体覆盖的六个工作流——job costing、AP、billing、WIP、payments、compliance——中，公司称从 job costing 起步，逐步扩展到其他环节。继续开发意味着这些工作流的成熟度可能并不相同，部分环节可能仍处于早期验证阶段。
但来源材料没有披露 Adaptive 的定价方式、收入规模、毛利率或客户获取成本。也没有披露任何竞争对手信息。这给外部评估留下了两个关键空白。第一，建筑财务软件并不是无人区。Procore 在项目管理端占据强势地位，其财务模块与 Adaptive 的部分工作流存在潜在重叠；Sage 和 Acumatica 等 ERP 厂商也在向垂直场景延伸；此外还有大量专注于建筑行业的记账服务和传统项目会计软件。Adaptive 的差异化在于“智能体主动获取现场信息”，但这个差异化能否转化为定价权和客户粘性，目前没有公开数据支撑。第二，商业模式的缺失使得“750家客户”这个数字难以换算为收入质量。如果 Adaptive 采用按客户规模或按工作流收费的模式，其收入结构与客户构成密切相关；如果采用按交易量或按智能体操作次数收费，则增长逻辑完全不同。
竞争维度的空白尤其值得注意。Adaptive 的智能体需要从会计系统、银行和收件箱中提取数字信息，这意味着它必须与客户现有的财务基础设施深度对接。如果 ERP 厂商自己推出类似的智能体功能，Adaptive 的跨系统优势可能被削弱；如果 Procore 将项目现场数据直接接入其财务模块，Adaptive 的“现场信息获取”差异化也可能面临挤压。这些可能性目前都只是推断，因为来源材料未披露任何竞争动态，也未说明 Adaptive 与这些潜在对手之间的实际重叠程度。但正是这种未披露，使得“System of Action”的定位更像一个待验证的假设，而不是一个已经建立护城河的事实。
人工审核的边界，是风险控制也是规模化瓶颈
Adaptive 的产品设计中有一个容易被忽略的张力：智能体负责协调和信息收集，但不会自行过账到总账，每项操作都需人工审核和批准。这个设计在风险控制上是合理的，但它同时意味着 Adaptive 的自动化价值存在一个上限。如果每个智能体动作都需要人工确认，那么随着客户业务量增长，财务团队的工作量并不会线性下降，而是从“手工录入”转变为“审核智能体建议”。
这种转变是否带来实质效率提升，取决于两个因素：智能体建议的准确率，以及审核界面的效率。如果智能体在发票编码和变更单起草上的准确率足够高，人工审核可以退化为快速确认；如果准确率不高，财务人员需要在审核中重新追溯现场信息，那么 Adaptive 只是在原有流程上增加了一个中间层。公司未披露智能体建议的准确率或人工审核的通过率，因此这个效率提升的幅度无法从现有材料中判断。
另一个待验证的假设是现场信息获取的可靠性。Adaptive 的智能体通过语音或短信向现场主管和项目经理核实信息，这意味着产品依赖现场人员的响应意愿和响应质量。施工现场的主管通常处于高负荷状态，如果智能体的询问频率过高或问题不够精准，可能被忽略或敷衍。Tidemark 博客称 Adaptive 读取每日日志、会议记录和工地照片，但未说明这些非结构化数据的解析准确率，也未说明当现场人员给出错误信息时，系统是否有交叉验证机制。
这个风险在建筑场景中比一般办公场景更突出。办公室里的财务数据有明确的格式和来源，而工地现场的信息往往以碎片化、口语化甚至矛盾的形式存在。一个主管可能口头说“这周完成了三层楼板”，但每日日志只记录了天气和人员出勤；一张工地照片可能显示材料已到场，但无法说明这批材料是否已经安装。Adaptive 的智能体需要在这些噪声中提取可用的会计事实，这个技术难度可能远超“读取发票并编码”的范畴。如果现场信息解析的准确率不够高，人工审核环节就会变成新的信息断点——财务人员仍然需要打电话确认智能体给出的建议是否可靠，只是多了一个中间步骤。
从已披露事实能推出的结论，以及不能推出的部分
从已披露的750家客户、10种以上会计系统覆盖、40多家会计师事务所合作，以及从 job costing 向 AP、billing、WIP、payments、compliance 的扩展路径看，Adaptive 已经在建筑财务这个垂直场景中建立了一个可重复的产品交付模式。它的核心假设——建筑会计的瓶颈不在记账而在现场信息获取——与建筑行业的实际工作流高度吻合。这个假设本身不需要太多论证，任何熟悉建筑财务的人都能识别出信息断点的存在。
但“问题真实”不等于“解决方案有效”。Adaptive 需要证明的是：智能体获取现场信息的成本，低于人工获取的成本；智能体建议的准确率，足以让审核环节不成为新的瓶颈；跨10种会计系统的集成维护，不会随着客户增长而变成不可控的技术负担。这些验证路径目前都没有公开数据支撑。公司称其智能体“从施工进度表、每日日志和现场记录中获取项目上下文”，但未披露这些非结构化数据的处理准确率；公司称客户“年收入从500万美元到10亿美元不等”，但未披露客户在不同收入段的分布，以及大客户和小客户的使用深度差异。
一个值得注意的细节是，第三方数据平台对 Adaptive 的融资记录存在明显冲突。Indexed.vc 称其累计融资8100万美元、B轮于2025年12月完成、投资者包括 Bain Capital Ventures 和 Nvidia；Tracxn 的一个页面称累计融资1.24亿美元，另一个页面称2640万美元。这些数据与官方新闻稿的5700万美元和2026年9月17日的时间点均不符。这些平台数据可能为自动抓取或存在同名公司混淆，因此不能作为可靠事实依据。这种冲突本身不构成对 Adaptive 的负面判断，但它提醒外部观察者：在缺乏公司官方披露的情况下，关于 Adaptive 的融资历史和股权结构，市场上存在不可靠信息。本文以公司官方新闻稿和 Tidemark 官方博客为事实基准。
Adaptive 的融资故事，本质上是一个关于“信息断点”的故事。建筑行业的财务数据之所以不可信，不是因为会计软件不够好，而是因为决定数据质量的信息不在软件里。Adaptive 试图用智能体把这个断点补上。这个方向有真实的产业基础，也有清晰的客户痛点。但从“问题真实”到“产品有效”，再到“商业可持续”，中间隔着准确率、审核效率、集成维护成本和定价能力四道验证关口。3000万美元能买来的是继续验证这些关口的时间，而不是答案本身。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：Adaptive 的赌注是，建筑会计的真正瓶颈不在总账，而在工地现场与财务系统之间的信息真空。这个判断切中了行业长期存在的结构性痛点。但智能体能否稳定地从进度表、日志和现场对话中提取可靠事实，并以足够高的准确率让“人工审核”不沦为新的瓶颈，是比融资数字更值得跟踪的指标。如果这条验证路径走通，Adaptive 有可能成为建筑财务的操作层；如果走不通，它可能只是又一个在 ERP 之上叠加的协调工具。