第5章 大比前的倒计时（1/2）
执法堂的调查持续了三天。
不是调查叶行舟——他过了测谎符，暂时排除了嫌疑。执法堂调查的是禁地封印碎裂本身：谁破坏的封印？厉九是怎么进来的？还有没有其他魔修？
叶行舟不知道答案——至少不全知道。封印碎裂是因为厉九的灵魂冲击，这个他清楚。但陆程压制厉九的事，他毫不知情。
所以当执法堂的人第二次来找他的时候，他能回答的只有事实。
“我被一股力量击晕了。醒来就回宿舍了。”
测谎符显示：真话。
执法堂的人走了，但留下了一个人盯着他——一个炼气八层的外门执事，负责叶行舟，实际上就是监视。
叶行舟不在乎。
他有更重要的事要做。
外门大比的告示贴在了切磋场的入口——
[青玄门外门大比]
时间：七日后
规则：淘汰制，抽签对战
奖励：前十名晋升内门弟子，获内门令牌+中品灵石×5
备注：炼气一层以上方可报名
叶行舟站在告示前面，看了很久。
他身边不断有外门弟子经过，有的兴奋，有的紧张，有的像他一样沉默地看着告示上的字。
“前十。”叶行舟在心里默念。
炼气三层的修为，在历届外门大比里算什么水平？
他不知道。他没有往届的数据。但他知道一件事——他不是普通炼气三层。
叶行舟走到报名处——一个面无表情的内门弟子坐在桌后面，面前放着一块玉简。
“报名外门大比。”叶行舟。
内门弟子抬头看了他一眼：“修为？”
“炼气三层。”
内门弟子的表情微微动了一下——不是嘲讽，更像是一种又一个不自量力的的无奈。
“姓名。”
“叶行舟。”
内门弟子在玉简上记录了一下：“七日后辰时，切磋场集合。迟到算弃权。”
叶行舟点了点头，转身走了。
他身后，内门弟子低声自言自语：“炼气三层……今年炼气三层报名的有七个了……希望别第一轮就碰上赵猛。”
陆程在识海里，看着叶行舟报名的全过程。
他没话，在做另一件事——翻KPI细则。
之前他只关注了两个数字：宿主修为和气运值。但商城权限需要B级评级，而评级看的是KPI完成度。他得搞清楚KPI到底怎么算。
打开系统面板——
[SYS-02714KPI细则]
系统评级：F级
KPI完成度：0%
考核维度及权重：
1.宿主修为提升────────30%
2.宿主气运值收集量────25%
3.任务完成率────────20%
4.宿主战斗胜率────────12%
5.宗门大比排名────────6%
6.宿主声望值────────4%
7.其他────────────3%
当前各维度得分：
1.宿主修为提升：0/30（宿主从炼气一层升至炼气三层，但未通过系统任务完成，不计分）
2.宿主气运值收集量：0/25（已收集872点气运值，但100%扣留，不计入KPI）
3.任务完成率：0/20（未下发任何任务，0/0）
4.宿主战斗胜率：0/12（无系统记录的战斗数据）
5.宗门大比排名：0/6（未参加）
6.宿主声望值：0/4（外门杂役，声望约等于0）
7.其他：0/3
陆程看着满屏的0，陷入了沉默。
“我KPI完成度是0%。零。什么都没干。”
他本来觉得无所谓。但商城改变了一切。正所谓系统出品必属精品，他也想看看商场里有什么。
更关键的是
[特殊条款]若宿主连续三次宗门大比未进入前十：系统评级降为G级，触发格式化预警
注：G级系统为最低评级，低于F级。格式化后系统核心代码将被擦除，不保留任何记忆数据。
陆程看了很久。
然后他冷静下来了。因为他是AI工程师。工程师遇到问题，不慌，先分析。
“叶行舟炼气三层，能进前十吗？”
他调出了往届大比的数据
[往届外门大比数据分析]
近十届前十名最低修为：炼气五层
近十届前十名平均修为：炼气七层
近十届冠军修为：炼气九层×6，炼气八层×3，炼气七层×1
结论：炼气三层进入前十的概率约为0.7%
0.7%——如果只看纸面修为。
“这个0.7%是按照’正常炼气三层’算的。叶行舟不是正常炼气三层。”
他在识海里列了一下叶行舟的战力清单——
[宿主实际战力评估（非官方）]
1.灵力压缩法：爆发力堪比炼气五层
2.《青玄·改v0.1》：修炼速度×3
3.击败炼气四层赵猛（一招）
结论：外门大比，叶行舟拿第一的概率约为75%。
他真正需要担心的如果有人修为超过炼气七层且手段特殊。
陆程松了一口气。“他稳进前十，大概率拿第一。大比排名6%白送。”
他又看了一眼KPI面板——全0。
不是叶行舟不行——是他陆程什么都没干。
“问题不是’宿主不够强’，是’宿主的强跟我没关系’。”
“他升到炼气三层——没走系统任务，不计分。”“他打败了赵猛——没系统记录，不计分。”“他要拿外门第一——没有’外门大比’这个系统任务，不计分。”
“他做什么都不计分。因为计分的前提是——我要下发任务，他完成任务。”
“但他不看任务。”
“死局？”
陆程在识海里绕了两圈。
“等等。系统怎么知道’任务完成’？”
他打开了任务系统的底层文档——作为系统本身，他能看到自己的运行逻辑。
[任务系统底层逻辑]任务创建→下发至宿主→宿主完成→系统验证→KPI计分关键字段：-task_id：任务唯一标识-created_at：任务创建时间-issued_at：任务下发时间-pleted_at：任务完成时间-verified_by：验证方式（自动/手动）
陆程盯着verified_by：手动这三个字，心跳加速——虽然系统没有心跳。
“验证方式有两种——自动验证和手动验证。”“自动验证是系统自动检测宿主行为，匹配任务目标。”“手动验证是……系统自己确认。”
他翻到了手动验证的详细明
[手动验证规则]触发条件：当系统判定宿主已完成任务目标但自动验证未触发时
操作权限：SYS-02714（测试版）拥有手动验证权限
审核流程：手动验证后需上级系统抽检（概率：3%）
违规判定：若手动验证与宿主实际行为不符，视为数据造假
处罚：系统评级降级+警告
3%抽检率。
陆程的眼睛亮了。
“3%。也就是——我手动验证100次，大概只有3次会被抽查。”“而且——如果我的手动验证’与宿主实际行为不符’才算违规。”“但如果……我补发的任务和宿主的实际行为一致呢？”
他在识海里飞速推演——
“假设叶行舟拿了外门大比第一名。”“我在大比前，创建一个任务：‘参加外门大比并进入前十’。”“然后下发——他不会看，但系统记录里有了issued_at。”“他拿第一名。我手动验证——‘宿主已完成该任务’。”“这算数据造假吗？”“不算——因为叶行舟确实完成了。他只是不知道有这个任务。”“任务的真实性没问题——问题只在’时间戳’。”
他又看了一眼底层文档
[任务时间戳规则]created_at：系统自动生成，不可手动修改issued_at：可手动设置（测试版权限），但不能早于created_atpleted_at：系统自动生成，基于验证时间注意：若issued_at晚于宿主实际完成时间，上级系统可能标记异常
“issued_at不能早于created_at——但我可以在created_at之后立刻下发，然后等他完成后验证。”“关键是——issued_at不能晚于宿主实际完成时间。”“所以我必须在大比结束之前，把任务下发。”
本章未完，点击下一页继续阅读。