القائمة
公众号写作流程的最后一步技能。在 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。