微信公众号全域创作助手

概述

一套围绕“内容资产”而不是“工具脚本”设计的微信公众号生产 Skill。

八个工作单元：选题洞察、资料研读、事实核验、原创写作、内容再创作、视觉设计、文章排版、发布质检

有搜索、图片生成、浏览器或连接器能力时就增强，没有时则自动退回本地可交付结果。

设计原则

先理解，再创作；先核验，再表达；先预览，再发布。

所有任务都优先保护四件事：真实性、原创性、可读性、可交付性。

1. 八个工作单元

这八个工作单元可以连续执行，也可以从任意已知阶段接管。

2. 主调度器

工作流状态、恢复与接手规则详见 references/WORKFLOW.md。

接到任务先判断“用户现在手里有什么”，而不是从第一步机械重跑。

只有主题

01 → 02 → 03 → 04 → 06 → 07 → 08

有 URL / 原文

02 → 03 → 04 或 05 → 06 → 07 → 08

有现成草稿

03 → 04 → 06 → 07 → 08

只改标题/结构/表达

只调用对应的写作或再创作工作单元，再按需做局部质检。

只做排版

07 → 08

只做发布

08；只有在发现缺件或硬性风险时才回退补项。

3. 内容资产协议

每篇文章建立独立项目，避免原稿、证据、图片和最终稿相互污染。

project/
├── 00_brief/       # 需求与受众
├── 01_sources/     # 原始资料与来源
├── 02_facts/       # 事实账本与核验结果
├── 03_writing/     # 标题、提纲、稿件、改稿
├── 04_visuals/     # 封面、正文图、视觉说明
├── 05_layout/      # HTML、预览、版式资产
├── 06_delivery/    # 发布包与发布记录
└── 07_quality/     # 质检报告、风险、变更记录

每个项目至少维护一个 project.json：

{
  "project_id": "自动生成",
  "title": "文章标题",
  "stage": "brief|research|verified|draft|visual|layout|ready|published",
  "created_at": "ISO-8601",
  "source_total": 0,
  "fact_status": "pending|passed|warning",
  "layout_status": "pending|passed|warning",
  "delivery_mode": "manual|browser|connector|authorized-api",
  "assets": [],
  "risks": []
}

敏感信息边界

不得把真实账号信息、访问令牌、会话数据、密码或其他私密凭据写入 Skill、模板、示例、测试或发布包。需要外部授权的平台动作，只使用用户当前已有的合法授权环境，或生成待执行发布包；没有授权时不得虚构“已发布”。

4. 01｜选题洞察

目标不是收集最多热点，而是找到“现在值得写、能写出差异、证据足够、公众号读者愿意读”的切口。

四段式检索

发现 → 聚焦 → 交叉验证 → 反向搜索

第一轮扩大主题边界；第二轮寻找高价值的一手来源；第三轮核对时间、数字与原始出处；第四轮主动寻找反例、修订、后续进展。

选题评分模型

读者价值      25
证据厚度      20
切角独特度    20
时效窗口      15
可讲故事性    10
传播潜力      10
总分          100

建议：75 分以上直接进入深研；60–74 分保留观察；低于 60 分不优先生产。

切角卡

主题：
正在发生什么：
谁最关心：
大家通常怎么说：
真正的矛盾是什么：
我准备提供什么新价值：
关键证据：
可能误导点：
标题方向：

5. 02｜素材研读

研究与证据规则详见 references/RESEARCH.md。

输入可包括网页、文章、PDF、文档、图片以及用户粘贴内容。

标准路径：

原始输入 → 内容识别 → 正文抽取 → 元数据保存 → 来源索引 → 可引用文本

重要原则

• 原始来源和整理后的正文分开保存。
• 不把搜索摘要直接当成事实。
• 保留标题、发布日期、机构/作者、URL、关键图片和引用位置。
• 抓取失败必须记录失败原因，不得用猜测补齐缺失内容。
• 对需要持续追踪的主题记录“最后验证时间”。

本项目的 scripts/ingest_url.py 只负责基础网页留档；复杂站点优先使用宿主环境已有的网页能力。

6. 03｜事实核验

建立“事实账本”是默认动作，而不是可选附加项。

事实条目

FACT-001
断言：
来源：
来源等级：原始 / 权威二手 / 一般二手 / 线索
发布时间：
事件时间：
原文位置：
状态：确认 / 部分确认 / 待核 / 冲突
写作建议：保留 / 降级语气 / 加注时间 / 删除

核验规则

时间分离

把“发布时间”和“事件发生时间”分开记录，防止把旧新闻写成新事件。

数字核对

金额、比例、排名、日期、人数、版本号等关键数字，至少回到一个可追溯来源；有冲突时保留口径差异。

结论分级

确定事实用肯定句；信息不足用限定语；来源存在争议时明确归因；没有依据的推测不能包装成事实。

研究停止条件

当核心断言都拥有足够证据、主要冲突已解释、继续搜索不再明显改变文章结论时停止扩搜，避免无价值堆链接。

7. 04｜原创写作

写作规则与风格系统详见 references/WRITING.md。

先做“信息架构”，再生成文字。

核心句

写作前先回答：

读者读完以后，最应该记住什么？

如果一句话说不清，先不要急着写正文。

推荐结构

钩子 → 问题 → 关键事实 → 分析 → 例证 → 判断 → 行动/余味

不强制套固定模板；需要故事型、案例型、清单型、评论型、科普型时，根据主题切换结构。

标题系统

默认同时生成 8 个候选，覆盖：

• 信息型
• 冲突型
• 结果型
• 问题型
• 反常识型
• 场景型
• 数据型
• 克制型

标题必须兑现正文，不制造正文没有的悬念或事实。

人味控制

避免连续使用抽象名词、万能转折、空泛结论和模板化开头。段落以手机阅读为基准，长段主动拆分；每一节都回答“为什么现在值得继续读”。

8. 写作风格库

写作风格不是单纯换几个形容词，而是同时控制叙述视角、句式节奏、信息密度、情绪强度、观点锋利度、案例比例与结尾方式。用户可以直接指定一种风格，也可以使用“主风格 + 辅风格”的混合组合。

8.1 风格选择方式

支持三种选择：

单风格：科技媒体
混合风格：冷静专业 + 轻叙事
自动匹配：根据公众号定位、文章类型、目标读者自动推荐 3 种风格

默认输出风格建议包含“推荐理由 + 适用场景 + 风险提示”，避免只给一个孤立标签。

8.2 20 种可选风格

8.3 混合风格规则

混合时最多选择 2 个主风格：

专业底色 + 轻叙事
商业洞察 + 锐利短句
知识讲解 + 朋友聊天
新闻解释 + 反常识
冷静专业 + 极简高级

第一风格决定文章骨架，第二风格只负责节奏、语气或局部表达，不允许两个风格互相拉扯。

8.4 风格参数卡

每次写作前生成：

style:
  primary: ""
  secondary: ""
  viewpoint: "作者 / 观察者 / 讲解者 / 当事人"
  emotional_intensity: 1-5
  sharpness: 1-5
  narrative_ratio: 1-5
  information_density: 1-5
  sentence_rhythm: "短句 / 均衡 / 长短交替"
  colloquial_level: 1-5
  ending_mode: "判断 / 行动 / 余味 / 反问 / 回扣"

8.5 风格一致性检查

成稿后检查：

• 开头是否体现目标风格，而不是中性模板开场；
• 中段的句式、信息密度和情绪强度是否稳定；
• 是否出现与风格冲突的表达，例如“深度调查”突然变成营销口吻；
• 金句是否服务观点，而不是为了像金句而金句；
• 结尾是否保持同一叙述人格；
• 全文是否仍然属于公众号可持续连载的“栏目声线”。

风格模仿只允许借鉴抽象写作特征，不得复制特定作者的标志性措辞、独特句型或可识别个人文风。

9. 05｜内容再创作

再创作规则详见 references/REWRITE.md，写作系统详见 references/WRITING.md。

本工作单元用于编辑、再创作和多平台适配，不用于复制他人表达或规避原创检测。

四级处理

轻编辑：纠错、删冗余、调节奏。

结构重排：重新组织证据与章节，让论证顺序服务读者理解。

信息增量：在保留必要事实来源的基础上加入新的案例、数据或解释。

平台变体：将长文转成摘要、短帖、FAQ、口播稿、图文卡片等。

再创作硬规则

事实口径不随意改；必要引用不抹掉；来源关系不伪装；不模仿特定在世作者的独特措辞或个人标志性文风；不以“改写”掩盖大段复制。

10. 06｜视觉策划

视觉策划规则详见 references/VISUAL.md。

视觉不是装饰层，而是信息层。

封面 Brief

主题：
核心对象：
视觉隐喻：
主标题字数：
情绪：
主体位置：
留白区域：
禁止出现：

优先采用“一个主体 + 一个焦点 + 一处信息锚点”的构图，而不是把全文缩成海报。

正文配图规则

把图片放到真正发生信息变化的位置：首次进入主题、关键案例、观点转折、核心结论附近。每张图都要说明它承担的是“解释、证明、分隔还是情绪”哪一种任务。

有图像生成能力时直接生成；没有时输出完整视觉 Brief 与生成提示词，不阻塞文章生产。

11. 07｜移动端排版

移动端排版规则详见 references/TYPESetting.md。

排版目标是让读者在手机屏幕上迅速找到：标题、重点、证据、转折、结论。

默认组件：

标题 / 导语 / 小标题 / 正文 / 加粗 / 引用 / 提示框 / 图片 / 图注 / 列表 / 分隔线 / 表格

技术约束

• 使用标准 HTML5。
• 关键视觉样式尽量内联。
• 不注入可执行脚本。
• 不依赖外部 CSS 才能正常显示核心正文。
• 表格必须考虑窄屏阅读。
• 图片路径和替代文本明确。
• 先生成，再自检，再交付。

12. 08｜交付质检

四道质量门细则详见 references/QA.md。

发布前至少通过四道门：

Gate 1｜事实门

关键数字、时间、人物、事件均已核验；引用没有脱离原意。

Gate 2｜内容门

标题兑现正文；首屏有阅读理由；章节有递进；重复与空话已清除；结尾有明确判断或行动价值。

Gate 3｜视觉门

封面存在；配图顺序正确；图片清晰；非原创图片具有来源/授权说明；图中文字没有明显错误。

Gate 4｜版式与交付门

HTML 可独立打开；移动端无明显横向溢出；标题/摘要/作者等元数据齐全；发布方式明确；失败有回退方案。

只有四道门均达到通过或经过人工确认的警告状态，项目才能标记为 ready。

13. 发布策略

发布交付规则详见 references/PUBLISH.md。

支持三种结果：

1. 直接在已有授权环境继续操作：如浏览器会话或已连接服务可用。
2. 生成发布包：正文、HTML、封面、图片、元数据、质检报告齐全，供人工发布。
3. 只交付中间资产：当用户只要求某个阶段时，不擅自扩大任务范围。

无论哪种模式，都不能把“生成完成”写成“平台已发布”。

14. 失败与恢复

每个失败都记录三个字段：

what：什么失败了
why：为什么失败
next：下一步如何恢复

例如：网页不可访问 → 站点拒绝抓取 → 使用用户提供的原文或其他公开来源继续研究。

当外部工具不可用时，优先保持内容产出链不间断：

搜索失败 → 手工研究模式

图片生成失败 → 视觉 Brief 模式

后台发布失败 → 发布包模式

15. 本地工具

• scripts/bootstrap.py：创建标准内容项目。
• scripts/ingest_url.py：做基础网页留档。
• scripts/render_html.py：把 Markdown 转为基础 HTML。
• scripts/preflight.py：执行快速发布前检查。
• scripts/project_inspect.py：检查项目结构和疑似凭证残留。
• scripts/package_release.py：整理发布交付包。

它们是辅助器，不是能力边界。真正的研究、写作、视觉与后台能力优先由宿主环境完成。

16. 使用示例

示例 A：从选题到成稿

帮我围绕“AI 办公”找 5 个有证据支撑的公众号选题，给出每个切角，再选一个完成研究、写作、配图方案、排版和发布质检。

示例 B：基于文章再创作

这是我的资料，请先建立事实账本，再重新设计结构，写成一篇面向普通读者的公众号文章，不保留原文的表达方式。

示例 C：只做成品排版

下面是已经确认的文章，请转成适合手机阅读的公众号 HTML，并做排版质检。

17. 最终执行原则

本 Skill 1.0.0 以内容质量、事实可靠性、原创边界和可交付性为最高优先级。

任何联网、图像生成、浏览器操作或平台发布功能，都遵循“使用环境已有授权，不在 Skill 内保存秘密”原则。缺少授权不会阻塞研究、写作、排版和发布包生成。