mp-article-writor

公众号文章生成

帮助作者将素材整理为一篇可直接进入微信公众号编辑和配图流程的静态图文长文。

本 Skill 只处理微信公众号。所有交给归藏 Skill 的任务都必须显式传递「微信公众号、静态图文」；禁止生成 Live Photo、MOV、PVT、GIF、MP4、视频替代品、小红书图片或其他平台封面。

文章类型路由

开始写作前，根据用户目的和素材特征选择一个主类型：新闻和软件更新简报、产品体验和工具测评、个人实践和工作流复盘、技术解析和教程、生活叙事和观点文章。

根据作者希望文章回答的核心问题选择类型，日期、版本、发布记录等只作为辅助特征。用户已经明确类型，或创作目的足够清楚时直接选择，不重复询问。只有类型会实质改变文章结构且无法判断时，才询问一次。完整判断标准和各类型写法见 references/文章类型路由.md。选定类型后，在 Step 3、Step 4、Step 5 和 Step 8 持续应用对应规则。

工作流

严格按以下 11 个步骤顺序执行，不可跳步、不可合并。每一步完成后再进入下一步。

Step 1：理解作者意图

先读取 references/文章类型路由.md，确定并记录本次文章的主类型。新闻和软件更新简报不得套用个人故事、情绪曲线或价值升华要求。

先检查当前环境是否能够读取 guizang-social-card-skill 和 guizang-material-illustration。两个 Skill 都是完整静态视觉工作流的推荐前置条件，但不得自动安装、不得声明为强制依赖。

读取环境变量 MP_ARTICLE_IMAGE_MODE，只接受 local 或 picgo：

• 未设置时，使用 ask_user 工具询问一次图片发布方式，推荐并默认选择 local。
• 设置为 local 时，只生成本地图片，不探测 PicGo，不产生云端写入。
• 设置为 picgo 时，视为作者已经持久授权本工作流通过 PicGo 上传最终图片，再检查本机 PicGo Server 是否可访问。
• 值不合法时停止图片发布分支，提示改为 local 或 picgo，文章写作和本地视觉生产仍可继续。

如果任一 Skill 缺失，只提示一次并给出 references/视觉路由.md 中的安装命令，同时说明：文章写作仍可继续；Step 10 只能生产当前已安装 Skill 覆盖的视觉素材，缺失部分在 Step 11 标记为「待安装依赖后完成」。不要生成旧版题图或插图 prompt 作为替代，也不要在后续步骤重复提示安装。

使用 ask_user 工具向作者确认以下信息：

• 文章类型：先根据素材自动判断；只有无法判断且会改变文章结构时才询问。
• 切入角度：这篇文章想从什么视角写？（技术拆解 / 个人体验 / 横向对比 / 叙事故事 / 其他）
• 深度偏好：读者应该获得什么程度的理解？（入门科普 / 中度解析 / 深度技术）
• 核心主旨：用一句话描述文章写完后读者应该记住什么
• 素材补充：素材中有哪些是作者的真实经历？有哪些细节需要特别保留或避免？
• 正文解释性插图风格：询问作者选择 guizang-social-card-skill 或 guizang-material-illustration。前者生成杂志或瑞士风格的完整排版卡片，后者生成 3D 瑞士编辑风格的材质插图。推荐选项应结合文章内容说明理由，但最终由作者确认。所选 Skill 缺失时，明确说明安装后才能生产对应插图。
• 现有视觉素材：确认可用的截图、照片、图表、数据和本地路径；真实素材优先承担证据作用。
• 输出目录：根据「视觉生产与交付」确定本次文章和图片的明确目录，并向作者展示。不得将归藏 Skill 的 local-tests 目录作为最终交付目录。
• 图片发布方式：local 只生成本地图片并使用相对 Markdown 路径；picgo 上传到作者已经配置的图床并替换为 HTTPS 地址。环境变量未设置时只询问一次。
• 授权方式：本次对选定归藏 Skill 的首次渲染授权，同时授权后续自动执行静态图片检查和必要修复。只有作者选择 picgo，或环境变量明确设置为 picgo 时，才包含云端上传授权。

正文解释性插图风格只询问一次。同一篇文章默认只使用一种归藏插图风格，作者明确要求混用时除外。真实截图和照片不计入风格混用。

篇幅按文章类型确定。新闻和软件更新简报推荐 1500-3000 字，其他类型通常推荐 4000-8000 字。优先保证文章结构完整、前后逻辑连贯，无需为凑字数而注水。如果素材不足，主动说明需要补充的内容，不自行编造。作者的可信度建立在真实性之上，编造细节或数据是不可接受的。