Notification Hub
用一个 HTTP 接口为脚本和服务提供 Telegram / Email 通知，集中管理渠道与凭证。
要解决的问题
一个脚本需要发 Telegram，另一个服务需要发邮件。如果各自接入，就要分别保存凭证、选择接收者和维护发送代码。我希望把这些配置放到一个地方：调用方只提交消息和逻辑渠道，Notification Hub 再决定实际发到哪里。
已实现的 MVP
请求先进入 FastAPI 提供的通知接口，通过 Bearer 认证后，由服务端解析默认渠道或指定路由，再交给 Apprise 发送到 Telegram 或 Email。接收者和凭证都留在服务端，调用脚本不需要了解底层渠道配置。MVP 同时提供状态接口，并支持通过 Docker Compose 自托管。
我的贡献与边界
我定义接口需求、默认通知渠道和 VPS 约束，AI 协助实现代码、测试与部署文档。当前适合个人基础设施与低吞吐调用；单令牌与内存限流不等同于多租户消息平台。代码支持渠道投递，不把它写成已验证的长期投递 SLA。