** 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：**

• ** 我的帖子已经打上 # 开源推广::tag 标签：** 是


• ** 我的开源项目完整开源，无未开源部分：** 是


• ** 我的开源项目已链接认可 LINUX DO 社区：** 是


• ** 我帖子内的项目介绍，AI 生成、润色内容部分已截图发出：** 是


• ** 以上选择我承诺是永久有效的，接受社区和佬友监督：** 是

以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出

Upstream Hub：一个专为 NewAPI / Sub2API 多上游站点打造的集中监控与运维控制台，统一管理账号、余额、倍率、订阅、API Key、充值兑换和告警通知。

项目地址：GitHub - bejix/upstream-hub: 面向 Sub2API / NewAPI 上游渠道的一体化运维面板，支持余额与消费监控、模型倍率同步与变更追踪、上游 API Key 管理、充值与兑换、订阅用量监控、公告同步和多渠道告警通知。 · GitHub

为什么使用？

当你同时维护多个 NewAPI / Sub2API 上游时，余额、消费、倍率、公告、API Key、订阅和充值入口通常分散在不同后台。人工逐个登录检查不仅重复，而且很容易漏掉余额不足、倍率调整、登录失效、订阅即将到期或上游公告。

Upstream Hub 主要解决这些痛点

• 集中看状态：把多个上游的余额、消费、倍率、公告、订阅和异常状态放到一个面板里。


• 减少人工巡检：定时同步余额、消费、倍率和订阅用量，不需要反复打开不同后台。


• 及时发现风险：余额低、倍率变化、登录失败、监控失败、订阅余量不足和订阅到期都可以推送通知。


• 保留变化记录：倍率变化、余额快照、通知日志和上游公告都会落库，方便回看问题发生时间。


• 简化日常运维：常用的 API Key 管理、充值、兑换、订阅购买、续订可以在同一个入口处理。


• 适配复杂网络环境：支持全局代理，并可按上游渠道、通知渠道、验证码服务分别决定是否走代理。

它适合需要长期维护多个上游账号、关注余额和倍率变化、希望把上游运维从 “人工看后台” 变成 “集中监控和主动告警” 的场景。

预览

功能概览

上游渠道管理

• 支持 NewAPI / Sub2API 两类上游。


• 支持账号密码模式和 Token/Cookie 模式。


• 支持启用或关闭单个渠道监控。


• 支持配置余额告警阈值。


• 支持测试登录、手动同步余额、手动同步倍率。


• 支持账号密码模式配置附加登录表单参数，适配需要额外字段的 NewAPI / Sub2API 魔改版登录接口。


• 支持 Cloudflare Turnstile 打码配置，适用于开启 Turnstile 的上游登录场景。


• 支持在渠道卡片中打开上游站点地址。

余额与消费监控

• 首页展示总余额、今日消费、累计消费、最低余额渠道、异常渠道数量。


• 支持周期性采集余额和消费。


• 支持余额历史趋势图。


• 支持余额低于阈值时通知推送。


• 支持余额告警冷却，避免同一渠道持续低余额时刷屏。

倍率监控

• 支持同步上游分组 / 模型倍率。


• 支持记录倍率变化历史。


• 支持倍率变化历史分页查询和按渠道过滤。


• 支持倍率变化通知。


• 支持同一次扫描内多条倍率变化合并推送。


• 支持同一次扫描内新增分组和删除分组合并为一条 “分组变动通知”，通知标题格式为 `[分组变动通知 ] 渠道名・新增 X / 删除 Y`，正文会分别列出新增分组的倍率和删除分组的原倍率，避免新增、删除分开推送导致同一轮扫描刷屏。


• 支持按变化百分比过滤小幅变动。


• 通知订阅可按上游渠道和倍率分组过滤。

订阅管理与用量监控

针对 Sub2API 类型上游渠道，提供完整的订阅生命周期管理与用量监控能力：

• 支持查询上游订阅计划与支付方式。


• 支持购买或续订订阅，根据上游返回的支付方式自动选择二维码、跳转链接或表单提交。


• 支持查询订阅用量数据，包括日 / 周 / 月维度的使用额度上限、已用量、剩余量和剩余百分比。


• 支持按订阅维度展示到期时间、剩余天数、订阅状态（生效中 / 已过期 / 已停用）。

验证码余额管理

• 支持查询打码平台（CapSolver / 2Captcha / AntiCaptcha / YesCaptcha）的账户余额。


• 支持手动刷新单个打码平台的余额。


• 支持批量刷新全部打码平台的余额。


• 余额信息包括余额数值、余额单位和最后刷新时间，异常时会显示错误信息。


• 验证码配置列表展示各平台余额状态，方便运维人员及时充值。

全局代理与上游 HTTP 配置

• 支持 HTTP / HTTPS / SOCKS5 全局代理。


• 支持代理用户名和密码。


• 支持为上游渠道、通知渠道、验证码服务分别开启代理。- 支持版本检查单独启用代理。


• 支持配置上游请求超时时间和 `User-Agent`。


• 系统设置页支持代理连通性测试。

通知渠道

支持以下通知渠道：

• Telegram


• Webhook


• Email


• 企业微信


• 钉钉


• 飞书


• ServerChan3