典型问题
材料形态：主合同、专用条件、变更令、会议纪要、索赔意向函和往来邮件。要能看见落款日期。专用条件改过通知天数的，以专用条件条款号为准。
证据不在一条时间线上
主合同、专用条件、变更令、会议纪要和函件各自成册。索赔事实的先后，常常靠个人回忆而不是文件日期。
通知期限台账落后于现场
合同写了「收到指令后若干天内通知」。台账若靠手工回填，错过节点往往是事后才发现。
摘要被当成索赔结论
不同合同对索赔的定义和程序不同。模型摘出的句子不能代替合约和法务对是否成立的判断。
草稿和已发函件混在一起
一句发出去的措辞会成为对方记录。函件草稿必须停在待发送，系统里没有发送动作。
谁来复核
草稿按岗位分列。没点确认的行保持待复核，不能进入对外文本或正式归档。
合约经理
确认时间线和索引里的事实是否收齐，并决定哪一件事项可以进入对外准备。
索赔工程师
增删模型列出的相关函件，删掉对不上的，不把缺页补写成已经存在。
项目经理
核对现场是否真有这件事。未发生的事件不能写进底稿。
法务
复核对外措辞和权利保留。系统不向法务输出「索赔已经成立」。
工作方式
步骤 1
只归集本项目的合同和函件
上传主合同、专用条件、变更令、纪要和往来函件，保留版本与日期。其他项目的函件不混入。
步骤 2
排出义务清单和事件草稿
义务按章节回到原文。事件按日期排列，日期冲突和缺日期被标出，不合并成一条顺滑叙述。
人工复核点
事实、措辞、金额分开确认
合约经理确认事实收齐，法务确认措辞，计划工程师确认工期，成本工程师确认金额。四列都未关闭前，不能写入对外文本。
步骤 4
已确认索引才能被函件引用
对外草稿只引用已确认的索引。系统不发送函件，也不出具法律意见。