核心用法
Community Manager 是一个本地文件驱动的社区运营框架，通过结构化存储在 ~/community-manager/ 目录下的 Markdown 文件，帮助运营人员系统化管理多个在线社区。核心工作流包括：
1. 社区档案管理：每个社区独立文件记录平台特性、频道结构、关键成员与活跃时段
2. 内容日历规划：强制提前 2 周规划，支持跨平台内容适配（禁止直接搬运）
3. 分层互动策略：40% 价值内容 / 30% 互动 / 20% 公告 / 10% 娱乐的黄金比例
4. 分级响应机制：从温和引导到即时封禁的四级危机处理流程
5. 数据驱动迭代：每周追踪活跃成员、互动率、情感倾向与净增长四项核心指标
显著优点
- 完全离线运营：不连接任何平台 API，零网络攻击面，规避平台政策变更风险
- 方法论体系化：整合社区运营的成熟框架（onboarding 设计、48小时黄金窗口、毒性用户 1% 法则）
- 隐私可控：用户自主决定记录哪些成员信息，默认不存储 PII
- 跨平台适配：内置 Discord/Slack/Telegram 的文化差异识别指南
- 记忆持久化：社区历史、危机案例、内容模板形成可复用知识库
潜在缺点与局限性
- 无自动化功能：所有发布需手动执行，无法批量定时发帖或自动回复
- 依赖自律执行：内容日历、指标追踪均为建议性规则，无强制约束
- 缺乏实时数据：无法获取平台原生分析数据（Discord 服务器洞察、Slack 统计等）
- 协作盲区：本地文件格式不支持多人实时协作，需配合 Git/Dropbox 等工具
- 规模瓶颈：超过 10 个活跃社区时，文件结构管理成本显著上升
适合人群
- 独立社区运营者、DAO 治理参与者、开源项目维护者
- 需要管理多平台 presence 但拒绝 SaaS 工具订阅的隐私敏感用户
- 希望沉淀运营方法论而非依赖「一键增长」技巧的团队
常规风险
- 数据丢失：本地存储无自动备份，建议配合版本控制
- 合规盲区：虽声明不存储 PII，但用户手动记录的 moderation log 可能含敏感信息
- 过度规划陷阱：2周前置规划在快速迭代场景下可能降低响应灵活性
- 平台规则误判：依赖人工判断平台文化差异，存在误判导致社区冲突的风险