技能介绍

为什么需要一层编排

一个人运营公众号，通常要同时扮演三种角色：写手、质检员、策略顾问。传统做法是把需求拆成三次独立对话，每次都要重新交代上下文，最后还得手动把结论拼回去。@user_b240fe8a/wechat-mp-agent 的定位是编排中枢：它自己不写文章、不做评分、不分析数据，只负责听懂一句话背后的意图，把请求分发到正确的模块，再把结果整合回来。

它如何工作

三个子模块分工明确：

gzh-content：内容生产线，覆盖选题→写作→配图→推送。触发词是"写一篇""出推文""开始写"。
gzh-operation：运营质检，包含账号体检、内容质检、数据复盘、选题排期、涨粉策略。触发词是"帮我看看""复盘""排期"。
gzh-strategy：策略规划，包含对标分析、爆款标题库、变现路径、菜单与自动回复体系、活动策划。触发词是"分析竞品""标题模板""策划活动"。

调度逻辑是一张意图路由表。以"全面诊断一下我的公众号"为例，它会拆解为 gzh-operation 的体检模块加复盘模块，再衔接 gzh-strategy 的变现路径，一次跑完，而不是让用户开三个会话。

四条运行时规则值得注意：

透明性：每次调用前告知用户正在进入哪个模块。
跨模块数据互通：content 的追踪 ID 供 operation 复盘引用；operation 的结论供 strategy 调整策略；strategy 的选题建议再喂给 content 生产。
歧义先问：一句话可能命中多个 Skill 时，它会反问"你是想要 XX 还是 YY"。
闭环提示：每次结束给出下一步建议。

适用边界

中枢的有效性依赖两点：子模块能独立交付结果，以及用户的表述落在路由表覆盖的区间内。模糊指令（如"帮我看看"）需要追问才能定位；涉及发布操作的部分，还要配合共享规则库 platform-rules.md 与本地运营日志 operation-log.md。它不是全自动 Agent，更像调度层——真正干活的是三个子模块。