第487章 专家库俘获与评委席“回避阀”（2 / 2）

采购中心在抽取前先发布it_hash（承诺哈希）

抽取时揭示seed，公众可复算抽取结果

抽取对象来自“多源池”（政府库+公开注册+行业推荐可选）

抽取后生成eval_pick_id与抽取回执

同时跑recal_gate自动回避，回避结果生成recal_id

最终评委名单以“岗位编码+披露完成状态”展示，避免公开个人隐私

刘曼看完，忍不住说：“这下他们很难提前塞人。你甚至可以证明你没塞人。”

何经理也点头：“银行最喜欢这种机制——可复算公平性，没人能说你挑人。”

审计旁听的人补：“而且回避阀自动触发，减少人为干预空间。”

4）第一场碰撞：协会要求“专家库优先”，被阀门挡回去

佛山采购中心很快遇到现实冲突：协会发函要求“本项目评标需至少2名专家库专家”。理由是“透明治理专业性强”。

采购负责人拿着函来问林远：“我不答应，会不会被说不支持行业建设？”

林远没让他硬顶，只给了一个更“制度化”的答复模板：

引用EVAL-GUARD-01：专家库不得排他，单一来源占比不得超50%

引用EVAL-SAMPLE-01：评委抽取走承诺-揭示，公平可复算

引用recal_gate：任何存在培训/评级收费合作的专家自动回避，避免争议

结论：可从行业推荐池抽取，但不承诺数量，服从抽样与回避结果

采购负责人照抄发回去。协会那边回得很快，语气明显不爽：

“你们这样会导致专业性不足，评标质量下降。”

林远让陈毅只回一句：“专业性用编号证明，不能用推荐证明。若协会认为需要新增评标条款，请走RFC提交。”

对方沉默了。

因为走RFC意味着公开、意味着可审计、意味着不能暗箱。门票就卖不动了。

5）评标当日：回避阀第一次“噼啪”作响

佛山项目正式评标那天，EVAL-SAMPLE-01第一次全流程跑通。

抽取回执eval_pick_id生成后，系统自动跑recal_gate，结果很快弹出：

抽中的一位“行业推荐专家”触发回避：近12个月为某投标方做过收费培训

另一位触发回避：与某评级机构存在收费合作未披露完整

系统自动从候补池补位，并生成recal_id与补位回执

采购中心的人看着屏幕，脸色复杂：“以前这种事要靠人情去处理，现在系统直接把人弹出去。”

纪检旁听的人在旁边点头：“这就对了。让系统做坏人，减少人为压力。”

更关键的是，当评委在打分环节写“方案不可行”时，系统弹出提示：

“请引用条款编号或li_id，否则该意见不计入淘汰依据。”

有一位评委在文本框里打了半天，最后只能引用：PROT-01报告中的两条风险点。

那一刻，刘曼突然有点感动：评委不再靠“感觉”，而是靠编号。

这不是把评委变傀儡，而是把评委从“被围猎”里解救出来。

6）对手反扑：他们开始攻击“你们把评委工具化”

评标结束当晚，小作文又来了：

“平台用技术手段干预评标，评委变成机器人，行业专家被排挤。”

刘曼看完想笑：“他们说得好像以前评委不被干预一样。”

林远却没笑。他知道这类攻击会影响基层：很多人会本能地觉得“专家应该有自由裁量”。

所以他让陈毅在公共接口加了一条短说明，编号化：

EVAL-FAQ-01｜评委裁量与编号引用的关系

裁量权仍在评委：评分区间、技术判断由评委决定

编号引用只约束“淘汰理由”必须可复核，避免主观一票否决

系统不替评委打分，只要求评委说清“依据是什么”

“我们不是工具化评委。”林远说，“我们是让评委的裁量可被监督，也让评委免于被人情绑架。”

结尾钩子：他们会转向“专家诉讼”与“行业封杀”

凌晨，陈毅发来最后一条消息：

“被回避的那位行业专家在群里放话：要以‘被歧视’起诉采购中心，还要推动协会把佛山列入‘不合作名单’。”

刘曼气笑了：“起诉回避？他们真敢。”

林远看着那条消息，慢慢写下下一章的方向：

回避的法律正当性

不合作名单与不当竞争

专家权利与公共利益的边界

他放下笔，声音很平：

“当评委席卖不动门票，他们就会把回避说成歧视，把名单说成自律。下一章，我们要把回避的正当性写进法理。”