fix(posts): consultant final review — release ready (v1.2)

02 comfyui (EN+ZH)
- unify the asset numbers end to end: 108 cover pairs = 216 banner+OG
  assets. The intro, the frontmatter metric, the description and the
  `ws.close()` comment all still carried the old "89", which contradicted
  the 216/25.9-min figure in the result section (consultant finding).
- state the timing scope explicitly: end-to-end per slug, diffusion plus
  the Pillow clearance audit and the two-size WebP encode.
- disclose the limit of the mtime evidence: mtime keeps only the last
  write, so gate-rejected re-queues from an earlier pass do not lengthen
  the measured window.

01 payments (EN+ZH)
- the idempotency comment now names the 72h bank reconciliation window,
  which is the boundary that makes EXPIRED a legitimate fulfilment entry
  point (line count unchanged at 27).

src/content/posts/zh/batch-generating-80-technical-covers-with-comfyui.md

@@ -2,7 +2,7 @@
 ogImage: "/og/zh-batch-generating-80-technical-covers-with-comfyui.jpg"
 banner: "/banners/batch-generating-80-technical-covers-with-comfyui.jpg"
 title: "用 ComfyUI 批量闭环 80+ 张技术图文封面：设计规范约束、留白控制与批处理工作流"
-description: "如何通过 Headless ComfyUI API 流水线自动化生成 89 张高对比度技术博客封面：深度实战留白预留、暗色调约束与零文本幻觉的批处理闭环方案。"
+description: "如何通过 Headless ComfyUI API 流水线自动化生成 108 组（216 张 Banner 与 Open Graph）高对比度技术博客封面：深度实战留白预留、暗色调约束与零文本幻觉的批处理闭环方案。"
 pubDate: 2026-10-27
 category: ai
 blueprint: ai-agent-automation
@@ -14,8 +14,8 @@ summary:
   audience: "AI 工程师、内容自动化负责人与创意技术架构师"
   painPoint: "直接用扩散模型生成文章封面会导致风格混乱飘忽、画面充斥外星乱码伪文字，且视觉中心过于拥挤导致无法排版叠加标题文本。"
   impact:
-    - metric: "89 张封面全量批处理"
-      detail: "基于本地 12GB VRAM 生产节点构建无头 ComfyUI 异步 WebSocket 批处理管线，单批次在 25.9 分钟窗口内写出 216 个封面资产（108 个 slug × banner + OG 卡片）。"
+    - metric: "108 组封面全量批处理"
+      detail: "基于本地 12GB VRAM 生产节点构建无头 ComfyUI 异步 WebSocket 批处理管线，单批次在 25.9 分钟窗口内写出 216 个封面资产（108 个 slug × banner + OG 卡片），耗时取自文件系统时间戳可核验。"
     - metric: "图像与文本排版解耦"
       detail: "提示词中严厉禁止模型生成任何文字，专注于渲染上部 45% 的干净负空间，后续标题完全交由代码程序化叠加。"
     - metric: "品牌视觉系统一致性"
@@ -32,7 +32,7 @@ dynamicCta: true
 
 在维护高专业度的技术知识库或技术博客矩阵时，视觉设计的一致性是确立专业信任感的重要基石。如果第一篇文章配的是糖果色 3D 卡通插图，第二篇变成了日系二次元动漫，第三篇又跳成了写实的微距摄影，整个站点就会立刻呈现出缺乏把控的粗糙拼凑感。
 
-近期，我所维护的技术学习门户（`hoelee-learning`）需要为全量存量文章补充 89 张独一无二的高清图文封面，以彻底替换早期的通用占位图。
+近期，我所维护的技术学习门户（`hoelee-learning`）需要为全量存量文章补充 108 组（共 216 张 Banner 与 Open Graph）高清图文封面，以彻底替换早期的通用占位图。
 
 如果依赖人工在 WebUI 界面或群聊机器人中逐张抽卡生成，会立刻陷入三大结构性困境：
 1. **风格漂移（Style Drift）**：不同的随机种子与自由发散的提示词，会导致光影色温、镜头视角与艺术风格四处乱飘。
@@ -149,7 +149,7 @@ def generate_cover(slug, topic_metaphor):
             return prompt_id
         raise
     finally:
-        ws.close()  # 89 张图 × 1 个套接字，不关闭就是静默句柄泄漏
+        ws.close()  # 108 张图 × 1 个套接字，不关闭就是静默句柄泄漏
 
 def prompt_in_history(prompt_id):
     with urllib.request.urlopen(f"http://{COMFY_HOST}/history/{prompt_id}", timeout=10) as r:
@@ -216,7 +216,7 @@ def audit_top_negative_space(img_path: str) -> tuple[bool, str]:
 ## 交付结果
 
 通过将视觉物料生产工程化为确定性 API 流水线：
-* **25.9 分钟窗口内写出 216 个封面资产**：单批次产出 108 组 banner + OG 卡片（时间戳来自文件系统，可核验而非估算），全部在单块 12GB 显卡节点上完成。
+* **25.9 分钟窗口内写出 216 个封面资产**：单批次产出 108 组 banner + OG 卡片，全部在单块 12GB 显卡节点上完成。该口径是端到端每 slug 耗时——扩散推理加上 Pillow 留白审计与双尺寸 WebP 转码——取自文件系统时间戳而非估算，因此可核验。这条证据有一处必须承认的局限：mtime 只记录最后一次写入，若某些封面在更早一轮被留白门禁判为不合格并重跑，那部分耗时不会体现在这个窗口里。
 * **100% 保持品牌设计调性一致**：所有配图在暗色调对比、光影重心以及排版空间上呈现出高度收敛的专业秩序感。
 * **实现无人工值守**：一旦文章的元数据与核心隐喻就绪，流水线即可全自动批处理、校验合规性并直接回流 Git。
 * **这条管线本身就是证据**：本站每一张封面图——包括本文题图——都出自这条闭环，而不是出自设计软件。