技能介绍

社群运营的常见断点

多数社群运营停留在「有人发内容、有活动就做」的状态：目标写在方案里却没有拆解到执行，成员来来去去却没有分层逻辑，周节奏全靠运营同学的记忆和手感。结果要么是过度打扰，要么是关键阶段没人推动，退出机制更是缺失——成员什么时候该留在群里、什么时候该被引导离开，往往没有明确答案。当策略评审依赖个人经验时，同一份方案也很难被复用和复盘。

执行台的核心能力与工作流程

这个技能把社群目标、成员阶段、周节奏和退出条件放进同一张执行台，按固定顺序产出可执行的运营方案：

第一步，从 references/methodology.md 中只选取与当前请求直接相关的方法卡，不做全盘套用；
第二步，读取 references/execution-rules.md，确认输入是否齐全，区分事实、假设与前置闸门；
第三步，用 references/quality-boundaries.md 排除不适用、无授权和不可交付的动作；
第四步，按 references/output-contract.json 与 assets/output-template.md 生成完整执行件；
第五步，运行 scripts/validate_output.py --check-output 做机器校验，失败时修正业务内容，而不是删测试或放宽规则。

输入闸门至少覆盖社群目标、成员来源、人数与周期、成员阶段、人员配置与渠道权限、内容与活动、服务与转化边界。信息不足时，它会明确区分已确认事实、保守假设、待验证项和补证日期，不会把假设写成事实；请求无法路由时只追问一个关键问题，不猜测模式。

最低交付与使用边界

最低交付包括：差距审计、社群定位与成员分层；入群、激活、内容、活动和退出机制；周节奏、角色责任和运营工作表；活跃、价值、投诉和停群指标。

需要注意：它不承诺固定结果，不伪造案例、指标或行业基准；输出中不会包含采集身份、原始链接、作者、账号、API Key 或素材出处；也不会直接复制文章原文当方案，而是把内容转化为对象、条件、动作、交付物、指标和停止线。机器校验通过只代表结构、具体度与已知风险达标，业务负责人仍需确认方案对实际社群的适配性。