运营精选

文档数据提取代理

返回它真正读得出的字段,其余的如实说明

版本 3发布于 2026年9月2日
运营Extractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8条硬性规则
它绝不能做的事,每次运行都强制执行
5条移交规则
它停下并把工作交给人的条件
6个输出字段
结构化的结果,而不是一段需要反复阅读的文字
≤5步每次运行
有界的工作:最多 4 次工具调用,由运行时强制执行

设计上即为只读。 该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时,取消它就等于取消了信任其输出的理由。

版本 3 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

把文档变成表格行,是每个平台上被复制得最多的自动化,而其中几乎全部都以同一种方式失败:每一个字段都被填满了。一个它读不出来的合计变成了一个看似合理的数字,一个它猜出来的日期变成了一个日期,然后这一行进入你的账,看起来和读对了的那些行一模一样。

只有当你知道该信任哪些字段时,抽取才有价值。这个智能体为它返回的每一个字段给出置信度,拒绝提供它无法支撑的值,并且区分「文档中不存在的字段」和「存在但无法辨认的字段」——因为前者需要一个问题,后者需要一份更好的扫描件。

它还会把文档与它自身核对:各行加起来不等于所述合计、一个晚于文档开具日期的日期、一页之内变了的币种。正是这些错误能躲过每一种置信度评分,因为单看每一个字段都没问题。

价值

只复核需要复核的部分

低置信度的字段被标出,其余的直接通过。

没有默默出错的东西

其他每一个抽取工具的典型失败,都是一个看起来正确的错误数字。

顺带抓住发件方的错误

内部不一致在读取过程中就被发现。

功能说明

  • 每个字段都有置信度

    你在这些值进入账簿之前就知道该信哪些,而不是在审计之后才知道。

  • 宁可留空,不要看似合理

    读不出来的字段返回空值。一个猜出来的合计,比一个缺失的合计更糟。

  • 「不存在」与「无法辨认」是两回事

    一个需要向发件方提问,另一个需要一份更好的扫描件。

  • 把文档与它自身核对

    加不起来的行、晚于开具日期的日期、页中途变了的币种——这些错误,任何字段级评分都会漏掉。

  • 用你的字段结构,而不是我们的

    它抽取你要求的那些字段,并说明其中哪些文档里根本没有。

  • 不往任何地方写

    它返回数据。把数据放进你的系统,是一个由你掌控的步骤。

这会改变什么

这会如何改变你的一周

它接手的工作
一个字段一个字段地把文档敲进系统。
目前由谁完成
谁最便宜谁来做,而这正是错误被很晚才发现的原因。
多久一次
每一张进来的发票、表单和对账单。
通常的人工投入
每份文档几分钟,再乘以所有进来的东西。

为什么偏偏是运营。读不出来的它就留空。其他每一个抽取工具返回的都是一个看起来和正确答案一模一样的合理数字,而没有人会去核对。

  • 无人值守运行

    由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。

  • 每一次都是同一标准

    第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。

  • 它无法自行采取行动

    文档数据提取代理 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录,每次工具调用在执行前都会进行权限检查。

  1. 1输入按智能体的输入结构进行校验
  2. 2模型claude-opus-5,并自动回退
  3. 3工具extract_structured_data
  4. 4权限自动执行 READ 级操作;更高的等待你批准
  5. 5输出符合输出结构的结构化结果
  6. 6日志记录 token、耗时和每一个步骤

演示

演示数据Illustrative sample output, abridged.

输入

{
  "text": "…",
  "fields": [
    {
      "name": "total",
      "type": "currency",
      "required": true
    }
  ],
  "documentType": "invoice"
}

输出

{
  "fields": [
    {
      "name": "total",
      "basis": "Labelled 'Total due' in the summary block.",
      "value": "4180.00",
      "status": "read",
      "confidence": "high"
    },
    {
      "name": "purchaseOrder",
      "basis": "No PO reference anywhere in the document.",
      "value": "",
      "status": "absent",
      "confidence": "low"
    },
    {
      "name": "dueDate",
      "basis": "Reads '03/04/2026'. Day-first and month-first give different dates and the document states no convention.",
      "value": "",
      "status": "ambiguous",
      "confidence": "low"
    }
  ],
  "escalate": true,
  "disclaimer": "Every field carries the confidence behind it. Nothing has been inferred from typical documents of this kind or from the rest of the batch, a blank is a value that could not be read, and inconsistencies are reported rather than quietly corrected.",
  "inconsistencies": [
    {
      "issue": "Line items sum to 4,120.00 but the stated total is 4,180.00.",
      "values": [
        "4120.00",
        "4180.00"
      ]
    }
  ],
  "escalationReason": "The document does not add up to its own stated total.",
  "needsHumanReview": [
    "dueDate — ambiguous format",
    "total — does not match the line items"
  ]
}

使用条件

集成

无需集成。

开始之前

  • 文档文本
  • 你想要的字段,以结构定义的形式
  • 需要 入门版 套餐或更高

使用场景

供应商发票

变成表格行,并标出哪些需要人来看。

表单与申请

结构化,并把缺失字段列出来而不是编出来。

对账单与付款通知

在读取的同时与它们自己的合计核对。

价格

入门版

通过您的 PROMIVO 订阅按月计费,可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见 套餐限额

常见问题

它能读扫描图片吗?

它依据你提供的文本工作,包括你自己扫描出来的文本。当那段文本是乱的时,它把该字段报告为无法辨认,而不是去猜它大概写了什么。

为什么要让字段空着?

因为一个看似合理的错误值才是那个昂贵的失败。空字段提出一个问题;猜出来的值把这个问题答错了,而且没有人会去核对。

它能写进我们的系统吗?

不能。它返回带置信度的结构化数据。低置信度的那一行该怎么办是一项决定,而它应该由你来作。

评价

客户运行过该智能体后,评价功能将开放。

需要这个智能体换一种做法?

告诉我们要改什么,我们的团队会为您的业务规划一个定制版本。

定制此智能体