D-03的屏幕闪烁了一下，紧接着，主控台监控面板弹出一条红色预警：【账号D-03，十分钟内发布内容重复率超标】。
林凡的手指停在鼠标上，没有立刻点击关闭。他盯着那条提示，视线缓缓下移，落到日志窗口的时间戳——凌晨三点十七分四十一秒，正是刚才波动发生后的第十二秒。
“不对。”他低声说。
陈小胖原本正低头核对采购清单，听见声音抬头：“啥不对？”
“不是网络问题。”林凡调出D-03的操作回放，画面一帧帧快进。视频上传、点赞完成、停留计时结束，一切正常。直到第三次触发“乡村创作者助力计划”任务时，系统显示该账号在两分钟前已提交过完全相同的视频文件。
“发了两遍？”陈小胖凑近看，“脚本抽风了？”
林凡没答话，迅速切换到后台数据库，检索过去二十四小时所有设备的任务执行记录。五台设备，共完成七十三项奖励任务，其中六次出现在同一账号、同一视频、间隔不足三分钟的异常上传行为。
“不只一台。”他声音沉下去，“D-05也有两次。”
计算机系同学闻声从调试界面转过头，接过鼠标调取调度模块的核心日志。他的目光快速扫过代码段，在一个条件判断分支处停下。
“这里。”他指着一行函数，“任务完成确认信号没有加锁。当多个线程同时检测到‘上传成功’状态时，会误判为任务未完成，重新发起请求。”
“也就是说……”陈小胖皱眉，“只要响应慢一点，系统就以为没干完活，又来一遍？”
“对。”计算机系同学点头，“而且我们现在是多设备并发，网络负载高的时候，延迟更容易叠加。之前测试用的是空闲环境，没暴露这个问题。”
林凡沉默两秒，直接按下主控台的全局暂停键。所有设备瞬间停止操作，屏幕上原本滚动的任务进度条齐齐定格。
“现在不能继续跑了。”他说，“平台已经标记异常，再传就是自证作弊。”
“可我们根本没作弊。”陈小胖语气急了，“明明是他们系统自己漏判！”
“平台不管原因。”林凡盯着右上角的账号状态栏，“它只看结果。连续重复发布，触发反刷机制，轻则限流，重则封号。”
计算机系同学已经开始重写代码。键盘敲击声密集响起，他在原函数基础上新增了一个事务校验层，每项任务执行前生成唯一ID，并绑定时间戳和设备指纹。只有通过双重验证，才会被认定为有效完成。
“我再加个本地缓存队列。”他边写边说，“就算网络延迟，也能保证指令不会重复下发。”
林凡点头，同时打开另一台备用机，将修复前后的脚本分别部署在两个模拟环境中。他手动注入高延迟、断连、数据包乱序等极端情况，观察任务调度是否仍会出现错乱。
第一次测试，旧脚本在1.8秒延迟下再次出现双发行为。
新脚本运行十轮，全部通过。
“能用了。”他说。
“但还得压节奏。”计算机系同学提醒，“现在每台设备上传前都要走校验流程，耗时增加约三百毫秒。五台一起跑，高峰期可能还是会卡。”
“那就降频。”林凡果断决定，“把每小时任务量砍掉三分之一，优先保稳定。”
陈小胖立刻动手调整排程表。他将原本密集分布的任务节点拉宽间隔，给每个操作预留足够的响应窗口。同时把D-03和D-05暂时下线，防止已有异常行为引发连锁审查。
三人分工明确：林凡负责策略重设与风险评估，计算机系同学完成最终代码封装并部署补丁，陈小胖逐台更新设备配置，确保每一部手机都运行最新版本脚本。
整个过程持续了将近两个小时。
清晨五点二十六分，第一轮修复后的小规模运行启动。三台设备依次完成视频上传、互动操作、奖励领取全流程，日志显示无任何重复或冲突记录。
“稳了。”陈小胖松了口气，靠在椅背上搓了把脸。
林凡却没有放松。他调出平台消息中心，发现D-03账号在半小时前收到一条私信通知：
【您近期存在高频相似内容发布行为，涉嫌违反《社区创作规范》第4.2条，相关内容正在审核中，请勿继续违规操作。】
下面还附带一个链接，指向平台申诉通道。
“已经进审核了。”他把屏幕转向另外两人，“不只是警告，是真的被盯上了。”
陈小胖脸色变了：“那会不会封号？这可是主力账号！”
“不一定。”计算机系同学冷静分析，“如果只是初步筛查，通常会给一次解释机会。但如果有人举报，或者后台判定恶意程度高，可能会直接冻结。”
话音刚落，林凡的手机震动了一下。
是一条群消息。
校园兼职协作群，昵称为“星辰工作室负责人”的用户发布了一条长文截图，内容赫然是某平台账号举报页面的填写示例，标题写着：“关于林凡等人利用自动化工具批量刷取奖励的情况反映”。
附件里贴出了几张模糊的操作界面截图，虽然打了码，但能看出是他们宿舍主控台的部分布局。更关键的是，文中详细列出了“凌晨集中操作”“多设备同步发布”“收益远超正常范围”等所谓“异常证据”，并呼吁平台彻查。
“果然是他们。”陈小胖咬牙，“上次被我们怼回去，现在直接搞举报！”
林凡看完没说话，手指在屏幕上滑动，查看该消息的传播情况。短短十分钟内，已有十几个群成员转发，还有人评论“早就觉得不对劲”“难怪普通人赚不到钱”。
他知道，这一波不是简单的造谣了。
这是借平台之手，逼他们出局。
“得准备材料。”他说，“现在不是解释能不能赚钱的问题，而是要证明我们没违规。”
计算机系同学立刻调出原始日志备份。他筛选出过去七天所有任务的操作明细，按时间、设备、IP、行为类型分类整理，并导出可视化图表，清晰展示每次上传的内容差异、发布时间间隔以及对应奖励来源。
“我还加上了脚本逻辑说明。”他指着文档末尾的技术附录，“解释为什么会出现重复——是因为平台响应延迟导致系统误判，而非主观刷量。”
“这个可以交上去。”林凡点头，“但要注意措辞，别提‘脚本’这两个字，就说‘操作流程优化工具’，强调是为了提升效率，从未篡改平台数据或绕过安全机制。”
陈小胖也加入整理。他翻出前几天王老师来宿舍时的聊天记录，连同那份《操作守则V1.0》一起打包，作为团队规范化运作的佐证。
“咱们连辅导员都报备过。”他一边复制文件一边说，“说是数字实践项目，合规得很。”
林凡将所有材料汇总成一份压缩包，命名为【情况说明及证据材料_林凡团队】，保存在加密盘中。只要平台正式发起调查，随时可以提交。
此时，主控台右上角的状态提示仍未改变。
【账号D-03：审核中】
其余账号虽暂未收到通知，但收益结算明显放缓，部分限时任务也无法正常领取。
空气变得紧绷。
林凡坐在主位，目光始终没离开屏幕。他的手指有节奏地敲着桌面，一下，又一下。
陈小胖低声核对着各账号的历史操作时间线，生怕遗漏任何可疑节点。
计算机系同学则反复检查新脚本的运行日志，确认修复机制在真实环境下依然可靠。
没有人说话。
设备风扇低鸣，路由器指示灯规律闪烁，房间里的每一台手机都安静待命，像等待冲锋命令的士兵。
林凡忽然伸手，点开平台客服入口，输入工单申请。
事由选择：账号异常处理
问题描述：账号D-03近期被标记为疑似违规，请问审核预计何时完成？是否有补充说明的机会？
他填完信息，点击提交。
页面跳转，显示【您的请求已受理，将在24小时内回复】。
林凡盯着那行字看了几秒，慢慢靠回椅背。
就在这时，主控台的日志窗口突然跳出一条新记录：
【D-03，本地校验模块检测到远程状态不同步，已自动拦截一次潜在重复上传请求。】
林凡瞳孔微缩。
他立即放大详情，发现平台服务器返回的“任务完成”状态比实际本地记录晚了整整2.1秒。若非新加的校验机制及时阻断，这一次又会触发重复发布。
“延迟还在。”他声音很轻，“而且比之前更严重。”
读书三件事：阅读，收藏，加打赏！