Aplos

Aplos Document Desk的设计原则是提取结果不能等同于导出许可，模型产出的草稿必须经过独立的审核状态转换才能进入CSV导出流程。

在Aplos的实现中，审核是服务端的状态转换，而非前端交互事件；文档从排队或处理中开始，变为草稿，经审核者显式操作进入已审核或已排除状态。

Aplos的状态转换规则为：uploaded -> queued -> processing -> draft；draft在必需检查和显式确认后变为reviewed；draft可变为excluded；reviewed在需要重新审核的变更后回到draft。

在Aplos中，每次更新都携带版本号，服务端会拒绝过期变更；保存编辑会重置审核状态。

在Aplos中，重复判定依赖于批次上下文：如果供应商或参考号发生变化导致与之前已审核的文档产生潜在重复，之前的审核将被作废。

在Aplos中，支付履约时校验的不仅是存在一个导出任务，而是存在一个与当前批次哈希一致的、已验证支付的导出任务。

Aplos的支付履约要求已验证的支付必须匹配目标账户、模式、产品、价格、数量、金额、货币和导出任务。

Aplos团队的测试开发评估使用自有的合成文档，这有助于暴露实现缺陷，但无法确立客户文档的准确率、审核速度或与竞品对比的性能表现。

Aplos认为AI提取的可靠性边界需要产品化设计，应在架构层面承认不确定性，并通过状态机、证据链和显式审核来管理风险。