币圈消息转发：加密社区公告与项目动态聚合

先在项目已确认的官方入口核对 Discord 服务器、Telegram 频道和发布者，再接入账号有权访问的会话。来源权限不会因转发工具而扩大；Telegram 个人号只接收连接后的实时事件，不扫描旧公告。

公告频道和开放讨论群可分别建立规则。对讨论群使用允许用户 ID 或发送人白名单，减少冒用昵称、转述和闲聊混入；公告来自机器人时，还需开启相应的机器人消息接收设置并实际测试。

根据项目常用语言配置“公告”“维护”“升级”“合约地址”或 announcement、maintenance 等触发词，再用屏蔽词排除不需要的内容。关键词任一匹配，所以仅填写宽泛的币种简称可能带入大量讨论；先从一个明确主题开始。

合约地址消息应保留网络名称、完整地址和原始说明。头部模板可以标明 {channel} 与 {author}；对地址、域名等需要逐字核对的内容，避免使用会改变它们的关键词替换，收到后仍需对照项目已确认的官方信息。

• 版本与维护：聚合停机、升级和恢复公告，保留适用时间与网络。
• 合约地址：检查链、完整地址及发布者，不凭转发摘要确认真伪。
• 链接核对：打开前检查实际域名与来源，转发成功不代表链接可信。

团队跟踪项目动态时，可使用飞书或钉钉群机器人接收；已有 Discord 或 Telegram 工作群时，可配置对应 Webhook 或 Bot 目标。个人通知可按 Bark、Gotify 或邮件教程设置，并保留项目名称与来源，便于区分多条规则。

一个规则可以配置同一类型的多个目标，跨平台则分别创建规则。先打通普通文本，再根据需要验证图片、附件和翻译。不同来源与目标的媒体能力存在差异，文字收到不能证明所有附件都能正常展示。

同一项目可能在 Discord 和 Telegram 各发布一次公告，来源不同的两条消息不应默认视作同一事件。收到重复通知时，先检查是否来自多平台同步发布，再检查重叠规则、多目标配置、来源与目标回环以及手工重新投递。

用一条带新编号的消息对照来源、投递记录和目标收件。出现排队或失败时先读对应错误，修复权限或目标配置后再考虑重新投递；目标已经收到时重复操作会再次通知。涉及域名或合约地址的内容，应以核对过的官方来源为依据。