内容发布套件

这个技能解决什么问题

一篇耗时几个小时、经过多方审稿的深度长稿，真正"发出去"的那一步往往还是手工活：把 Markdown 粘进微信编辑器，样式当场散架；想发到 LinkedIn 却不知道该砍到多长；官网要用同一篇内容做响应式单页，只能重写一遍。更糟的是，这些手工操作把已经审核过的正文拆散，某个内部笔名在某一段悄悄漏了出去，或者同一条归档记录被写进了 Notion 两次。

Content Publishing Suite 就定位在这个边界上：它是发布编排层，把 07-final.md 这类定稿一次性拆成四类互不污染的产物，而不是再做一轮内容加工。

核心能力

• 多渠道物料：wechat_snippet.html（可直接粘贴的 fragment）+ wechat_preview.html（手机壳预览）、linkedin-post.md、standalone.html（响应式单页）、archive_ledger.json（入库台账）。
• 输入门禁：只接受两种输入之一 —— final-check.json 中 Gate B 为 approved、红线命中 0、凭据/隐私 P0 为 0；或定稿头部带显式 已审核 标记且用户在请求里复述确认。不满足就直接拒绝进入。
• 确定性校验：scripts/validate_publish_output.py 按各渠道的格式契约逐文件检查，命中 P0 则退出码为 2，且不产出 package_manifest.json。
• 归档留痕：scripts/build_publish_package.py 向 archive_ledger.json 追加一条记录并输出 manifest，字段含 title / channel / time / status。

几条硬规则

• 微信物料必须全内联样式、用 section 包裹、文末以 ; 收尾，禁用 class、id、外联 CSS 和外层 div。否则粘贴到 135 编辑器后样式会整段被剥掉。
• LinkedIn 文案不保留任何 Markdown 符号（加粗、列表符、内部备注），正文压到 200–300 词，结尾挂 3–5 个 hashtag。
• 发布物料中零对话痕迹、零流程元信息、零内部备注；作者笔名只从 PUBLISH_PEN_NAMES 环境变量读取并用于拦截，绝不写死到技能或产物里。
• 下游只要引入上游未覆盖的新事实，立即暂停发布并要求回滚上游重新复核，不允许静默发出。

适用边界

它不做事实核验、原创性复核和跨材料一致性审计（这些属于上游技能），不写新正文、不改写。如果你已经装了专门的微信排版技能、或平台侧已有成熟的草稿流，直接用那个工具，这个套件是多余的。

外部动作默认走 --dry-run：真正推送、建草稿、写 Notion 之前，必须先列出目标并取得用户确认，写入后还要回读核验。凭据只从 NOTION_TOKEN / NOTION_DB_ID 环境变量读取。脚本只读用户指定的那份定稿、只写用户指定的输出目录，没有网络出口。