QClaw+aiworkskills 自动运营公众号

做公众号最难的不是「写一篇」，而是「每次都能按同一套标准写出来」。QClaw 的定位更像 AI 办公执行器：把 Skills 装到 Agent 上，让模型不止会聊天，还能按工具链完成任务。而 aiworkskills 的定位则是 把账号策略产品化：把账号与读者、内容策略、写作规范、视觉与发布方式，落成一份可导出的配置包。QClaw使用这个配置包，得到一条可重复的路径：配置一次，就能反复出稿；审稿与排版不再靠「临场发挥」，而是靠「文件里的规则」。

下面按真实界面路径拆解：先在 aiworkskills 把账号配置写进导出包，再在 QClaw 安装公众号 Skills，最后用对话处理 .aws 包推进流水线。

先把 QClaw 当成「执行器」，而不是一次性聊天框

如果每次写作都从零解释「我的读者是谁」「标题要多短」「能不能用口语」，你会陷入高摩擦沟通。更稳的做法是：把「账号级约束」从对话里抽离出来，变成 可版本化 的配置；对话只负责 指定任务（例如处理某个 .aws、继续某篇草稿、替换版式）。

QClaw 官网强调的能力里，和本文最相关的有两块：一是 微信侧联动/远程协作（把办公流从「坐在电脑前」扩展到「手机上也能推进」），二是 Skills 生态（市场 / Hub / GitHub 脚本生态）。这意味着公众号长图文不必再靠「一个巨大 Prompt」，而是靠 多个技能模块 串起来。

随时随地用微信联动与 Skills 生态完成高效办公

aiworkskills：用 5 步向导，把「账号 DNA」写成文件

在 aiworkskills 里，左侧导航通常固定为五步：账号与读者 → 内容策略 → 写作规范 → 视觉呈现 → 发布设置。你可以把它理解成「把编辑部流程结构化」：先定人群与定位，再定选题与结构，再定写作细则与版式，最后定发布策略。

右侧「导出文件」会持续提示：产物集中在 .aws-article/ 下，核心文件包括 config.yaml 与 spresets。当你点击 「导出我的公众号 .aws」，本质是把这套账号级约束封存成一个可搬运的包，交给 QClaw 侧的 Agent 与 Skills 使用。

第一步：账号与读者（定位要可执行）

这一步解决的是「你是谁、写给谁、以什么频率更新」。你会看到账号类型、读者画像、语气、默认作者、更新节奏等字段。这里的关键是：把抽象定位写成可检索、可复用的参数，避免后续每一步都重新对齐。

界面里也可能提供「快速开始」能力：用竞品/参考文章链接，让 AI 协助补齐定位（是否使用取决于平台能力与你的素材来源）。当你完成后，右侧同样会提示导出结构与进度。

图片

账号与读者，并提示导出 .aws-article 配置

第二步：内容策略（把「选题边界」讲清楚）

第二步解决「写什么、不写什么」。常见配置包括：标题风格预设（悬念、干货、数字、反问、故事等）、选题方向说明、文章结构偏好（清单体、教程式、故事型、观点文等）、标题长度上限、标题禁用词等。

这一步的价值在于 把编辑策略前置：模型在生成标题与大纲时会更少触碰你的禁区，也更贴近你的栏目规划。

图片

内容策略（标题风格、选题方向、结构偏好等）

第三步：写作规范（把排版与句式规则写成「可检查项」）

第三步决定长图文「像不像专业号」。除了目标字数区间、禁用词之外，你通常还会写入更细的规则：术语如何强调、引用如何展示、中英文数字空格、段落如何起承转合、小标题如何命名等。

当你把规范写清楚，后面的 审稿 与 排版 会显著变快：因为「问题」会从模糊的语气问题，收敛为可对照条目。

aiworkskills 第三步：写作规范（风格、字数、禁用词与细则）

写作规范（风格、字数、禁用词与细则）

第四步：视觉呈现（统一排版主题与版式风格）

公众号阅读体验很依赖一致性：同样的信息密度，版式统一会显得更「可信、可订阅」。在视觉呈现里选择排版主题与版式风格，是在给后续 排版 / 配图 提供默认审美与约束，让读者更容易形成品牌记忆。

aiworkskills 第四步：视觉呈现（排版主题与版式风格等）

视觉呈现（排版主题与版式风格等）

第五步：发布设置（先把「怎么发」讲明白）

最后一步往往包括：自定义敏感词、以及微信侧发布方式（例如 存为草稿）、AppID / AppSecret、API 地址、评论开关与可见范围等。对大多数团队，建议默认 先草稿箱：排版、头图与摘要确认无误后，再进入正式发布流程，风险更低。

aiworkskills 第五步：发布设置（草稿、微信参数、评论策略等）

发布设置（草稿、微信参数、评论策略等）

在 QClaw 安装公众号 Skills：从 GitHub 导入

进入 QClaw 的 设置 → 技能管理，点击 添加技能，选择 从 GitHub 导入。你需要准备一个可用的仓库链接；实务上请确保仓库内包含技能入口文件（界面提示里常见为 skill.md / SKILL.md 一类命名，具体以导入校验为准）。

图片

添加技能 → 从 GitHub 导入（需包含 skill 描述文件）

导入完成后，在「用户添加技能」里你会看到一组 aws-wechat-article-* 模块：从编排、素材与预设、配图、审稿、排版到发布，各司其职。建议把它们理解为流水线：主入口负责按固定顺序调度，子技能负责把每一段的产出变成下一段可消费的文件。

QClaw：已安装的公众号相关 Skills（编排/素材/配图/审稿/排版/发布）

已安装的公众号相关 Skills（编排/素材/配图/审稿/排版/发布）

用对话导入预设 .aws 文件

在 aiworkskills 导出 我的公众号.aws（或等价包）后，回到 QClaw 对话：在输入区 选中编排入口技能（例如 aws-wechat-article-main），即完成「把预设能力挂到本轮对话上」。接下来有两种常见用法：其一，在消息里直接写明本地 .aws 或解压目录的 绝对路径，让 Agent 读取并执行（桌面端若暂无法上传附件，这是最稳的 workaround）；其二，在已挂载技能的前提下，用一句话下发本篇写作意图（标题、体裁、要点），让流水线按预设账号规则推进。

图片

选中技能并指定 .aws 包路径进行处理

最后

当你完成 aiworkskills 五步走导出、在 QClaw 安装公众号 Skills，并能在对话里 挂载编排技能 + 导入预设 .aws 之后，就可以在日常里直接用 QClaw 发起写作：从选题、成稿到排版与发布前检查，都按你预先写进配置包的规则执行，实现真正意义上的 一键运营公众号（具体能力以各 Skills 说明为准）。

QClaw：挂载 aws-wechat-article-main 后在对话中输入写作主题

挂载 aws-wechat-article-main 后在对话中输入写作主题

若你还想 换更多排版样式、封面与配图预设、写作结构模板，让成稿观感更统一、更「好看」，可以前往我们的配置平台 https://aiworkskills.cn ，在向导里勾选更丰富的选项后再导出 .aws，回到 QClaw 继续用同一套对话方式驱动即可。

常见坑与建议（让你少返工）

• 把「账号配置」和「单篇元数据」分开：账号级约束应尽量落在导出包与全局配置里；单篇标题、摘要、头图替换通常属于每篇文章自己的元数据，不要混着改。
• 默认走草稿箱：尤其是团队协作时，先保证版式与引用正确，再谈对外发布。
• 密钥别进公开对话：AppSecret、API Key 属于高敏感信息，优先放在本地受信配置中，在聊天里尽量用「已配置完成」代替复述明文。
• Skills 不是越多越好：保留你真正会用的模块，降低 Agent 选错工具的概率。

一条可记忆的总流程

你可以用三句话总结：

1. aiworkskills：把五类设置写成可导出包，让「账号 DNA」可搬运、可复用。
2. QClaw：把公众号 Skills 安装到 Agent，让「写—审—排—图—发」成为工具链而不是口号。
3. 对话：挂载编排技能并导入 .aws，用一句话或一条路径驱动执行，把迭代集中在内容，而不是集中在解释规则。

当你把这套闭环跑通，你会发现公众号运营从「每次重新对齐」变成「每次在同一条流水线上迭代」——这才是 QClaw + aiworkskills 组合真正省下的时间。

skill地址：https://github.com/aiworkskills/wechat-article-skills