选择您要完善的属性。
编写清晰的属性定义,针对代表性文档进行测试,并根据结果加以完善。
创建有效的属性是一个迭代过程。从简单的定义开始,审阅 Analyzer 在真实文档中的解析结果,并且只有在结果显示需要澄清时才添加详细信息。
从简单的定义开始
首先直接描述您要提取的信息。
在了解初始定义的性能之前,避免添加约束、条件或示例。从简单开始可以更容易地识别哪些措辞提高或降低了准确性。
例如:
从文档中提取预付服务费。
编写清晰、通俗易懂的定义
描述概念时,就像您在向不熟悉该文档的人解释一样。
专注于含义而不是信息出现的位置。
避免依赖:
- 格式
- 章节编号。
- 页面位置。
- 其他与版面相关的说明。
例如:
费率表列出了角色或职位及其每小时费率。
细化属性
完善通常需要多个评估周期。
编辑定义以澄清预期结果或减少歧义。
使用更新后的定义重新运行提取。
在一小组文档中评估结果。
请根据需要重复。
诊断意外结果
请根据结果中的模式确定如何更改定义。
结果太宽泛
如果属性提取了不相关的内容:
- 让定义更具体。
- 必要时,请指定预期的答案格式。
- 选择合适的值类型,例如 Number 表示数值结果。
例如:
仅以百分比形式返回答案。
结果范围过窄或缺失
如果未返回预期值:
- 移除不必要的约束。
- 添加正面和负面示例来阐明预期的结果。
- 确认目标信息确实出现在正在评估的文档中。
结果在文档间存在差异
如果定义对某些文档有效但对其他文档无效:
- 首先针对您知道包含目标信息的文档进行验证。
- 仅在初始结果一致后才将测试扩展到更广泛的文档组合。
- 当您不确定预期值是否存在时,请手动验证源文档。
有意使用示例
示例可以阐明定义应该包含或排除什么。
- 使用正面示例来显示应该提取的值。
- 使用反面示例来显示不应提取的值。
- 尽可能将示例限制在 3 到 5 个。
示例应该细化明确的定义,而不是替代定义。
仅在需要时使用多步骤逻辑
某些属性依赖于上下文或一系列决策。在这些情况下,明确描述逻辑。
例如
按照以下步骤提取预付费用:
- 找到文档中的费用部分。
- 识别在期限开始时以百分比表示的预付费用。
- 将 X% 视为标准;所有其他百分比表示协商费率。
- 返回百分比以及是标准还是协商费率。
仅当更简单的定义无法产生可靠结果时才使用此方法。
使用评估反馈
在测试期间审阅提取的值并将结果标记为正确或错误。
当结果不正确时,尽可能提供正确的值。这有助于您识别误报、遗漏匹配以及表明定义需要完善之处的模式。
扩展前先验证
在广泛应用属性之前,先对具有代表性的文档样本进行验证。
验证可帮助您:
- 识别边缘情况。
- 避免在大型文档集中应用不准确的定义。
- 建立对属性表现一致性的信心。
如果结果仍然显示不正确,请在进一步完善定义前验证来源文档。常见原因包括:
- 扫描文档中的文本质量差。
- 密码保护或锁定的文件。
- 源文件已损坏。
- 缺少目标信息。
在更改可能已经正确的定义之前,确认文档中存在预期信息。