菜单
公众号写作流程的最后一步技能。在 draft.md 完成后、定稿前使用。调用 quality-acceptance 子代理产出诊断与修订建议，主程序逐条审视并应用到草稿生成 final.md，翻转 Gate D（review_passed=true），向用户交付终稿。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Create professional architecture, workflow, sequence, data-flow, and lifecycle/state diagrams as standalone HTML files with SVG graphics, a built-in dark/light theme toggle, and one-click export to PNG / JPEG / WebP / SVG. Use when the user asks for system architecture diagrams, infrastructure diagrams, cloud architecture visualizations, security diagrams, network topology diagrams, technical workflows, approval flows, runbooks, CI/CD flows, process diagrams, API call sequences, request lifecycles, interaction diagrams, data pipelines, analytics flows, ETL/ELT maps, PII boundaries, governance/data lineage diagrams, state machines, lifecycle diagrams, status transitions, or terminal/retry paths.
公众号写作流程的第二步技能。在 topic-card.md 完成后、联网研究前使用。基于话题卡设计 2-4 个差异化的目标读者候选画像，用选择题让用户锁定目标读者，写入 audience-card.md，并翻转 Gate A（audience_locked=true）。
公众号封面图生成技能：根据公众号文章自动生成封面图。 封面图包含文章标题（艺术字形式）和IP形象（手绘线描小猫）， 比例为21:9（约2.35:1）的超宽屏格式。 当用户出现以下行为时自动触发： - 说"请为{文章路径}生成封面" - 说"生成封面"、"制作封面"、"生成封面图"并附带文章路径或标题 - 说"为这篇文章生成封面图"
公众号写作流程的第四步技能。在 research-brief.md 与 contradiction-map.md 完成后、大纲前使用。基于研究输入设计 2-3 个差异化主线候选，用选择题让用户锁定文章主线，写入 direction-lock.md，并翻转 Gate B（direction_locked=true）。
公众号文章"大板块信息图"生成技能：在最终文章完成后，按文章里的"## 二级标题"逐章生成 手绘笔记风格信息图，并把图片链接插入到该章节正文的末尾。图片存入文章所在目录的 image/ 子目录。 当用户说"生成信息图/信息图/给文章配信息图/为每个章节生成图"，或文章已定稿需要配板块图时使用。
公众号写作流程的第五步技能。在 direction_locked=true 后、正文前使用。调用 editorial-structure 子代理产出结构方案，主程序结合研究素材产出章节级大纲，用选择题让用户确认，写入 outline.md，并翻转 Gate C（outline_locked=true）。
| name | quality-gate |
| description | 公众号写作流程的最后一步技能。在 draft.md 完成后、定稿前使用。调用 quality-acceptance 子代理产出诊断与修订建议，主程序逐条审视并应用到草稿生成 final.md，翻转 Gate D（review_passed=true），向用户交付终稿。 |
| when_to_use | write-article 完成 draft.md 后，需要质量验收与定稿时。终稿必须经验收，review_passed 未置 true 前不算完成。 |
| allowed-tools | Read Write Agent |
此阶段是最后一道关。终稿必经验收，review_passed 未置 true 前，文章不算完成。诊断来自 quality-acceptance 子代理，但最终取舍归主程序——认可的应用，不认可的说明理由。
确认 articles/<文章标题>/draft.md 存在且内容完整。不存在则停下，提示先跑 /write-article。
调用 quality-acceptance 子代理（subagent_type: quality-acceptance），传入：
draft.md（待验收草稿，绝对路径）outline.md（语境：结构预期）direction-lock.md（语境：核心观点是否到位）要求它按设计文档的诊断维度产出诊断 + 建议修订，至少覆盖：
quality-acceptance 把诊断报告写入 articles/<文章标题>/review-report.md，并返回要点给主程序。
与 quality-acceptance 并行（或紧随其后）调用 compliance-check 子代理（subagent_type: compliance-check），传入：
draft.md（待审查草稿，绝对路径）outline.md / direction-lock.md（语境）要求它扫描草稿是否存在微信公众号平台合规风险（政治与网络管控、平台规则、医疗/金融/健康、未核实数据/案例等类别），返回风险清单表（风险点+类别+风险等级+安全替换建议）。compliance-check 只读、不写文件，把清单直接返回给主程序。
主程序逐条审视 review-report.md 的诊断与建议，但两类发现区别处理：
(A) quality-acceptance 的发现（口吻/排版/错别字，属机械修订）——主程序自行取舍：
articles/<文章标题>/final.md。(B) compliance-check 的合规发现（涉微信公众号平台安全/合规规范）——主程序不擅自改，须告知用户、由用户定夺：
主程序把 compliance-check 返回的合规风险清单并入 review-report.md，新增"合规 / 敏感词检查"段，整理成统一表格：
| 风险点（原文片段 + 位置） | 类别 | 风险等级（高/中/低） | 建议处理 |
|---|
然后用 AskUserQuestion 把该表呈现给用户，让用户对每一条逐条（或批量）作出决定：
只把用户明确批准（"修复"或"自定义"）的修改应用到 final.md；用户未批准（包括尚未回答、未逐项决定）的合规项，主程序一律不得擅自修改 final.md，也不得自行按"建议处理"默认替换。
把用户的每条决定（修复 / 保留 / 自定义 + 用户原话）追加到 review-report.md 对应条目下。
把审视结论（采纳 / 不采纳 + 理由；合规类则附用户的决定）追加到 review-report.md 的对应条目下。
review_passed: true ← 关键门禁翻转current_stage: done[quality-gate] 验收通过，生成 final.md，review_passed=true，Gate D 通过，文章完成Gate D（review_passed=true）要求：
quality-acceptance与compliance-check两项均无未解决的硬风险。其中合规硬风险必须已经过用户审阅——用户已对每一条合规发现逐项作出决定（"修复"或明确"接受保留"），而非由主程序自行消解或默认替换。未告知用户、未由用户决定的合规发现，不得直接置review_passed=true。
向用户交付：
final.md 的内容摘要（核心观点 + 结构 + 字数）review-report.md 的要点（诊断了什么、采纳了哪些、不采纳哪些及理由）明确告知用户：四个门禁全部通过，文章已定稿，路径为 articles/<文章标题>/final.md。
final.md 存在；review-report.md 存在且含审视结论；workflow-state.md 中 review_passed: true、current_stage=done。