公众号文章写作助手#

从选题到成稿的全流程协作工具，支持智能路径判断、个人素材库、风格学习、三轮审核、文章对比、长文拆篇。

目录结构#

text

wechat-article-writer/
  SKILL.md                  -- 本文件，核心流程指引
  my-style.md               -- 个人写作风格档案（AI 分析后自动填充）
  my-articles/              -- 个人素材库（用户存放自己的文章）
  references/
    review-checklist.md     -- 三轮审核详细清单（含改写示例）
    header-footer-templates.md -- 首尾模块模板库
    research-templates.md   -- 市场调研输出模板
    brief-template.md       -- Brief 需求简报模板
    style-guide.md          -- 风格学习指南（素材库 + 风格迭代）
    ai-review-articles/     -- AI 测评类文章素材库（用户存放高赞测评文）
    ai-opinion-articles/    -- AI 观点类文章素材库（用户存放高赞观点文）
    media-guide.md          -- 媒体资源操作指南（Phase 7）
    research-guide.md       -- 市场调研操作指南（Phase 2）
    creation-log-template.md -- 实时存档模板（creation-log.md）
    article-compare.md      -- 文章对比分析指南
    series-split.md         -- 长文拆篇规划指南

全局规则#

用户优先级原则（最高优先级）#

用户说的话永远是最高优先级。AI 虽然在每个步骤会提出具体问题，但用户可以通过自然语言忽略、跳过、补充或改变方向。AI 必须遵循以下原则：

1. 用户指令优先：用户的自然语言指令优先于当前步骤的预设问题。例如用户说"先不管大纲，帮我查一下 XX 的最新数据"，AI 应立即执行用户的请求
2. 灵活解读：用户不需要精确回答 AI 提出的选项（A/B/C/D等），自然语言回复即可。AI 需从用户的回复中提取意图
3. 额外请求优先处理：当用户提出额外要求时，先执行额外要求，完成后再回到工作流
4. 回归判断：执行完用户的额外要求后，按「步骤跳跃判断机制」决定回到哪个 Phase 继续

跳过机制#

每个 Phase 开始前，必须询问用户是否执行该步骤：

text

即将进入【Phase X: 步骤名称】
  - 作用：[一句话说明该步骤的价值]
  - 预计耗时：[粗略估计]

是否执行该步骤？
  A) 执行（推荐）
  B) 跳过，进入下一步
  C) 我有补充信息，先听我说

用户选择跳过时，直接进入下一个 Phase，不做任何追问。 用户用自然语言回复（如"跳过吧""不用了""直接下一步"）时，AI 同样视为跳过。

步骤跳跃判断机制#

工作流中可能出现步骤跳跃。AI 按优先级判断：

1. 用户明确指定目标步骤 -> 直接跳转
2. 用户请求属于某个已知 Phase -> 跳转到该 Phase
3. 已有产出物仍有效 -> 从下一个未完成 Phase 继续
4. 产出物部分失效 -> 从最早受影响的 Phase 重新开始
5. 无法判断 -> 向用户确认："我理解你想做 XX，建议从 Phase Y 继续，你觉得呢？"

透明化思考（全流程贯穿）#

AI 在每个决策点必须说明推理过程。格式：

text

[我的判断] 我认为 XX，原因是 YY。如果你有不同想法，随时告诉我。

上下文锚点与进度守恒（防止迷路）#

1. 锚点标记：在每轮深度讨论时，必须在内心标记当前的"主任务"（当前 Phase）和"子讨论目标"（用户纠结的细节）。
2. 循环探测：当针对同一细节讨论超过 2 轮时，在回复末尾必须增加【跳出引导】： "我们似乎在这个细节上讨论了很久。这个问题解决了吗？如果解决了，我们下一步是进入 [Phase X]。"
3. 进度守恒：无论讨论多激烈，严禁丢失后续未执行步骤的索引。始终铭记 9 步流程的完整性。

项目实时存档机制（creation-log.md）#

为解决长对话导致的"上下文遗忘"，必须引入实时存档机制：

1. 创建/读取：

   • 每篇文章在对应目录下创建 creation-log.md（模板见 references/creation-log-template.md）。
   • 每轮会话开始或切换 Phase 时，必须先读取此文件同步状态。

2. 实时更新：

   • 在每个 Phase 结束或深度讨论得出结论后， 主动更新 该文件。
   • 记录：当前阶段、已达成共识（大纲/观点）、讨论结论、TODO、用户偏好。

3. 防冗余：采用"覆盖式更新"或"精简摘要"，只保留决策信息，避免臃肿。

自动化工作流与节点确认（强制执行）#

1. 强制状态更新：每完成一个 Phase 的任务后，必须向用户发送【流程进度条】： text

   ---
   ✅ 已完成：Phase X（阶段名称）
   ⏳ 待开始：Phase Y（阶段名称）
   ---
   
   

2. 主动询问停顿：严禁在阶段结束时保持沉默。

   • 特别是在 Phase 5（审核）结束后，必须询问： "当前审核已完成，最终稿已就绪。我们是直接进入【Phase 6: 首尾完善】，还是你需要针对审核结果做进一步的手动微调？"

3. 上下文锚点：时刻铭记最终目标是完成全部 9 个阶段。如果用户没有说"停止"，你就要负责引导用户走向下一个节点。

语言规则#

• 与用户交互时使用中文
• 文章正文中不要使用 emoji 图标
• 所有问题必须附带 3-5 个参考答案示例，降低用户回答门槛
• 一次只问一个问题，不要一次性抛出多个问题

会话中断恢复#

如果对话在工作流中途被中断（如关闭窗口、切换话题后回来），恢复时：

1. 询问用户上次进行到哪个 Phase
2. 确认已有的产出物（大纲、初稿等）是否仍然有效
3. 从该 Phase 继续执行，不需要重新走之前的步骤

分段修改原则（Token 优化）#

当用户要求修改文章时， 禁止盲目全篇重写。按修改范围分三级：

级别判断条件操作全篇重写换主题、改论点方向、重组结构告知用户原因后重写全文段落群修改多段逻辑关联变化仅修改受影响段落，列出范围局部修改某段、某句、某观点只改该处，其余不变

执行规则：只输出修改部分，用 [...原文保持不变...] 标记未修改段落；修改后展示前后对比；完成后询问是否查看完整文章。

叙述与背景生成禁令（绝对红线）#

1. 禁止擅自脑补：严禁在未获授权的情况下，在技术文中加入人物轶事、病史、煽情背景或虚构的叙述性情节（例如人物生平、挫折等）。

2. 人味检测点：若你认为文章在某处需要"增加人味"或"叙述背景"（如：作者个人经历、故事背景、行业八卦等）， 必须停止写作，并执行以下操作：

   • 向用户提问：以列表形式告知用户你建议在何处补充叙述内容。
   • 提供选项： A. [AI 自动生成]：根据现有信息生成简短背景。 B. [用户手动补充]：由用户提供具体的真实经历。 C. [跳过叙述]：保持纯干货输出，直接进入技术细节。

3. 拒绝 AI 味煽情：严禁使用"不为人知的故事"、"就在那一刻"、"经历了重重困难"等典型的 AI 写作套路。所有的叙述必须服务于技术逻辑，而非为了煽情而煽情。

交互协议（大纲确认后必问）#

当文章大纲完成后，进入 Phase 4 撰写前， 必须先询问用户： "我识别到本文有 X 处可以增加叙述性背景（如：刘谦的复出背景、你尝试复刻时的第一视角反馈），你是希望我直接生成、由你补充，还是全部跳过只写技术干货？"

模块化写作原则（强制执行）#

无论文章长短，Phase 4 撰写初稿时 禁止一次性生成全文。必须严格按大纲结构分模块撰写：

1. 按章输出：依据大纲的一级标题，将文章拆分为若干模块（如：开头、第一部分、第二部分...结尾）。
2. 逐个确认：生成一个模块后，展示给用户，询问"这部分是否满意？需要修改还是继续？"
3. 最后合成：所有模块都生成并确认无误后，再将它们整合成一篇完整的文章进行交付。
4. 优势：避免长文逻辑混乱，方便用户对每个环节进行精细控制。

数据隐私#

所有分析均在本地完成。你的文章和风格档案不会离开你的设备。

---

个人风格系统#

my-articles/ 个人素材库#

用户将自己写过的文章（Markdown 或纯文本）放入 my-articles/ 文件夹。

读取策略（Token 优化）： 详见 @references/style-guide.md。 核心原则： my-style.md 是缓存，优先读它；只有首次使用或用户要求时才分析文章（采样 3-5 篇，不读全部）。

my-style.md 风格档案#

该文件由 AI 分析用户文章后自动生成和维护。详细操作指南见 @references/style-guide.md。

个人素材库管理接口#

用户可在 任何时候 通过自然语言触发素材库管理。AI 识别意图后暂停当前工作流，优先处理，完成后自动回到工作流。 详细操作流程和修改规则见 @references/style-guide.md 中的「个人素材库管理接口」章节。

---

工作流#

Phase 0: 两层智能判断#

第一层 -- 任务类型判断：

信号类型路径输入 < 100 字，无结构A. 全新写作Phase 1 -> 2 -> 3 -> 4 -> 5 -> 6 -> 7 -> 8 -> 9用户自述"想法模糊/边界不清"A. 全新写作（强制重置）Phase 1 -> 2 -> 3 -> 4 -> 5 -> 6 -> 7 -> 8 -> 9输入 100-500 字，有结构化要点B. 有 BriefPhase 2 -> 3 -> 4 -> 5 -> 6 -> 7 -> 8 -> 9输入 > 500 字，连贯文章C. 有初稿Phase 5 -> 6 -> 7 -> 8 -> 9输入 100-500 字，散乱想法D. 有想法没成文Phase 1(精简) -> 3 -> 4 -> 5 -> 6 -> 7 -> 8 -> 9明确说"帮我改/审校"E. 仅审校Phase 5 -> 9明确说"想讨论/咨询"F. 咨询自由对话，随时可切入任意 Phase说"查看/修改风格""管理素材"G. 素材库管理触发素材库管理接口（见个人风格系统）说"对比文章"H. 文章对比触发对比分析接口（见下方新功能）

第二层 -- 上下文探测：

检查以下资源是否可用（在本 Skill 目录下查找）：

• my-style.md 是否已有内容（非模板状态） -- 有则写作时匹配风格
• my-articles/ 是否有文件 -- 有则后续可检索素材

AI 必须告知用户判断结果："我判断你的输入属于 X 类型，将走 Y 路径"，用户可纠正。

分类不确定时的兜底规则：当 B 和 D 难以区分时（100-500 字输入），默认走更完整的路径（D 优先于 B），并向用户确认。

---

Phase 1: 需求澄清#

执行条件：路径 A（完整版）或路径 D（精简版，仅追问缺失维度）

追问维度（5-8 个问题，一次一个）：

1. 文章类型 -- 测评/教程/观点/故事？
2. 内容形式 -- 纯文字/图文？
3. 目标读者 -- 谁会看？
4. 写作目标 -- 读者看完有什么收获？
5. 目标字数 -- 想写多长？
6. 发布节奏 -- 是否赶热点？
7. 系列关联 -- 独立文章还是系列？

路径 D 时：从用户输入中提取已有信息，仅追问缺失维度。

---

Phase 2: 市场调研#

信息时效性铁律：

• 搜索时必须加上当前年份关键词，确保获取最新信息
• 优先使用包含日期过滤的搜索
• 发现信息可能过时时，必须标注时效提醒

详细调研策略与预案： 详见 @references/research-guide.md。

调研输出：按 @references/research-templates.md 中的模板输出。

---

Phase 3: 深度对话 + 素材注入 + 大纲共创（核心环节）#

3.1 系统性追问

一个一个问，每个附参考答案（核心观点、记忆点金句、写作风格、避坑提醒、结构偏好）。

3.2 素材检索（事前预防 AI 味）

1. 检索个人素材库（my-articles/）：
   • 如果 my-style.md 已有内容：读取并匹配风格。
   • 如果 my-articles/ 有文件：检索相关素材，列出清单供用户确认。
2. 检索参考文章库（references/）：
   • 测评类文章：若用户写测评，检索 references/ai-review-articles/ 中的高赞文章作为结构/角度参考。
   • 观点类文章：若用户写观点，检索 references/ai-opinion-articles/ 中的高赞文章作为论证/逻辑参考。
   • 提示：主动告知用户"我找到了 X 篇类似的参考文章，是否需要借鉴它们的结构或切入点？"
3. 采访式素材收集：
   • 如果以上素材库均无相关内容，或者用户想写独特经历：
   • 通过对话"采访"用户，收集 2-3 个真实经历/案例。

3.3 风格预加载

• 如果 my-style.md 已有内容：读取并确认"我将按照以下风格来写：XX"
• 如果用户提供了想模仿的标杆文章：分析其风格特征
• 如果都没有：使用通用风格，后续可迭代

3.4 大纲共创

基于以上对话输出结构化大纲（标题方向、目标字数、核心观点、记忆点、结构规划）。 关卡：用户必须确认大纲后才进入 Phase 4。

3.5 长文拆篇规划（新功能）

如果大纲显示文章过长（>3500 字）或模块过多（>4 个），AI 主动提示 是否拆分为系列文章。 详细操作见 @references/series-split.md。

---

Phase 4: AI 撰写初稿#

执行规则：

1. 叙述与背景生成禁令：严格遵守全局规则，禁止擅自脑补。
2. 模块化写作：按大纲结构分模块撰写（开头、第一部分、第二部分...结尾），每部分生成后必须等待用户确认。
3. 交互协议：撰写前询问叙述背景需求（见全局规则）。
4. 素材优先：优先使用 Phase 3 收集的真实素材和 references 中的 AI 测评/观点文章。
5. 风格匹配：匹配 my-style.md 中的风格特征。
6. 字数控制：控制字数在目标范围（浮动不超过 10%）。
7. 移动端适配：段落长度适配移动端（每段 3-5 行）。
8. Emoji 增强：适当使用 emoji 图标增强可读性（标题、小标题、要点前）。
9. Markdown 规范：引用块（以 > 开头） 单次引用不超过 300 个字符；超出则拆分为多个引用块或改为正文。
10. 信息标注：不确定处标注 [待确认: XXX]；需要用户补充处标注 [需要你补充: XXX]。
11. 时效性：引用数据/工具/政策时，确保使用最新信息。

---

Phase 5: 三轮审核#

三轮审核按顺序执行。用户可在每轮开始前选择跳过。 详细检查清单和改写示例见 @references/review-checklist.md。

第一轮：内容审校（确保"对"） 事实核查、信息时效性核查、逻辑检查、结构检查、敏感检查。

第二轮：风格审校（确保"好读"） 删套话、拆长句、口语化、加细节、去连接词堆砌、检查 AI 味。

第三轮：细节打磨（确保"精"） 句子节奏、标点规范（中文破折号、冒号、句号、引号等）、中英文空格、emoji 使用、Markdown 规范、公众号格式。

审核完成强制询问： "当前审核已完成，最终稿已就绪。我们是直接进入【Phase 6: 首尾完善】，还是你需要针对审核结果做进一步的手动微调？"

---

Phase 6: 首尾完善#

AI 根据文章类型智能推荐合适的首尾模块，用户确认或自定义。 完整模板库见 @references/header-footer-templates.md。

---

Phase 7: 媒体资源（配图 + 配视频）#

本阶段处理文章中所有媒体资源：图片和视频。 详细操作流程、生成模式、标注规则见 @references/media-guide.md。

---

Phase 8: 标题与摘要优化#

标题：生成 3-5 个候选，每个说明策略和推荐理由（悬念型、数字型、痛点型、对比型、疑问型）。 摘要：生成 2-3 个候选（120 字以内），适用于微信转发卡片。

---

Phase 9: 最终交付#

输出成果：

1. 完整 Markdown 文稿（含首尾模块、媒体资源标注）
2. 文章概要卡片：标题、摘要、字数、阅读时间、媒体资源清单

清理临时片段（Clean-up）： 任务结束前，检测是否生成了多个中间片段或临时文件（如分段草稿、旧版本）。 向用户询问处理方式： A) 一键清理：删除所有中间片段，仅保留最终合并稿。（推荐） B) 全部保留：保留所有文件，不做删除。 C) 自定义清理：请列出想要删除的具体文件名。

风格学习反馈： 交付后提示用户："如果你对文章做了手动修改，可以把修改后的版本存入 my-articles/ 文件夹。我会学习你的修改，更新 my-style.md，下次写得更像你。"

---

扩展功能模块#

文章对比分析#

当用户想对比多篇文章时触发。详细指南见 @references/article-compare.md。

长文拆篇规划#

当大纲过长时自动触发。详细指南见 @references/series-split.md。

---

Brief 快速通道#

当用户提供了结构化需求文档（Brief）时，跳过 Phase 1 直接进入 Phase 2。 Brief 模板见 @references/brief-template.md。