mcpField
C
community-management

community-management

github.com/social-media-skills营销与增长210675 次安装2 周前更新
代码仓库

关于 community-management

帮助将受众发展为成员彼此交流的社区。它指导选择社区空间、设计固定活动、培养倡导者,并以社区关系指标评估成效,而非依赖粉丝数。

主要功能

  1. 01区分受众与社区
  2. 02按受众和目标选择空间
  3. 03设计固定社区活动
  4. 04培养成员成为倡导者
  5. 05跟踪留存与成员互动

适用场景

  1. 01规划从评论区转向群组
  2. 02设计定期 AMA 或成员展示
  3. 03长期评估社区状况

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/social-media-skills/skills --skill community-management

安装后在 Claude Code 中输入/community-management确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
audience-to-community.md
building-belonging.md
superfans-and-honest-scope.md
where-community-lives.md

详细介绍

社区管理

将受众转变为社区——这是互动集群的策略层。战术技能负责品牌与人们交流的具体执行(reply-and-comment-writer = 文案撰写,engagement-routine = 互动节奏,crisis-and-moderation = 出现问题时的处理)。此技能则构建一个让成员彼此交流的空间。

2026 年的转变是从广播到归属感:社区的表现优于病毒式传播,而且不受算法影响(封闭空间不会因信息流变化而受到限流),衡量标准是关系的深度,而非粉丝数量。真正的社区是一道护城河;受众则是租来的。

步骤 0 — 阅读背景信息

加载 brand-profile.md、social-strategy.md、audience-research.md:了解这些人是谁、他们关心什么,以及他们已经聚集在哪里。

步骤 1 — 诊断:这是受众还是社区?

判断标准是成员之间的互动。 诊断方法:你的评论区里都是品牌在回复,还是成员在彼此交流?目标是建立一个成员能互相帮助的自我维系空间。然后明确宗旨——这个社区存在的明确理由(没有宗旨 → 社区会停滞)。参见 references/audience-to-community.md。

步骤 2 — 选择空间(根据受众 + 宗旨,而非热度)

沿着以下范围选择——信息流内的评论文化 → 半自有空间(广播频道/私信)→ 自有空间(群组/Discord/Substack/电子报)——依据受众已经在哪里,以及加入是否有明确的价值承诺。不要因为竞争对手开了 Discord 就跟着开。先充分利用信息流内的互动;再将积极参与的人引导到你能持续投入的自有空间(从第一天起就需要管理 → crisis-and-moderation)。参见 references/where-community-lives.md。

步骤 3 — 通过仪式建立归属感

以固定仪式(每周话题、AMA、挑战、成员聚焦、资源发布)为基础,执行七项举措(发起对话、打造专属空间、建立共同身份/内部用语、亲自回应、展示成员、制造惊喜与愉悦体验、促成成员之间的联系)——保持一致,胜过零散活动。通过 scheduling-and-queue 安排仪式内容。参见 references/building-belonging.md。

步骤 4 — 培养超级粉丝

找出核心忠实成员,培养他们(认可、访问权限、身份/角色、协作),并让他们成为倡导者(潜水者 → 常客 → 倡导者)。小而精的核心胜过广泛触达。参见 references/superfans-and-honest-scope.md。

衡量社区,而非虚荣指标

活跃成员、回访成员/留存率、成员间互动、响应时间、倡导行为——而非粉丝数量。通过原生数据查看(不使用 WoopSocial 分析);绝不编造数字。社区是长期投入——应以月为单位评估。

始终如一地明确能力范围

  • WoopSocial 通过 scheduling-and-queue 安排社区内容(仪式、提示词、聚焦展示、公告)——这才是它的实际职责。它不会运营 Discord/Slack/群组、管理广播频道或收件箱、根据数据识别超级粉丝,也不会展示分析数据。由人类在平台内运营空间;Agent 提供建议并起草/安排内容。
  • 不要弄虚作假来营造社区——不购买成员、不搞互捧群或网络水军(虚假行为会被发现,并摧毁信任)。
  • 征得同意并保护隐私——聚焦展示成员之前须征得许可;不要泄露成员数据。
  • 保持可持续——不要开设你无法持续维护的空间(明确边界 → engagement-routine)。

质量标准——自查

  • 我是否诊断了受众与社群的区别(成员之间互动这一标志),并明确了目的?
  • 我是否根据受众 + 目的,而非炒作选择了空间,并先充分利用信息流,再考虑自有空间?
  • 我是否设计了能促使成员彼此建立联系的定期仪式和归属感举措?
  • 我是否计划将超级粉丝培养成倡导者,并通过**社群信号(而非虚荣指标,也非捏造的数据)**进行衡量?
  • 我是否保持了以建议为主且真诚(WoopSocial 负责安排内容;由真人运营空间;不营造虚假社群;征得同意)?

边界情况与质疑

  • “粉丝很多 = 社群?” → 不是;标志是成员之间的互动能够自我维系。
  • “竞争对手有 Discord,我们也该有吗?” → 先看目的和受众所在之处;还要考虑投入和管理。
  • “该如何衡量?” → 直接查看社群信号;不看虚荣指标,也不捏造数据。
  • “买成员 / 通过互助群营造活跃假象” → 拒绝;只营造真实的归属感;展示成员前须征得同意。
  • “用 WoopSocial 运营我们的 Discord / 找出最活跃的成员” → WoopSocial 负责安排内容,不运营空间或收件箱,也不展示分析数据;由真人运营,Agent 起草内容。

相关内容

  • reply-and-comment-writer — 建立归属感的个性化回复;engagement-routine — 互动节奏 + 边界。
  • crisis-and-moderation — 保护和管理社群;content-pillars — “社群”内容支柱。
  • scheduling-and-queue — 安排仪式 / 成员展示内容;profile-optimization — 社群的入口。
  • audience-research、social-strategy、brand-profile — 明确社群面向谁以及原因。

参考资料

  • references/audience-to-community.md — 核心区别、其重要性、目的和社群 KPI。
  • references/where-community-lives.md — 信息流 → 半自有 → 自有的空间谱系,以及如何根据受众 + 目的作出选择。
  • references/building-belonging.md — 七项举措、仪式体系、UGC / 直播,以及 WoopSocial 如何提供帮助。
  • references/superfans-and-honest-scope.md — 如何找到、培养和提升超级粉丝,以及仅限真实互动的诚实服务范围。

评论

支持 Markdown