老赵看完忍不住感叹：“他们真敢写。”

林远点头：“敢写才敢做。否则旧改一出事，所有人都会退到‘我不敢签’。”

三、第一批数据接入：三表不是概念，是要跑起来

江门信息中心给了第一批数据样例。

看上去很“粗糙”，但方向对：

Node表只有几十条：拆迁签约节点、回迁安置节点、样板段市政节点、两栋楼的联验节点、拨付节点。

Resp表把责任单位写得很清楚：街道办、国资平台、总包、监理、第三方检测。

Receipt表最薄弱：证据链接不规范、时间戳不统一。

技术员吐槽：“他们这回执链接一半是网盘，一半是微信群截图，hash也没做。”

林远没骂，只在接入清单上画了三项“最小合格”：

1）证据必须有统一的存证位置（哪怕先用一个规范化目录）

2）时间戳必须统一格式（否则无法对照）

3）每个node必须至少有一个receipt（否则节点等于空）

“别要求他们一口吃成胖子。”林远说，“第一批接入要的是跑通闭环，不是做漂亮。”

他让技术员给江门回一份《接入补丁清单（v1）》——只改最关键的三处。

四、旧改的第一个炸点：补偿会议“被失声”

接入还没跑稳，江门就发生了第一起“舆情小爆”。

新会区旧改补偿方案讨论会，有居民拍视频说：

“会议不让我们发言，政府和国资平台唱双簧，补偿方案早就定好了！”

视频一出，群里瞬间翻锅。

这种事如果处理不好，工程透明再好也没用——旧改的核心是信任，而信任最怕“失声”。

江门副局长在群里被@得满屏都是。交易中心负责人直接打电话给林远：“这种舆情怎么纳入轻量透明？我们现在只有工程节点，补偿会怎么编号？”

林远没有问细节，他直接给了一个“制度化回应模板”——把补偿会也当成节点：

新增节点类型：H类（听证/协商）

H类节点最小回执包只需要四样东西：

会议编号（H-YYYYMMDD-xx）

小主，

参会名单（可脱敏）

议题清单与发言顺序（留痕）

结论与异议记录（谁反对、反对理由）

“你们不用保证每个人满意。”林远说，“你们要保证：

谁被允许说、谁没被允许说、为什么。

旧改最怕的不是结论难听，是过程没痕。”