统一供给入池 · 供给侧数据的唯一入口

本中间件解决两件事：修表结构冲突（引擎写的列在表里不存在，导致采集静默失败）与 给无自有池的引擎补供给侧通路（它们的 GLEIF 数据原先只能挤进全局需求池，被闸门拦下）。本次入池 3,064 行、隔离 3,600 行，涉及 3 个引擎。档位取自分档放行的冻结精度快照（2026-10-04 02:36）。更新时间 2026-10-05 03:10。

★ 平台总控台（闭环主线）来源精度闸门统一供给入池撮合抽佣台账落袋作业台自进化复盘结构漂移首页

3,064本次入自有池行数

3,600本次入隔离区行数

3纳入统一入池的引擎

为什么需要这个中间件：平台里有 3 个引擎（绿电储能 / 光伏储能 / 新能源）没有自有池—— 它们的采集函数只把 GLEIF 企业镜像写入全局 demand_pool，而 demand_pool 的闸门按设计拦截这些镜像前缀（供给侧数据不应进需求池）。结果：它们看起来在跑，池子永远是 0。 R31 的统一口径是「供给侧进自有池，需求侧保持纯净」，本中间件即为这 3 个引擎的入池者。
另外修掉一类结构冲突：urban_rural_carbon_engine.py 向 urban_rural_carbon_pool 写 need 列，而该表根本没有 need 列， INSERT 报错又被 try/except 吞掉，外部只看到 made=0。
诚实边界：入池只是「把这些法人实体放进了本平台的供给侧池子」，不等于已触达、不等于有意向、不产生任何收入。

一、纳入统一入池的引擎

引擎	自有池	档位	本次入池	本次隔离	池内总行数	来源标签
绿电储能green_power	green_power_pool	PARTIAL	1,017	1,200	3,195	储能绿电、新能源
光伏储能solar_storage	solar_storage_pool	RELEASE-A	1,032	1,200	3,210	储能绿电、新能源
新能源new_energy	new_energy_pool	PARTIAL	1,015	1,200	3,212	新能源、储能绿电

二、本次补齐的表结构（修掉静默失败的根因）

无（所有池表列已齐备）

三、隔离区待复核数据

绿电储能 · green_power_pool_hold · 1,200 行待复核
光伏储能 · solar_storage_pool_hold · 1,200 行待复核
新能源 · new_energy_pool_hold · 1,200 行待复核

隔离区行 src_tier='C'、status='hold'，不进任何业务口径。人工抽检确认可用后，可用 python3 hk_pool_gate.py release <隔离表> "复核结论" 升级放行。

四、命令

# 只报数不写库（安全预演） python3 hk_pool_intake.py dry # 执行入池 + 补表结构 + 渲染本页 python3 hk_pool_intake.py run

壹路集团 · 叮咚云服务云平台｜统一供给入池 v1.0（R31）｜不修改任何引擎源码；档位与 hk_pool_gate.py 的冻结快照保持一致。
数据来源：gig_global.db 的 companies（真实 GLEIF 法人标识 + 行业标签），本页只做「入池」，不做撮合、不做成交、不生成收入。