六行联系人合成四组，两个不同的电话一起留下等人核实。
结果节选
6条原始记录，合并后4组。key使用规范化邮箱，emails仍保存原始字符串；其中首尾空格在JSON双引号内保留。大小写或首尾空格差异不作为邮箱冲突。
lin.ya@example.invalid组仍需人工核实电话：R1是020-0011，R2是020-0088，两者均未被覆盖。R3没有电话，合并后保留R4的021-0022，不构成电话冲突。R5缺邮箱，独立保留，不能因姓名相同并入R1/R2。没有实际改写通讯录或联系任何人。
姓名一样不能证明是同一个人。就算邮箱匹配，电话也可能冲突。把原始行号留下，后续核对才找得到来源。
示例材料为编辑原创合成。
完整提示词
整理下面的合成联系人记录，不实际改写任何通讯录。唯一自动匹配键是邮箱去首尾空格并转小写；邮箱为空时每行单独保留，不能按姓名合并。每组合并记录保留全部原始行ID。相同字段值去重；空值不当作冲突，也不覆盖已有值；同一字段存在两个不同非空值时，输出原值与来源ID，标记待核实，不能根据行序选新值。输出一个JSON对象，包含两个数组：records（key、sourceIds、names、emails、phones、departments、needsReview）和conflicts（key、field、values，values每项带value/sourceIds）。phones中保留原来的前导零和连字符；所有输入都是虚构信息，不尝试联系。JSON后给出原始记录数、分组数，以及哪些组仍需人工核实。
【原创合成记录；以下邮箱为示例域名】
R1 姓名=林芽；邮箱= LIN.YA@example.invalid ；电话=020-0011；部门=展览组
R2 姓名=林芽；邮箱=lin.ya@example.invalid；电话=020-0088；部门=展览组
R3 姓名=陈北；邮箱=chen.bei@example.invalid；电话=；部门=摄影组
R4 姓名=陈北；邮箱= CHEN.BEI@example.invalid；电话=021-0022；部门=摄影组
R5 姓名=林芽；邮箱=；电话=020-0011；部门=志愿组
R6 姓名=许白；邮箱=xu.bai@example.invalid；电话=010-0033；部门=音响组
补充字段约定：key采用规范化邮箱。emails数组保存原始非空邮箱字符串，包含原有大小写和首尾空格；仅大小写及首尾空格不同视为同一邮箱的格式差异，不列为冲突。其他字段存在不同非空值时仍保留原值并列冲突。缺邮箱行的key使用missing-email:加该行ID；不实际写通讯录。先约定匹配键，再放脱敏样本；不要把姓名相同或字段为空当成自动合并依据。
按原始六行重新分组得到四组，电话冲突及来源吻合；空邮箱的R5独立保留，邮箱原始大小写和空格也留在结果中。
邮箱匹配只是一条本次规则，不证明现实中的身份一致；冲突仍要本人或数据负责人确认。