Databricks 在 2026 年 10 月 14 日通过官方博客宣布，Document Intelligence 的实时 REST 接口正式可用：企业收到的合同、发票、理赔材料等文档，一到达就能被解析、分类并抽出关键字段，不必再先攒成一批慢慢处理。其中用于判断文档下一步去向的 decisions 接口同期进入 beta 测试。
四个接口分别干什么
这套接口把文档处理拆成四步。ai_parse_document 负责读文件，把表格和图形转成结构化文本，并算出每个字段在原文中的引用位置框；ai_extract 按调用方指定的字段清单抽取结果，可附带引用和置信度，方便人工或智能体回查原文；ai_classify 按企业自己的业务分类体系给文档或抽出的实体打标签，可附理由和置信度；ai_decide 则根据内容决定路由，例如把文档送进哪条审批流，或标记为需要人工复核。
为什么强调"到达即可处理"
Databricks 给的例子都是日常卡点：合同到了，法务要逐份找签约方、生效日和续约条款再录入系统；发票到了，财务要找供应商、订单号和金额才能走审批；理赔材料到了，理赔员要先读完附件才知道该分给谁。传统做法是异步批处理管线，文档要等下一批才能进入业务。改成同步接口后，应用可以在上传那一刻就完成解析和预填：官方示例里，律师在 Databricks Apps 上传合同，打开审核表单时关键条款已经填好，逐项核对引用后确认，记录连同原文出处一起写入 Delta。基于 Agent Bricks 搭建的智能体也能在行动前先调用这些接口读懂来件。
落地时要复核什么
接口正式可用不等于可以无人值守。抽取结果的可靠性取决于文档质量：扫描模糊、版式罕见、手写混排的文档更容易出错，因此官方把引用位置和置信度做成标配，就是让低置信字段进入人工复核队列。已经在用 Databricks 的团队可以直接在工作区里试用解析、抽取和分类，也能照官方 REST 接口文档接入自有应用；是否值得迁移，先拿本单位最常见的三类文档实测准确率再决定。
