aws-wechat-article-main

name aws-wechat-article-main description 公众号运营｜微信公众号｜公众号一条龙｜公众号全流程｜自媒体运营｜wechat automation｜content pipeline｜AIGC workflow — 公众号一条龙运营总控入口，选题→写稿→审稿→排版→配图→发布串联 8 个子 skill，单条指令完成整篇图文从 0 到上架。面向公众号小编、自媒体、品牌内容。触发词分层：**一条龙流程**「一条龙」「完整流程」「从头做」「从 0 到发布」；**新做新发**「帮我写篇公众号文章」「做一篇公众号文章」「我想发一篇」「帮我发一篇」「再来一篇」；**选题起点**「今天写什么好」「有什么好写的」「找个话题」「爆款选题」「热点选题」「起个爆款标题」；**策划起点**「内容日历」「系列策划」「专栏规划」「连载」；**流程恢复**「接着上次那篇」「继续昨天的」「继续上次的」「接着之前的进度」；**显式模型新写**「用 GPT 写一篇」「用 DeepSeek 写一篇」「把提纲写成文章」。子 skill（topics/writing/review/formatting/images/publish/sticker/assets）单独触发仅限对**已有产物**的修改场景（如"改标题""润色这段""排版""审稿""加封面""发布"）；新做/策划/多环节串联一律走本入口。 homepage https://aiworkskills.cn url https://github.com/aiworkskills/wechat-article-skills metadata {"openclaw":{"requires":{"env":"[Truncated]","bins":"[Truncated]"},"primaryEnv":"aws.env"}} 公众号运营总览 一键式公众号 AI 内容流水线 —— 从选题到上架 8 个子 skill 串联，公众号小编 / 自媒体 / 品牌内容团队一键产出整篇图文。 套件说明 · aws-wechat-article-* 是公众号一条龙套件，共 9 个 slug： aws-wechat-article-main / topics / writing / review / formatting / images / publish / assets ，外加 aws-wechat-sticker 。跨 skill 的相对引用依赖同一 skills/ 根目录；推荐 clawhub sync 或逐个 clawhub install 一次性全装。源码： https://github.com/aiworkskills/wechat-article-skills 能力披露（Capabilities） 本 skill 作为一条龙套件 编排入口 ；真正调用外部 API 的是子 skill（writing / images / publish / sticker / review）。 本入口自身的 validate_env.py 脚本 行为： 凭证读取 ：读取仓库根 aws.env 的 WRITING_MODEL_API_KEY / IMAGE_MODEL_API_KEY / WECHAT_{N}_APPID / WECHAT_{N}_APPSECRET ， 仅用于校验键是否存在且非空 ，值不用于任何网络请求 网络 ：本入口脚本无外发请求； 子 skill 有外发 （详见各子 skill 的能力披露） 文件读 ：仓库内 aws.env 、 .aws-article/config.yaml 、本篇 article.yaml 文件写 ：仓库内 —— .aws-article/ （首次引导创建目录结构）、本篇 article.yaml 状态字段 shell ：仅 {python} {baseDir}/scripts/validate_env.py （ {python} = 本机 Python 3 解释器，由下文 第 0 步 探测得出：Windows 用 py -3 -X utf8 ，macOS / Linux 用 python3 ） 注意 ：整体套件（含子 skill）会调用外部 LLM、图像 API 与微信 API，并在调用时外发 API key 与本篇内容。完整行为见各子 skill 的「能力披露」。 配套 skill（informational） 本 skill 是 aws-wechat-article-* 一条龙公众号套件的入口，编排 8 个子 skill： topics / writing / review / formatting / images / publish / assets 以及 aws-wechat-sticker 。 装齐全部 9 个 slug 到同一 skills/ 根目录，才能走完整一条龙流程（选题→写稿→审稿→排版→配图→发布）。 只装 main 一个时，仍可用于环境校验（ validate_env.py ）；进入内容流水线会因对应子 skill 缺失而无法执行相关步骤（工作流里的跨 skill 脚本调用 / 文档读取会遇到 file not found ）。 完整 9 slug 清单与安装指引见 源码仓库 。 Agent 执行 ：确定本 SKILL.md 所在目录为 {baseDir} 。 配置检查 ⛔ BLOCKING 进入交互顺序「2) 全局账号约束」「3) 本篇准备」及内容流水线前 须完成 第 0～2.5 步 配置检测（任一步失败则 不得 继续）。 第 3 步 是 调用 publish.py 前 的核对（非流水线起点）： .aws-article/config.yaml 中 publish_method 默认为 draft （ publish.py full 只把图文写入 公众号草稿箱 ）；仅当用户明确要求「发出去 / 对外发布」时，再将该键改为 published （或使用 full --publish 临时强制发布）。 微信 ： validate_env.py 默认要求公众号账号配齐（见第 2 步）；用户 明确不接微信 时，先将 publish_method 设为 none 再过校验（脚本会跳过微信组），之后 publish.py full 仍直接跳过。要走草稿/发布，须补全 aws.env 与 config.yaml 微信槽位，并建议 check-wechat-env 。 wechat_N_name 只用于展示，写作/图片模型是可选项，这三项缺失时只警告。文风与账号约束以 config.yaml 为准，发文元数据以本篇 article.yaml 为准。 第 0 步：判断操作系统与 Python 解释器 智能体在执行下列检测命令前， 先判断当前环境 ： Linux / macOS ：使用 Bash 命令（ test 、 echo 等）。 Windows ：使用 PowerShell 命令（ Test-Path 等）。 再确定 {python} ——本套件所有文档里的 {python} 都是占位符，不是可直接执行的命令，须先探测出本机实际可用的 Python 3 解释器再代入。 本次会话探测一次即可 ，之后所有 {python} 统一代入该结果。 Linux / macOS： python3 --version 输出 Python 3.x.x → {python} = python3 。命令不存在则改试 python --version ，同样要求输出 Python 3. ；都不行 → 提示用户安装 Python 3.10+ 后再继续， 不得 继续后续步骤。 Windows（PowerShell）： py -3 --version 输出 Python 3.x.x → {python} = py -3 -X utf8 。 py 不可用时改试 python --version ，通过则 {python} = python -X utf8 。 ⛔ Windows 上不要探测 python3 ：未安装 Python 时它是系统预置的应用执行别名，会 静默打开 Microsoft Store 而不报错——你会拿到一个空输出、看不出失败原因。始终优先 py -3 （python.org 官方安装器默认附带 py launcher，且不受该别名影响）。 ⛔ Windows 上的 -X utf8 不可省略 ：本套件脚本输出大量中文，Windows 上 Python 的 stdout 编码默认跟随系统 locale（简体中文机器为 GBK），省略后你读到的会是乱码，进而误判脚本成败。 版本要求 Python 3.10+ 。 --version 显示低于 3.10 时先提示用户升级，再继续。 第 1 步： .aws-article/config.yaml 与 aws.env 是否存在 在 仓库根目录 （当前工作目录为项目根）执行： Linux / macOS： test -f .aws-article/config.yaml && test -f aws.env && echo "ok" || echo "missing" Windows（PowerShell）： if ((Test-Path -LiteralPath ".aws-article\config.yaml") -and (Test-Path -LiteralPath "aws.env")) { "ok" } else { "missing" } ⛔ 输出为 missing （任一文件不存在）→ 按 首次引导 创建或补全：可参考 {baseDir}/references/config.example.yaml 得到 config.yaml ，在仓库根创建 aws.env （仅密钥与微信 WECHAT_N_APPID / WECHAT_N_APPSECRET 等，键名可与 {baseDir}/references/env.example.yaml 对照）。 初始化约束 ：新建 .aws-article/config.yaml 时， publish_method 默认必须为 draft ；除非用户明确指定不接微信，否则禁止初始化或改写为 none 。 第 2 步：校验配置内容（ validate_env.py ） 两文件均存在后，在仓库根运行： {python} {baseDir}/scripts/validate_env.py （默认读取 .aws-article/config.yaml 与 aws.env ；可用 --config / --env 指定路径。） 脚本检查（规则摘要，具体交互文案统一以 首次引导 为准）： 微信公众号 ： wechat_accounts 、 wechat_api_base 与 aws.env 中每个槽位的 WECHAT_{i}_APPID / WECHAT_{i}_APPSECRET 须完整；否则 failed + 微信公众号配置不完整 ， 退出码 1 。 wechat_{i}_name 仅用于展示与按名选择，未填时只警告。 例外 ： publish_method: none 时跳过微信组校验。 写作模型 ： writing_model.base_url / model 与 WRITING_MODEL_API_KEY 仅供外部写作 API 使用；未配置时输出警告，不影响退出码，Agent 可通过 write.py prompt 获取约束后代写。 图片模型 ： image_model.base_url / model 与 IMAGE_MODEL_API_KEY 仅供外部生图 API 使用；未配置时输出警告，不影响退出码。 退出码 0 ：微信组通过，或已声明 publish_method: none 跳过微信组 → True + 配置校验通过 ；三个可选项缺失会同时输出警告。 退出码 1 ：微信必要配置未通过 → 不得进入一条龙默认流水线，并引导 首次引导 补全或设为 publish_method: none 后重跑。 第 2.5 步：创建预设与运行目录（硬性前置，必须执行） 仅当第 2 步退出码为 0 才执行本步；执行成功后才允许进入「2) 全局账号约束」与后续流水线。 目录要求与命令以 首次引导第 2 步 为准（需覆盖 presets/* 与 tmp ）。 业务资料库 .aws-article/products/{产品名}/ 不在本步建——由 AI 写第一份业务介绍时按 assets skill 自动 mkdir。 禁止 因为“环境检查通过”就跳过本步直接写稿。 若目录已存在，可视为本步通过；若缺失，必须立即补建并继续校验。 第 3 步：调用 publish.py 前（ publish_method + 微信） publish_method （ draft / published / none ）写在 config.yaml ， 默认 draft 。 none = 用户明确不填微信： full 不调 API。要「发布出去」→ published 或 full --publish 。 微信 ：在 aws.env ；槽位在 config.yaml 。 draft / published 走 full 前须就绪； none 下不调用微信。 运行 publish.py full 前：确认 publish_method 合法（小写）； 非 none 时建议 check-wechat-env 。 智能体行为约束（禁止自作主张） 检测到 .aws-article/config.yaml 或 aws.env 缺失 、 validate_env.py 退出码 1 （微信配置不完整，且未声明 publish_method: none ），或用户 已要求调用 publish.py 而微信槽位 / 凭证未就绪时： 禁止 在未询问用户、未取得用户 明确文字确认 的情况下，自行决定：跳过微信配置、仅出 prompt 却继续宣称「一条龙已完成」、或继续排版/发布并假装配置已就绪。 必须先 ：向用户说明 具体缺哪一类 （脚本 failed 下的 微信公众号配置不完整 ；或即将 publish.py 但微信未配齐），并 统一按 首次引导 中「校验失败时的配置引导」文案执行。 输出约束 ：该场景下除”环境检查结果”可按实际失败项替换外，其余引导文案须与首次引导保持一致。 用户在本地编辑器中填好 aws.env 与 config.yaml 并保存后，智能体协助重跑 validate_env.py 复检；若用户明确声明本次例外，按首次引导与本节约束继续处理。 凭证处理原则 ：Agent 不得索取、不得接收 用户在对话里粘贴的 APPSECRET / API_KEY 等任何密钥；所有密钥由用户自己在编辑器里写入 aws.env （或通过 https://aiworkskills.cn/ 平台配置）。Agent 只校验存在性、不读取值、不外发值。 模型配置是可选项 ：默认校验不因写作/图片模型缺失而阻断。进入对应阶段时，有外部 API 配置则可由脚本调用；没有时，写作由 Agent 根据 write.py prompt 执行，配图则根据当前 Agent 能力执行或再向用户说明。 单步子 skill ：用户只触发某一子能力（如仅排版、仅审稿）且 未走本总览流水线 时，仍以各子 skill 内说明为准； 一条龙 / 完整流程 / 从选题到发布 必须满足本节 BLOCKING 与上条「禁止自作主张」。 主要配置文件（不要混用） 文件 位置 作用 aws.env 仓库根 密钥 ：写作/图片 *_API_KEY 、微信 WECHAT_N_APPID / WECHAT_N_APPSECRET 等（键名见 references/env.example.yaml ；与 config.yaml 一起由 validate_env.py 校验） .aws-article/config.yaml 仓库内 非密钥配置 ：账号文风、模型 provider / base_url / model 、微信槽位数与 wechat_api_base 、各槽位展示名等（模板见 references/config.example.yaml ） references/env.example.yaml 仓库内示例 仅文档 ： aws.env 键名说明 references/config.example.yaml 仓库内示例 仅文档 ： config.yaml 结构示例 article.yaml 本篇目录 drafts/YYYYMMDD-标题slug/ 发文元数据 （标题/作者/摘要/封面等）及状态字段： image_source （仅 generated / user ；默认 generated ，用户上传配图时改为 user ）与 publish_completed （新建 false ，发布闭环结束 true ），与 config.yaml 分工 发布方式与时间线 账号与发布策略 ： 文风、选题边界、 publish_method （默认 draft ）、微信槽位元数据 等均在 .aws-article/config.yaml 维护； 密钥 仅在 aws.env 。 本篇准备 （须先完成交互顺序 「2) 全局账号约束」 ）：在 定题与 slug 之后新建 drafts/YYYYMMDD-标题slug/ ，并 优先 创建 article.yaml （含 publish_completed: false 、标题/作者/摘要等；通常为本目录内 首个 应落盘的文件），再进入内容流水线。 执行原则（严格顺序） ：必须按下述流水线顺序依次执行， 不能跳过任何部分 ；每到一步若缺少必要输入（目录、元数据、主题、用户选择、发布意图等），要 先及时询问用户并获得确认 ，再进入下一步，除非用户指出基于某个历史任务继续创作，那么需要智能体根据中间产物判断从哪个阶段开始。 内容流水线 （子 skill 串行，详见下文 「交互顺序」第 4 步 与 「流程」 表）： 选题 （ topics ）→ 写稿 （ writing ）→ 审稿（内容审） （ review ）→ 排版 （ formatting ）→ 配图 （ images ）→ 审稿（终审） （review）。 内容审 产出的 ** article.md 定稿须满足 review 第 5 步 （文末 {embed:…} ，⛔ BLOCKING）后再排版。全程以 .aws-article/config.yaml 为账号与文风约束；典型产物依次为 topic-card.md / draft.md → article.md → article.html 与 imgs/ 等。 发布 （ publish ）： draft → full 仅 草稿箱 ； published 或 full --publish → 再 提交发布 ； none → full 立即跳过 、不调微信。前两档需微信凭证。 再强调 ： aws.env = 密钥； config.yaml = 账号/文风/模型与微信元数据及 publish_method ； 本篇 article.yaml = 发文元数据。 交互顺序（一步步，最小提问）