先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
【虚构编辑示例】
四行日志为甲的E1、重传的E1、乙的E2、甲次日的E3；事件ID可靠，要统计提交事件。
输出
【虚构编辑示例】
| 记录 | 处理 | 理由 |
|---|---|---|
| 甲的E1 | 保留 | 第一次记录该事件 |
| 重传的E1 | 并入同一事件，保留来源映射 | 事件ID相同且已知是重传 |
| 乙的E2 | 保留 | 独立事件 |
| 甲次日的E3 | 保留 | 同一用户的另一次合法事件 |
按题目给定规则，4行对应3个提交事件。不能按用户去重来计算事件数；若同ID载荷不同，需要复核而非直接丢弃。
完整提示词
根据记录的业务含义制定去重规则，区分重复行、重复传输、实体多版本与合法多次行为。
优先使用可靠业务键；同键冲突应复核，相似名称或地址只能作为候选线索。模糊匹配需要说明依据与误合并风险，不凭空承诺准确率。
给出识别和保留办法，保留原记录到结果的对应，说明重要冲突及对账方式。建议不直接覆盖源数据，不能只以减少行数判断清洗成功。
数据样本和字段说明：
{{material}}
业务唯一键与保留规则：
{{context}}