原注释写「生产实测 --concurrency=8 时进程恰好只有 9 条连接」,不准确。核对两台机器的
.env 之后:

  测试服 47.251.104.47  URL 显式 `connection_limit=30` → withCohortDerivedPool 提前返回,
                        池=30。**我观测到的那 9 条其实是 8 个 worker + 1 空闲,不是池上限。**
  生产   47.99.62.30    URL 没写 connection_limit → Prisma 默认 核数×2+1,4 核机 = 9

所以:
  · ② 这个缺陷本身成立(函数只认 PAC_COHORT_CONCURRENCY,CLI 旋钮不驱动池)
  · 但它是**潜在**的,只在没显式配 limit 的机器上咬人
  · 且按计划的 --concurrency=8 跑生产时 9 条刚好够 —— **本修复对今晚的回填零收益**,
    价值只在解锁更高并发

代码/测试注释同步改对,别让后人照着一个错的观测去推断。实现与单测未动(行为本来就是对的)。