📦 Notification System — 多通道通知

v1.0.1

统一管理 WhatsApp、Telegram、邮件等外发通知,支持模板、定时、投递追踪与限速,一站式完成多渠道消息分发。

0· 173·1 当前·1 累计
下载技能包
最后更新
2026/4/6
0
安全扫描
VirusTotal
无害
查看报告
OpenClaw
可疑
high confidence
该技能描述了一个多渠道通知系统,但内容不完整且内部不一致:引用了未包含或未声明的发送器、脚本与连接器,并要求未请求或说明的外部凭证/工具。
评估建议
此技能更像通知系统的文档与模板,而非可立即运行的集成。安装或使用前:1) 切勿运行任何被引用的脚本(node notification-system/process-queue.js、quick-notify.ps1、process-queue.ps1、get-stats.ps1),除非已审阅其代码——这些文件仅被引用但未包含。2) 需自行提供渠道凭证(WhatsApp API/代理、Telegram 机器人令牌、Office365/API 凭证)——技能未声明或请求它们,请规划安全存储(机密管理器),切勿将密钥粘贴到不受信任的提示中。3) 核实实际发送位置:SKILL.md 依赖外部的“message”CLI 与“outlook”技能;确认这些工具存在且可信。4) 检查文档引用但缺失的工件(process-queue.js、PowerShell 脚本、queue/scheduled.json、日志投递文件及 config/ 文件夹)——它们的缺失意味着技能不完整,代理可能尝试定位或调用其他系统组件。5) 若需要此功能,请获取包含连接器代码或提供安全配置连接器与凭证的清晰极简集成指南的...
详细分析 ▾
用途与能力
描述声称可通过 WhatsApp、Telegram 与 Outlook 邮件完成完整外发投递,并具备调度、追踪与限速功能,但捆绑包仅含模板、一个 pending.json 队列与文档。无连接器实现、无与 WhatsApp/Telegram/Office365 通信的代码,也未声明凭证;SKILL 依赖外部工具(“message”CLI 与“outlook”技能)及未提供的脚本。所需功能(API 密钥、机器人令牌、SMTP/O365 访问)在包中缺失且未声明。
指令范围
SKILL.md 指示代理运行命令与脚本(如 message send、outlook send、node notification-system/process-queue.js 及 PowerShell 助手)并读/写队列与日志文件,但引用的运行时工件缺失。指令限于 notification-system 目录,这合适,但依赖未指定的外部工具/技能及包内未包含的文件(见下方缺失文件)。这造成范围模糊:代理可能尝试定位或调用任意系统工具或其他技能以完成这些步骤。
安装机制
无安装规范且未附带可执行代码,降低安装风险——安装程序不会自动下载或执行任何内容。这是一个纯指令型技能(磁盘写入风险低)。
凭证需求
技能未声明所需环境变量或凭证,但为实现其声称功能,需要 WhatsApp/Telegram 机器人令牌及 Office365 凭证(或其他提供商密钥)。缺失声明的 primaryEnv 或所需环境变量与所宣传功能不匹配,属于使用前应解决的不一致问题。
持久化与权限
always 为 false,且无迹象表明技能请求持久的高权限或修改其他技能或系统设置。仅引用 notification-system 下的本地文件,这合理。
安全有层次,运行前请审查代码。

运行时依赖

无特殊依赖

版本

latestv1.0.12026/3/26

- 更新了待处理通知队列 (queue/pending.json) - 文档或逻辑无变更;底层通知系统及用法保持不变

无害

安装命令

点击复制
官方npx clawhub@latest install notification-system
镜像加速npx clawhub@latest install notification-system --registry https://cn.longxiaskill.com

技能文档

# 通知系统 Agent 所有渠道(WhatsApp、Telegram、Email)的统一外发通知管理。 ## 架构 `` notification-system/ ├── SKILL.md # This file ├── templates/ # Message templates by channel & type │ ├── whatsapp/ # WhatsApp templates │ ├── telegram/ # Telegram templates │ └── email/ # Email templates ├── queue/ # Pending notification queue ├── logs/ # Delivery logs ├── rate-limiters.json # Rate limit configuration └── config/ # Channel configs ` ## 支持的渠道 | Channel | Config | Rate Limits | |---------|--------|-------------| | WhatsApp | channels.whatsapp | 60 msg/min, 1000/day | | Telegram | channels.telegram | 30 msg/sec, 20 msg/min | | Email (Outlook) | office365-connector | 30 msg/hour, 300/day | ## 速率限制 各渠道默认限制: - WhatsApp:1 消息/秒(安全),突发 5 条 - Telegram:API 硬限制 30 消息/秒 - Email:60 邮件/小时,防止被判为垃圾邮件 速率限制配置:notification-system/rate-limiters.json ## 模板变量 所有模板均支持: ` {{recipient}} - 目标名称/ID {{date}} - 当前日期 {{time}} - 当前时间 {{subject}} - 消息主题 {{body}} - 消息正文 {{cta_url}} - 行动按钮链接 {{sender_name}} - 商家/发送者名称 {{company}} - 公司名称 ` ## 发送通知 ### WhatsApp `bash # Via message tool message send --channel whatsapp --target "+18184389562" --message "Your appointment is confirmed for {{date}}" ` ### Telegram `bash # Via message tool message send --channel telegram --target "655641853" --message "System alert: {{subject}}" ` ### Email `bash # Via outlook skill outlook send --to "recipient@email.com" --subject "{{subject}}" --body "{{body}}" ` ## 队列系统 通知排队于 notification-system/queue/pending.json`json { "id": "uuid", "channel": "whatsapp|telegram|email", "target": "recipient-id", "template": "template-name", "variables": {}, "scheduled_at": "ISO8601 or null", "created_at": "ISO8601", "priority": "high|normal|low", "status": "pending|sent|failed|delivered", "attempts": 0, "last_error": null } ` ## 调度 定时通知保存在 notification-system/queue/scheduled.json,采用类 cron 调度。使用 cron 作业运行 notification-system/process-queue.js 处理定时项。 ## 投递跟踪 日志保存在 notification-system/logs/delivery-YYYY-MM-DD.json`json { "id": "notification-uuid", "timestamp": "ISO8601", "channel": "whatsapp", "target": "+1...", "template": "appointment-confirm", "status": "delivered|sent|failed", "latency_ms": 450, "error": null } ` ## 模板管理 模板保存在 notification-system/templates/{channel}/{type}.md` templates/ ├── whatsapp/ │ ├── appointment-confirm.md │ ├── appointment-reminder.md │ ├── payment-received.md │ ├── status-update.md │ ├── broadcast-promotion.md │ └── support-acknowledged.md ├── telegram/ │ ├── system-alert.md │ ├── status-report.md │ ├── daily-brief.md │ └── broadcast.md └── email/ ├── invoice.md ├── welcome.md └── notification.md ` ## 处理队列 处理待发送通知: `bash node notification-system/process-queue.js ` ## 状态命令 - 列出待发送:Get-Content queue/pending.json | ConvertFrom-Json - 查看速率限制:Get-Content rate-limiters.json - 查看最近日志:Get-Content logs/delivery-$(Get-Date -Format 'yyyy-MM-dd').json ## 最佳实践 1. 合理批量:对同类通知分组,尊重安静时段 2. 备用渠道:WhatsApp 失败时转 Telegram,再转 Email 3. 去重:24 小时内不重复发送同一通知 4. 退订处理:立即响应 STOP/退订请求 5. 个性化:使用收件人姓名及相关变量 6. 监控投递:检查日志以发现失败并重试 ## 优先级处理 - high:系统警报、紧急项 → 跳过速率限制队列 - normal:普通通知 → 正常速率限制 - low`:营销、非紧急 → 最严格速率限制

数据来源ClawHub ↗ · 中文优化:龙虾技能库