核心概念
理解 Sentinel，先理解三个对象：平台、Bot、社区。平台是 Telegram / Discord，Bot 是执行器，社区是被管理和增长的场景。
Sentinel 的定位不是替你“聊天”，而是把社区里的规则、权限、激励、工单和数据变成可配置系统。
控制台
Sentinel 的核心入口是 Web Dashboard。
管理员在面板里配置：
- Bot 接入
- 群组 / 服务器
- 验证和风控
- 工单和 AI 客服
- 积分、任务、活动、抽奖、商城
- 数据分析和 AI 周报
- 套餐和权限
用户群内只保留必要指令，复杂操作不要堆在聊天窗口里。
客户自有 Bot
Sentinel 不建议客户从官方 SentinelBot 进入和绑定社群。
更合理的架构是：
- 客户创建自己的 Telegram Bot 或 Discord Bot
- 在 Sentinel 面板导入 Token
- 把自己的 Bot 加进群组 / 服务器
- Sentinel 通过这个 Bot 执行管理动作
这样用户看到的是项目自己的品牌，不是第三方工具品牌。
入群 / 入服验证
验证的价值不是“拦人”，而是过滤 spam、scam 和低质量账号。
Telegram 推荐流程：
- 用户申请入群
- 管理员人工审批
- Bot 自动禁言新用户并发验证引导
- 用户私聊 Bot 完成验证
- 验证成功后自动解禁并发送欢迎语
Discord 推荐流程：
- 用户进入服务器
- Bot 引导完成验证
- 验证通过后分配基础身份组
- 用户解锁对应频道
积分
积分是行为量化单位，不是摆设。
- 发言积分：真实活跃的基础激励
- 邀请积分：拉新激励
- 任务积分：把运营动作结构化
- 抽奖消耗：制造预期并回收积分
- 商城消耗：给积分明确出口
- 管理员调分：后台手动增减，保留记录
不建议把积分做成可转让资产，容易变成刷分交易。
任务
任务分两类：
- 自动任务：发言、邀请、投票等 Bot 可检测行为
- 外部任务：用户提交截图或链接，管理员人工审核
任务适合 Twitter 关注、转发、填写表单、链上截图、社区发言、邀请拉新等动作。
抽奖与商城
抽奖本质是把积分变成预期，商城本质是给积分出口。
当前设计：
- 抽奖可消耗积分参与
- 活动中不强调参与人数，减少冷启动负反馈
- 开奖后更新活动状态并提供中奖名单
- 商城支持价格、库存、上下架和兑换记录
- 管理员可处理兑换订单
工单
工单解决的是“用户反馈不丢、管理员处理可追踪”。
适合：
- 反馈
- 申诉
- 举报
- 商务
- 活动问题
- 账号问题
AI 客服可以先处理高频问题，但不应该越权回答未确认信息。
AI 客服
AI 客服基于项目知识库、社区背景、语气和边界规则回答。
关键原则：
- 只基于资料回答
- 低置信度转人工
- 高风险问题不硬答
- 回复语气可配置
- 问题分类可追踪
社区信任比“秒回”更重要。
数据分析
数据面板按运营路径看：
- 拉新：新增、验证、流失
- 活跃：消息量、活跃用户、发言排行
- 激励：积分发放、任务完成、抽奖参与、商城兑换
- 风控：拦截、审核、工单处理
- 复盘：模块表现、工单问题、AI 周报