Meridian Finance Group 是一家中型金融服务公司，拥有正式的月度结账流程和 VAT 报告义务。高级对账分析师 Claire Bennett 负责整个结账周期——银行数据、差异分类、VAT 调整、排除交易文档，以及提交给财务领导层的已核实摘要。这里一旦出错——比如差异代码标注错误，或者排除交易无法追溯——几周后就会以审计发现的形式暴露出来。
对账套件存在于组织记忆中，而不是文档里
完成结账周期需要五份不同的材料：一份独立的月度参考指南、一份银行对账模板、一份 VAT 对账参考、一份说明日志模板，以及一份摘要邮件模板。这些内容都没有以统一、可用的形式存在。
此前的尝试只产出了部分工作簿。但说明日志中的差异原因代码与对账模板中的分类并不匹配。VAT 参考文档使用的列命名规范也与主银行模板不同。这些不一致给审批流程带来了摩擦，也让跨期间比较变得不可靠。
三重压力同时出现：一名新成员已经花了两个缓慢的结账周期去学习那些本应被文档化的顺序决策；外部审计复核即将到来，而这些彼此割裂的模板并不适合展示；同时，日益复杂的 VAT 也让这种非正式的对账方式难以为继。
Energent.ai 基于一个共享数据模型构建了完整套件
代理没有按顺序逐份起草五份文档，而是将完整的对账流程保持在上下文中，并行产出所有交付物：
- 在编写任何单个文件之前先明确完整交付范围，为所有后续材料建立共享分类体系——原因代码、列标签、审批步骤
- 将差异原因分类 从参考指南带入说明日志模板和仪表板，而无需在文件之间进行人工对账
- 直接基于同一结构化数据模型生成 HTML 仪表板——四个视图：流程风险与控制检查点状态、差异原因分类比较、排除交易滚动前移，以及摘要邮件核对清单
- 对全部五份 markdown 文件和仪表板执行独立验证，发现一个缺口，并在交付前将其解决
没有人工跨文件一致性检查。没有单独的仪表板构建。也没有对术语进行口头确认。
所有材料都保持一致的逻辑，而不仅仅是格式更整洁
- 共享数据模型作为唯一事实来源——原因代码、列标签和审批步骤只定义一次，并同时传播到全部五份交付物和仪表板。
- 并行生产，而非顺序起草——书面交付物与可视化内容作为并行轨道运行，保留了顺序起草通常会破坏的内部一致性。
- 交付前的独立验证——专门设置一个阶段，检查参考指南与模板之间的缺口、术语不一致以及整套材料中缺失的审批步骤。
- 可立即投入使用的输出——带有预填原因分类的说明日志模板，未经修改就直接用于下一个月末结账。
一次会话解决五份文件的积压
- 在一次会话中产出五份可复用交付物，彼此一致，并可直接用于下一次月末结账。
- 一份 HTML 仪表板 覆盖全部四个控制检查点视图，无需额外工具即可部署。
- 在独立验证过程中发现并解决一个缺口，随后分析师才审阅最终输出。
- 入职参考已完整就绪——关于陷阱、权衡和顺序的结构化文档，为新成员提供了首次独立结账周期的操作指引。
"VAT 对账参考为我们提供了有史以来第一个结构化的 VAT 控制检查点视图。说明日志直接进入了下一次结账包，完全没有修改。我们终于拥有了一个存在于文档中的流程，而不是某个人脑子里的流程。" — Claire Bennett，Meridian Finance Group 高级对账分析师