“1453号参赛选手，您好。”

    “冒昧打扰，我是本次挑战赛技术组负责人，沉承业。”

    “您的补充复现包，我们这边已经完成内部复核。复核结论与您报告中的描述一致：官方 Baseline 在预处理阶段确实存在训练窗与测试窗统计量混用的问题。该问题属于我们前期工作中的疏忽，给您造成的额外沟通成本，我们深表歉意。”

    “经平台内部讨论，我们希望就以下事项与您进行正式沟通。”

    下面分成三条。

    第一条，关于本期挑战赛的评分规则修订。

    平台将暂停自动出榜流程，重新复核所有明显沿用官方Baseline预处理逻辑的提交结果。

    最终成绩不再简单依据自动评分排序，而是提高人工评审权重，重点考察报告逻辑、可复现性、泛化能力和对时间串行因果隔离原则的遵守情况。

    同时，平台将在闭幕公告中说明Baseline存在预处理阶段统计量泄漏问题，并给出修订后的评分原则。

    第二条，关于特别技术贡献奖励。

    鉴于江临提交的报告和最小复现包对本次赛题公平性、平台后续数据审计流程具有直接价值，平台拟在原有奖金机制之外，向他支付一笔特别技术贡献费。

    具体金额与是否签署有限保密协议有关，可进一步沟通。

    第三条，关于后续合作。

    平台希望邀请他作为外部数据审计专项的技术参与方，协助后续赛题、客户数据样本、清洗脚本和评测流程的设计与复核。

    私信的末尾，对方写得很谨慎。

    “该合作不构成雇佣关系，也不构成排他顾问关系。具体合作模式、报酬标准、保密边界、知识产权归属与数据访问权限，希望能通过书面方式先行确认，再决定是否进入电话或视频沟通。”

    信的末尾附了一个手机号，一个企业邮箱。

    落款是：沉承业，敬上。

    江临把这封信从头到尾读了两遍。

    对方的姿态摆得很低。

    但低，不代表简单。

    这不是某个被抓住漏洞的工程师慌乱之下发来的私人道歉，而是一封经过技术组、评审组，甚至可能已经被法务扫过一遍的风险处置信。

    第一条，是止血。

    平台承认问题，修订评分，给参赛者一个正式解释。

    这样可以防止事情被拖到外部论坛后，再被迫在舆论里被动认错。

    第二条，是补偿。

    不是单纯的奖金，也不是粗暴的封口费。

    更准确地说，它是平台为一次技术失误支付的风险处置成本。

    第三条，才是真正的试探。

    平台想知道，屏幕后面的1453号，能不能变成他们可用的外部技术源。

    一个能在数据还没变成事故前，把事故提前拆出来的人。

    这种人值钱。

    江临拿起桌上的黑笔，在指间转了一圈。

    如果只是普通参赛者，看到这封信，大概会先兴奋，然后紧张，最后急着把手机号加之微信，赶紧跟对方通电话。

    但电话是最不适合现在的沟通方式。

    电话里，情绪会跑在条款前面。

    对方一句我们很重视你，一句后续项目很多，一句具体价格都好谈，很容易让一个缺钱的人在没有看清边界前，就先把自己摆进对方的叙事里。

    江临不需要这种热情。

    他打开邮箱，新建邮件。

    收件人填入沉承业留下的企业邮箱。

    标题写：关于挑战赛复核、特别贡献费及后续合作边界的书面回复

    正文开始很短。

    “沉先生：您好。”

    “复现包能够帮助贵平台定位问题，是我的荣幸。关于您站内信中提到的三项事宜，我希望先以书面形式确认以下几点。”

    “一、关于评分规则修订与公开说明。”

    “贵平台提高人工评审权重、暂停自动出榜流程，我理解，也没有异议。”

    “但我建议，闭幕公告中至少应明确说明两点：第一，官方Baseline 在预处理阶段存在训练窗与测试窗统计量混用的问题；第二，平台已据此调整最终评审规则。理由是，本期参赛者中可能有一部分人沿用了Baseline的预处理思路，他们有权知道自己分数被影响的真实原因。”

    “二、关于特别技术贡献费。”

    “我可以接受有限保密协议，但保密范围必须被明确限定。”

    “可保密内容应仅限于：贵平台提供的原始数据集、内部字段含义、客户信息、未公开评审流程、内部整改安排，以及我提交的复现包源码在平台正式公告前的传播。”

    “该协议不应限