用途：该技能面向聊天平台机器人的生产级开发，覆盖 Discord、Telegram、Slack 的自动化与审核场景，核心理念是生产机器人需要限流、状态管理与优雅降级，而非只写命令处理器。
主要能力：平台接入方面，Discord 用 Gateway（WebSocket），Telegram 生产环境用 Webhook，Slack 用 Socket Mode/Webhook。架构上采用事件驱动设计，配合消息代理（Redis Streams/RabbitMQ）、服务层分离（User、Moderation、Economy、Integration）、PostgreSQL + Redis + S3 数据层与 Cog 模块化结构。状态管理使用有限状态机处理多轮对话，含超时自动重置、竞态防护与上下文保持。限流支持基于 Redis 的分布式限流器、按 API 响应头自适应、按用户/服务器/全局分桶，并可返回重试信息实现优雅降级。审核系统采用积分升级（0-2 无操作、3-5 禁言、6-9 踢出、10-14 临时封禁、15+ 永久封禁），积分随时间衰减；自动规则覆盖刷屏（滑动窗口频率）、大写（>70% 字符比例）、链接（URL 正则 + 域名白名单）、违禁词（词典 + 85% 阈值 Levenshtein 模糊匹配）、@提及计数与邀请链接识别。
适用场景：Discord/Telegram/Slack 机器人开发、审核与自动管理系统、多轮对话流程、经济/XP/等级系统、外部 API 集成。不适用于无聊天界面的 Web API、通用自动化脚本、前端聊天组件或纯 AI/ML 模型集成。
典型做法：明确需求后，先搭建事件驱动架构与消息代理+服务层，再实现多轮审核流程状态机，加入 Redis 分布式限流，建立带衰减的积分制审核与自动规则，最后配置日志与错误处理部署。
限制与注意事项：避免生产环境轮询、无限制调用 API、仅用内存保存状态、在事件处理器中阻塞操作等反模式。安全上要求令牌不入库、用环境变量或密钥管理、泄露即轮换、区分环境；动作前校验用户与机器人权限、失败时安全退出；对所有输入做清洗与参数化查询，并对用户触发的操作限流。