智能体交付这门生意，渐渐分成两派。一派把开发工具交给客户，实施留给客户自己——演示很绿，上线很久；另一派连人一起卖：软件平台加驻场工程师，定制应用交付完还要接着运营。10 月 16 日宣布 2900 万美元 B 轮的 RapidCanvas 属于后者，而且在这个时点选择把宝押在「人」上，本身就是一个值得读的信号。
这轮融资由 Vertex Ventures SEA & India 领投，Hitachi Ventures 参投，Accel、Peak XV Partners、Valley Capital Partners 与 Titanium Ventures 等老股东全员回归；累计融资 5250 万美元，上一轮是 2024 年 12 月的 1600 万美元 A 轮。公司披露六个季度 ARR 增长八倍，但未给出绝对值与估值。2021 年创立，CEO 是 Rahul Pangam，CTO 是 Uttam Phalnikar。
平台沉淀的是什么
RapidCanvas 的产品叙事围绕一个叫 Enterprise Context Engine 的部件展开。它把企业的业务知识分成四类沉淀：实体间的关系、指标的定义、决策规则、组织验证过的模式，靠自动发现、专家输入与评审三条线喂养，定时摄入加按需检索，产出持久、版本化、按企业隔离，且每条输出可追溯回源数据与相关逻辑。平台另有一个可视化开发画布加技能库，治理件叫 Operational Harness。
为什么上下文引擎值钱，官方案例说得很具体：模型认得产品名，却未必知道「可用库存」含不含预留单位、供应商承诺谁优先、什么情况下计划员必须审批订单——把这些定义与例外写清楚，应用才有可行动的依据。反过来说，这也是一份永久的维护义务：业务规则要有主人、要评审、要随运营变化更新。平台侧模型无关，可跑在 AWS、Azure 或 Google Cloud，客户环境、托管与 SaaS 三种形态都支持，经 API 与 ERP、CRM、工单系统读写，最近还接上了 Slack 与 Google Drive 的上下文连接。
交付债的另一种还法
站点 1908 提过「交付债」：智能体演示与生产之间的那道坎。业内的还法分两路——1951 的 DOSS 把 Dynamic Apps 做成提示词生成的工作台，让客户自己搭；RapidCanvas 反过来，把驻场 AI 工程师当成产能单位，六个季度 ARR 八倍靠的是每个部署都能踩住上一 deployment 的肩膀。1931 的智能体劳动力市场、1928 的 Duvo 对企业例外的兜底，说的是同一件事的不同侧面：企业级智能体的瓶颈从来不是模型能力，是把流程、例外与人组织进系统的功夫。
这轮融资的用途也顺着这个逻辑：扩美国、巴西、印度的直销与驻场工程团队，拓展私募股权与咨询合作。翻译一下——钱主要花在人和渠道上，不是算力上。Gartner 那条被反复引用的口径（编排自动化支出从 2025 年约 70 亿美元到 2029 年超 210 亿美元、超四成智能体项目将在 2027 年底前取消）恰好是这笔融资的注脚：市场足够大，死掉的也足够多，活下来的都懂交付。
放进台谱里看
纯软件路线的对照系在站点也有存档：1951 DOSS 讲定制不破坏升级，1975 FIS 讲控制四件套，1974 Salesforce Hunter 讲长住智能体的治理默认。RapidCanvas 与它们都不冲突——它卖的不是某个智能体，是「让智能体在客户环境里活下来」的全套服务。对采购方，这篇的价值是重新校准评估口径：别问 demo 通过率，问驻场工程师的人天、问上线周期、问例外规则的更新频率。
几盆该浇的冷水
「六个季度 ARR 八倍」没有绝对值托底，从任何基数出发都能讲出动听的故事；未披露估值与盈利状况。驻场模式与软件毛利天然有张力，规模化之后人效能不能维持，是这门生意的核心考验，而公司没有给出单位经济模型。上下文引擎听着美，但它同时是持续的维护成本——客户换运营流程时的更新代价，官方案例没有量化。
给正在选型企业智能体交付方的读者一个短的尽调清单：要三个同行业客户的可联系证明；要一份真实的例外规则台账看维护频率；把「上线周期」与「第二次同类应用周期」分开问——RapidCanvas 模式的卖点是后者显著短于前者，这个命题值不值得溢价，答案就在这两个数字里。