Dispute Evidence Timeline Package:用 Axon Agent 把争议证据整理成时间线

Axon AI 2026-07-04 法务合规 证据材料
#Evidence Package#Dispute Timeline#Axon Agent#企业法务
Dispute Evidence Timeline Package:用 Axon Agent 把争议证据整理成时间线
摘要:本文定义 Dispute Evidence Timeline Package:Axon Agent 如何在律师审阅前,把争议相关邮件、文件、日期、主张、反证和缺失证据整理成时间线资料包。

Dispute Evidence Timeline Package 是争议处理前的证据时间线资料包。它不判断谁对谁错,律师策略仍由律师制定;它解决的是争议场景中最常见的重复、手动、低效且容易出错的混乱:邮件、聊天记录、合同附件、交付文件、付款截图和会议纪要散落在不同地方,业务方凭记忆讲时间线,法务或律师再花时间把事实重拼一遍。

OpenAI Codex 的 sandbox 文档说明文件和执行边界要清楚,OpenAI Agents SDK 的 Tracing 文档Results 文档说明运行与结果都要可追踪。Axon 把这些原则用于证据整理:Agent 可以按时间线组织材料,但不能把未经审阅的事实包装成法律结论。

证据时间线先回答事实问题

争议资料包的第一目标不是“写一份强势说法”,而是回答事实问题。Dispute Evidence Timeline Package 应该让任何 reviewer 快速看到:

  • 什么时间发生了什么事件。
  • 事件来自哪份文件、邮件或记录。
  • 谁参与了这个事件。
  • 当前主张和反证分别是什么。
  • 哪些关键证据仍缺失。
  • 哪些材料已经保存在 workspace。

Source-to-Decision Lineage 适合解释来源到决策的链路,Codex Audit Evidence Bundle 则强调证据保留。争议场景下,这些能力要落到一个朴素目标:让事实先排好队。

证据资料包越早把“已确认事实”和“待确认说法”分开,后续律师审阅越少被噪音拖慢。

YAML 时间线资料包

dispute_evidence_timeline_package:
  matter_id: "vendor-delivery-delay-2026-06"
  timeline:
    - event_date: "2026-05-18"
      actor: "vendor"
      event_summary: "vendor confirmed delivery milestone by email"
      source_file: "workspace://legal/email/vendor-confirmation-20260518.eml"
      claim_supported: "delivery milestone accepted"
      counter_evidence: []
      preservation_status: "preserved"
    - event_date: "2026-06-02"
      actor: "operations"
      event_summary: "operations reported missing acceptance files"
      source_file: "workspace://ops/acceptance-gap-note.md"
      claim_supported: "acceptance evidence incomplete"
      counter_evidence: ["workspace://delivery/signed-checklist.pdf"]
      preservation_status: "needs_review"
  missing_proof:
    - "final acceptance email from customer owner"
    - "system timestamp for delivery upload"

这份资料包把 timeline、claim、counter evidence 和 missing proof 分开。Axon Agent 可以整理材料,标记证据状态,提示缺口;律师或法务 owner 再决定如何使用这些材料。

资料包的审阅顺序

争议资料常见的问题是先写立场,再找证据。更稳妥的顺序相反:

  1. 先固定文件范围:合同、邮件、交付记录、付款记录、会议纪要。
  2. 再抽取事件:时间、参与人、动作、来源文件。
  3. 再区分证据状态:已保存、需复核、缺失、重复、版本冲突。
  4. 最后形成律师问题:哪些事实可以依赖,哪些主张需要更多证据。

Replayable AI Workflows Run Evidence 可以帮助团队保留运行证据,Workspace-Scoped Workflows 则说明为什么文件边界要明确。Codex 可以作为外部执行器协助整理工作区资料,但争议事实和法律策略必须由人确认。

独立观点:证据链不是摘要,而是可质询的结构

很多 AI 工具能快速生成争议摘要,但摘要很容易把证据、推断和立场混在一起。Dispute Evidence Timeline Package 的价值在于它是可质询的:每个事件都有来源,每个主张都有支持或反证,每个缺口都被明确写出。它未必华丽,但对法务团队更有用。

Axon 的 Skill + Agent 架构适合做这种结构化工作。文件 Skill 读取资料,User Skill 固定证据字段,Agent 组织时间线,Trust Mode 管住外发和敏感判断,workspace 保留源文件和产物。它不是诉讼策略系统,而是律师审阅前的证据准备层。

FAQ

Q1:Dispute Evidence Timeline Package 会判断争议输赢吗?

不会。它整理事实、来源、主张、反证和缺失证据,律师判断仍由律师完成。

Q2:哪些材料可以进入资料包?

合同、附件、邮件、聊天导出、交付记录、付款记录、会议纪要和已接受的工作区产物都可以进入,但要标明来源。

Q3:证据缺失怎么办?

不要用推测填补。把缺口写入 missing proof,并指定 owner 去补充。

Q4:可以直接发给外部律师吗?

可以作为准备材料,但发送前应由 legal owner 审阅,确认敏感信息、范围和问题清单。

先把争议事实排成时间线

如果你的争议材料还散在邮件、文件和聊天记录里,可以先建立 Dispute Evidence Timeline Package。了解更多 Axon 企业法务工作流,并开始使用事件日期、来源文件、主张、反证和缺失证据都可复核的资料包。