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 都是完整静态视觉工作流的推荐前置条件，但不得自动安装、不得声明为强制依赖。

图片发布方式只接受 local 或 picgo，按以下优先级确定：本次请求中的明确选择、环境变量 MP_ARTICLE_IMAGE_MODE、向作者询问。当前请求已经明确选择时不重复询问；这也允许作者为单次任务覆盖环境变量中的持久默认值。

• 当前请求和环境变量都未设置时，使用 ask_user 工具询问一次图片发布方式，推荐并默认选择 local。
• 设置为 local 时，只生成本地图片，不探测 PicGo，不产生云端写入。
• 最终选择为 picgo 时，视为作者授权本次任务通过 PicGo 上传最终图片，再检查本机 PicGo Server 是否可访问；只有环境变量提供的 picgo 才表示持久默认授权。
• 值不合法时停止图片发布分支，提示改为 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 时，才包含云端上传授权。