hub / github.com/axuitomo/CF-EMBY-PROXY-UI

github.com/axuitomo/CF-EMBY-PROXY-UI @main

Chat with this repo

repository ↗ · DeepWiki ↗ · + Follow

286 symbols 617 edges 1 files ⚖ MIT 4 documented · 1% ● updated 34d ago★ 198

Browse by type

⨍ Functions 286◇ Types & classes 0

What it actually does AI analysis from the code graph — generated when you open this

loading…

README

# CF-EMBY-PROXY-UI

基于 Cloudflare Workers 的 Emby/Jellyfin 代理、分流与可视化管理面板

一个以 worker/ 为生产源码、以根目录 worker.js 为单文件部署产物的 Cloudflare Worker 项目：统一多台 Emby 节点入口、隐藏源站 IP、支持直连/反代混合策略、提供 ADMIN_PATH（默认 /admin）可视化后台，并集成日志、Cloudflare 统计、Telegram 日报与控制面 / 数据面分层优化。

当前 V19.4 在原有新手 / 高手设置模式、配置快照和分区导航基础上，进一步加入节点配置资源上限、全局 GET 探测并发池、元数据预热字节预算、播放列表 / 分片空闲超时，以及带签名预览和硬预算的 D1 整理流程；同时继续保留控制面 / 数据面分层、缓存键清洗、转码 m3u8 禁缓存、Geo 白/黑名单模式切换等优化。

讨论群：https://t.me/+NhDf7qMxH4ZlODY9
教程文档：https://wiki.8081666.xyz
这是一个面向个人的Worker 代理方案，对于家庭来说免费版worker请求数可能不够用
建议每次新增多个节点后导出 JSON 做本地备份
⚠️提示：本工具仅供学习，请遵守当地法律法规，造成的一切后果自负。

项目简介

CF-EMBY-PROXY-UI 是一个运行在 Cloudflare Workers 上的媒体代理系统，适用于：

多台 Emby / Jellyfin 服务器统一入口
隐藏源站真实 IP
为海外源站提供 Cloudflare 边缘加速
提供带 UI 的管理后台，而不是纯手改配置
实现“反代 + 直连”混合路由

项目当前版本由模块化 Worker 源码和同源管理端组成：worker/index.js 是唯一生产入口，worker/ 内按 core、runtime 和代理功能域组织源码，构建后生成根目录 worker.js 单文件部署产物；管理端则由 frontend/admin-runtime.template.html 与 frontend/scripts/admin-runtime-enhancements.mjs 组合，经 Vite 输出到 frontend/dist/index.html，再由 Wrangler Static Assets 与 Worker 一起部署。

核心能力

1) 可视化管理

后台地址：ADMIN_PATH（默认 /admin）
支持节点新增、编辑、删除、导入、导出
支持全局 GET / 健康检查，批量探测固定最多 4 个并发请求
支持仪表盘展示请求量、运行状态、流量趋势、资源分类徽章
支持 DNS 编辑双模式：CNAME模式 / A模式 可切换，保存时自动处理互斥关系
支持推荐优选域名卡片、DNS 历史卡片回填，以及 DNS 实用链接快捷跳转
支持全局设置新手 / 高手模式切换，默认新手模式隐藏高风险高级项
支持冷启动初始化自检，缺少 JWT_SECRET / ADMIN_PASS 时直接在控制台与页面提示
支持“一键整理 KV 数据”，用于修复旧版本升级后 sys:theme 脏值、sys:nodes_index 错乱与遗留缓存键
支持预览后整理 KV / D1；D1 整理使用签名计划令牌与单轮硬预算，达到预算后可再次预览继续执行
支持设置变更快照、全局设置专用迁移与完整备份
节点保存和批量导入会校验 Worker 资源上限；超限导入整批拒绝，旧版超限节点仍可读取和代理但不进入热缓存或自动回写

2) 智能代理与分流

默认由 Worker 透明中继请求与响应
支持同源 30x 继续代理
支持显式“源站直连节点”名单
支持外链强制反代或直接下发 Location
内置 wangpandirect 关键词匹配，可识别网盘 / 对象存储链接并直连

3) 媒体场景优化

静态资源、封面、字幕与视频流分开处理
大视频流不在 Worker 内做对象缓存，响应缓存头尽量沿用源站 / Cloudflare 数据面策略
支持轻量级元数据预热（海报 / 白名单 .m3u8 / 字幕），不在 Worker 内做视频 Range 旁路预取或大对象缓存
轻量级元数据预热自带快速熔断、同键 single-flight 与最多 4 个在途任务；源站 3 秒内无响应就直接放弃预热
预热预取字节预算默认 4 MiB、最高 8 MiB，超出声明或流式预算时会主动取消响应体
Worker 元数据缓存键会自动清洗 Token、设备号、播放会话等噪声参数，提升跨用户命中率
转码 m3u8 与非白名单播放列表不会写入 Worker 缓存
视频主字节流尽量交给 Cloudflare 原生网关、Range 断点续传与 Cache Rules 处理
Worker 管理的播放列表和媒体分片响应分别使用 12 秒、15 秒流空闲超时，客户端取消时同步释放上游读取和计时器
支持 WebSocket 透明转发
支持 Emby / Jellyfin 媒体授权头兼容与安全同步，并可按节点显式指定上游类型
支持节点级真实客户端 IP 透传控制，便于兼容按来源 IP 风控的特殊上游

4) 安全与可观测性

绑定 D1 时按 IP 记录登录失败；连续失败 5 次后锁定 15 分钟
支持自定义管理路径 ADMIN_PATH，降低固定 /admin 扫描命中率
国家/地区白名单 / 黑名单模式切换
IP 黑名单
单 IP 请求限速（按分钟）
日志写入 D1、运行状态写入 D1 sys_status、定时清理、Telegram 每日报表
D1 整理按每批 500 行执行，单轮最多处理 10000 行或运行 25 秒；预览计数超过 10000 时显示下界，日志量过大时延后 FTS 自动重建
DNS 修改属于敏感操作，管理 API 需要显式确认头；当前 UI 主链路按“站点级草稿 -> 保存时统一同步”执行
支持 Cloudflare GraphQL 仪表盘统计与本地 D1 兜底统计

架构总览

flowchart LR
    U[客户端 / 播放器] --> W[Worker 控制面]
    W --> A["管理面板 (ADMIN_PATH)"]
    W --> C["鉴权 / 路由 / UI / 元数据预热"]
    C --> KV[(Cloudflare KV)]
    C --> D1[(Cloudflare D1)]
    C --> G["CF 原生数据面 / Cache Rules"]
    G --> E[Emby / Jellyfin 源站]
    G --> X[外部直链 / 网盘 / 对象存储]
    S[scheduled 定时任务] --> D1
    S --> TG[Telegram 日报]
    A --> CF[Cloudflare GraphQL Analytics]

功能矩阵

模块	说明
后台认证	JWT 登录态；绑定 D1 时启用按 IP 的密码错误累计锁定
节点管理	节点增删改查、导入导出、备注/标签/密钥、4 并发 GET 健康探测、资源上限校验
路由模式	透明反代、同源跳转继续代理、源站直连节点
外链策略	强制反代外部链接 / 直接下发 Location
网盘直连	`wangpandirect` 关键词模糊匹配
缓存	静态资源缓存、视频透传、字幕边缘缓存、预热微缓存
安全	Geo 白名单/黑名单模式、IP 黑名单、单 IP 限速、真实客户端 IP 透传模式
兼容补丁	`Authorization` / `X-Emby-Authorization` / `X-MediaBrowser-Authorization` 兼容
协议优化	H1/H2/H3 开关、晚高峰自动降级、403 重试
日志监控	D1 请求日志、签名预览与预算整理、Telegram 日报
仪表盘	Cloudflare GraphQL 聚合 + D1 本地兜底
设置中心	新手/高手模式、分区导航、设置快照、专用迁移
连接能力	HTTP(S) + WebSocket

工作原理

请求转发原理

客户端请求先到 Worker，Worker 根据 URL 中的节点名读取 KV 中的节点配置，再构造回源请求发送到 Emby 源站；源站响应由 Worker 流式回传给客户端。对普通 API、静态资源、视频流、重定向、WebSocket，会分别走不同的处理分支。

IP 隐藏原理

Worker 作为公网入口，外部只能看到 Cloudflare 边缘节点，而不是你的 Emby 源站真实 IP。需要注意的是，这种“隐藏”是网络入口层面的隐藏，不等于完全匿名：Cloudflare 仍会追加自身请求头，源站 TCP 层看到的也仍然是 Cloudflare 网络。

默认情况下，项目在回源时会先清洗 X-Real-IP / X-Forwarded-For / Forwarded 以及 Connection / Upgrade 等易伪造或可能影响协议升级的请求头，再由 Worker 注入真实内容，方便上游日志审计与访问控制。

这里的“真实 IP”指的是客户端与 Cloudflare 建立连接时被 Cloudflare 识别到的来源 IP。它可以是用户本机的公网出口 IP，也可以是用户前置代理的出口 IP。默认情况下，节点会透传 X-Real-IP 和 X-Forwarded-For；项目注入的这两个请求头传达的是同一个真实 IP，其中 X-Forwarded-For 不是完整代理链。并且注入发生在节点自定义请求头之后，因此节点里新增同名请求头也不能覆盖这两个值。如果个别上游会按真实出口 IP、地区或 ASN 做风控，也可以在节点级改为仅保留 X-Real-IP、强制不透传【慎用】。

直连 / 反代混合原理

本项目不是“全量一刀切反代”。它支持：

节点默认走 Worker 中继
同源 30x 跳转继续代理
某些节点被显式标记为“源站直连节点”后，源站 2xx 可直接下发给客户端
命中网盘关键词或外链策略时，可直接把目标地址返回给客户端

这意味着它既能保留 Worker 统一入口，也能在带宽敏感场景下降低 Worker 中继成本。

控制面 / 数据面分离原理

这次架构调整的核心，是让 Worker 只做自己擅长的轻逻辑：

控制面（Worker）：鉴权、路由、UI 渲染、元数据处理、轻量级预热、轻量缓存键清洗
数据面（Cloudflare 原生网关）：视频主字节流、Range 断点续传、边缘缓存、Cache Rules 脱敏共享

对应到实现上，项目已经移除了 Worker 里对视频流的“黑洞式 drain”和大对象缓存倾向。海报、字幕、白名单播放列表继续在 Worker 层用 caches.default 做轻缓存；而视频本体则尽量保持薄透传，更依赖 Cloudflare 底层转发与 Cache Rules 配置，尤其建议为视频路径启用 Ignore query string 来实现跨用户共享缓存。

部署前须知

适合什么场景

Emby 源站在海外，直连线路差
多台服务器希望统一访问域名
不想暴露源站真实 IP
需要可视化后台维护节点

不太适合什么场景

局域网 / 内网直连环境
源站本身就在国内优质线路（如 CN2）
大规模公共分享、超大带宽分发

使用风险提醒

腐竹如果明确禁止 CF 反代，使用该方案可能导致账号受限
Cloudflare 可能识别高流量滥用，建议仅用于个人或家庭分享
Worker 并不能抹除所有 CF 痕迹，请求头和源 IP 识别仍有暴露反代特征的可能

环境变量与绑定

⚙️ 环境变量与绑定配置指南

在部署本项目时，你需要配置相应的环境变量与服务绑定。为了方便管理，我们将配置项分为 Worker 核心配置（在 Cloudflare 控制台设置）和 SaaS 面板进阶配置（在部署后的管理后台设置）。

一、 Worker 核心配置（控制台填写）

在 Cloudflare Worker 的设置 -> 变量和机密或绑定页面中进行配置。建议首次部署时对照下表直接填写：

[必需项]

这些是系统正常运行的基础，必须配置。

变量名 / 绑定名称	类型	作用说明	配置示例 / 建议
`ENI_KV`	KV 绑定	核心配置存储。用于持久化保存项目主配置、节点信息、配置快照和 DNS 修改历史等。	绑定你创建的 KV 命名空间（例如：`EMBY_DATA`）。
`ADMIN_PASS`	加密变量 (Secret)	后台登录密码。用于验证管理面板的访问权限。	`MyStrongPassword123`
`JWT_SECRET`	加密变量 (Secret)	安全会话密钥。用于生成和校验后台登录状态 (JWT)，防止越权访问。	建议填入一段高强度的随机长字符串。

[可选项]

按需配置，用于开启日志统计或自定义系统行为。

变量名 / 绑定名称	类型	作用说明	配置示例 / 建议
`DB`	D1 绑定	运行数据库。保存请求日志、聚合统计、运行状态、任务锁、缓存和认证失败计数等数据。	绑定你创建的 D1 数据库。
`ADMIN_PATH`	文本变量 (Var)	自定义管理入口。用于修改默认的 `/admin` 路径，有效防范自动化扫描工具的嗅探。	`/secret_portal_99`

💡 命名兼容性提示：核心代码已向下兼容多种旧版命名（如 KV / EMBY_KV / EMBY_PROXY 会自动映射为 ENI_KV，D1 / PROXY_LOGS 会映射为 DB）。但强烈建议在新部署时统一使用 ENI_KV 和 DB，以确保与后续的更新、README 说明及自动化脚本保持一致。

二、 SaaS 面板进阶配置（后台 UI 填写）

项目部署成功并登录管理后台后，可在**“全局设置”**中配置以下进阶参数。这些参数经后端清洗后以 JSON 写入 ENI_KV 的 sys:theme；cfApiToken、tgBotToken 不会写入配置快照，普通备份导出也会默认移除它们，只有经过二次确认的“含密钥”导出才会包含。主配置本身不是静态加密密文，请严格限制 KV 和管理后台的访问权限。

参数分类	参数名	作用说明
Cloudflare 联动(推荐配置)	`cfApiToken`	Cloudflare API 令牌：用于实现一键清理缓存、GraphQL 流量高级统计等深度联动功能。
	`cfZoneId`	区域 ID：对应你当前代理域名所在的 Zone ID。
	`cfAccountId`	账户 ID：对应你的 Cloudflare 账户 ID。
Telegram 通知(按需配置)	`tgBotToken`	机器人 Token：用于发送每日数据报表及系统告警。
	`tgChatId`	会话 ID：接收通知的个人或群组 Chat ID。

💡 节点级补充： “媒体认证头模式”和“真实客户端 IP 透传”都支持在 节点编辑面板 单独配置。适合按节点对个别 Emby / Jellyfin 源站或特殊风控上游做差异化处理。

三、 Cloudflare API Token 权限建议

如果你希望在后台配置 cfApiToken 以启用完整的增强能力（如仪表盘高级统计、一键清缓存），请确保生成的 API Token 至少包含以下权限：

Account (账户级)
- Account Analytics -> Read (读取)
- Workers Scripts -> Read (读取)
Zone (区域级)
- Workers Routes -> Read (读取)
- Analytics -> Read (读取)
- Cache Purge -> Purge (清除)
- DNS -> Edit (编辑)

📝 提示：如果你仅需要基础的代理分发与节点管理，不需要仪表盘数据增强或缓存控制，可以暂不配置此 Token。

四、定时触发器 (Cron Triggers)

为实现自动化运维，本项目依赖 Cloudflare Worker 的定时触发器功能。

功能作用：驱动定时清理过期日志、发送 Telegram 每日报表以及执行节点异常告警检查。
配置方式：请前往 Worker 控制台的 Triggers (触发器) 选项卡中手动添加。(注：社区交流时常有人误拼成 corn，请确认拼写为 cron)。
生效时间：根据 Cloudflare 官方说明，Cron 表达式基于 UTC 时区 运行。配置变更后，最多可能需要约 15 分钟才能传播到全球边缘节点生效。

部署步骤

第一步：创建 KV

打开 Cloudflare Dashboard
进入左侧导航栏>储存与数据库 > Workers KV
创建一个命名空间，例如：EMBY_DATA

第二步：创建 Worker

你可以任选以下三种方式：

方式 A：Cloudflare 控制台直接粘贴

进入 Workers 和 Pages -> 创建应用 -> 从helloworld开始->设置名称创建
创建后进入 Edit code
将 worker.js 全量替换进去并部署

这种方式只部署 Worker 单文件，不会自动上传 frontend/dist 或创建 ASSETS 绑定。基础代理和管理 API 可以运行，但要使用仓库内置的完整管理端，请优先选择方式 B / C；继续使用方式 A 时，请完成下方“第六步：上传管理端 HTML”。

方式 B：通过 Cloudflare 连接 GitHub 自动部署

先将当前项目Fork到你自己的 GitHub 仓库
先打开仓库根目录的 wrangler.toml
如果你希望修改 Worker 名称，先把 name 改成你要使用的名称
点击Cloudflare Dashboard左侧导航栏的 存储和数据库
获取 KV ID
在下拉菜单或页面中选择 KV
在列表中找到并点击你为项目创建的 KV 命名空间
进入详情页后，在右侧面板找到并复制 命名空间 ID (Namespace ID) 对应id
如果你准备启用 D1 日志功能，再获取 D1 名称和 ID
同样在 存储和数据库 下，选择 D1 SQL 数据库
如果还没有数据库，可以先按下方“第四步”创建一个，再回来继续
点击你的数据库名称进入概览页面
记下这里的数据库名称对应database_name，并复制页面上显示的 数据库 ID (Database ID)对应database_id
将上面获取到的值填入仓库根目录 wrangler.toml 中的 id、database_name 和 database_id
如果你暂时不使用 D1，请先删除 wrangler.toml 中的 [[d1_databases]] 配置段，再进行首次部署
把修改后的 wrangler.toml 提交并推送到你自己的 GitHub 仓库
在 Cloudflare 中进入 Workers 和 Pages，选择连接 GitHub 仓库创建 Worker
选择本仓库后，保持仓库根目录为部署根目录，然后执行首次部署
Cloudflare 会读取仓库内的 wrangler.toml：构建命令从 worker/ 生成 worker.js，并把仓库中的 frontend/dist 作为 ASSETS 静态资源随 Worker 上传
首次部署完成后，后续只要你向已绑定分支 push 新提交，Cloudflare 就会自动拉取最新代码并重新部署

仓库中的 wrangler.toml 同时声明 Worker 入口、构建命令、frontend/dist 静态资源、兼容日期以及 KV / D1 绑定信息；部署前请先把占位符替换成你自己的实际值。Cloudflare Git 部署会使用仓库已提交的 frontend/dist，因此修改管理端源码后要先按仓库脚本重新构建并提交生成物。

完成方式 B 部署后，可以继续跳转到 第五步：设置环境变量。

方式 C：通过 GitHub Actions 自动部署

先将当前项目Fork到你自己的 GitHub 仓库
打开仓库根目录的 wrangler.toml
如果你希望修改 Worker 名称，先把 name 改成你要使用的名称
点击Cloudflare Dashboard左侧导航栏的 存储和数据库
获取 KV ID
在下拉菜单或页面中选择 KV
在列表中找到并点击你为项目创建的 KV 命名空间
进入详情页后，在右侧面板找到并复制 命名空间 ID (Namespace ID)
如果你准备启用 D1 日志功能，再获取 D1 名称和 ID
同样在 存储和数据库 下，选择 D1 SQL 数据库
如果还没有数据库，可以先按下方“第四步”创建一个，再回来继续
点击你的数据库名称进入概览页面
记下这里的数据库名称，并复制页面上显示的 数据库 ID (Database ID)
将上面获取到的值填入仓库根目录 wrangler.toml 中的 id、database_name 和 database_id
如果你暂时不使用 D1，请先删除 wrangler.toml 中的 [[d1_databases]] 配置段
在 GitHub 仓库的 Settings -> Secrets and variables -> Actions 中新增以下 Secrets
CLOUDFLARE_ACCOUNT_ID：你的 Cloudflare Account ID
CLOUDFLARE_API_TOKEN：使用 Edit Cloudflare Workers 模板创建的 API Token
将仓库中的 deploy-worker.yml 提交并推送到 main 或 master 分支
GitHub Actions 会使用 Node 24 执行 npm ci 和 npm run build:frontend，随后由 Wrangler 按 wrangler.toml 构建 worker.js，并将 Worker 与 frontend/dist 一起部署到 Cloudflare Workers
如果你的默认部署分支不是 main 或 master，请先修改 .github/workflows/deploy-worker.yml 里的 branches 配置
首次部署后，后续每次向已配置分支 push 新提交，GitHub Actions 都会自动重新部署

方式 C 不依赖 Cloudflare 的 Git 仓库集成，而是由 GitHub Actions 按仓库脚本构建管理端与 Worker，再读取 wrangler.toml 完成部署；如果你更希望把部署权限收敛在 GitHub Secrets 中，这种方式会更合适。

完成方式 C 部署后，可以继续跳转到 第五步：设置环境变量。

第三步：绑定 KV（方式 A 必做）

如果你使用的是方式 A，打开 Worker 的绑定页
添加绑定选择KV 命名空间
变量名填：ENI_KV
绑定到你刚创建的 KV

第四步：创建并绑定 D1（可选但推荐）

打开左侧导航栏->储存与数据库 -> D1SQL数据库
创建数据库，例如：emby_proxy_logs
如果你使用的是方式 A，回到 Worker 绑定页，添加绑定选择D1 数据库
变量名填：DB
如果你使用的是方式 B 或方式 C，请把数据库名称和数据库 ID 填入 wrangler.toml，然后重新推送到已绑定分支触发自动部署
后续在后台“日志记录”页面执行初始化 DB

如果你使用“方式 A：控制台直接粘贴”，KV / D1 仍然需要在 Cloudflare Dashboard 中手动绑定；如果你使用“方式 B / 方式 C”，则优先以 wrangler.toml 中填写的绑定信息为准。

第五步：设置环境变量

在 Worker 的变量与机密中新增：

ADMIN_PASS：后台密码
JWT_SECRET：随机高强度字符串
ADMIN_PATH：可选，自定义管理后台入口，默认 /admin

如果首次请求时缺少 ADMIN_PASS 或 JWT_SECRET，Worker 会在控制台打印一次初始化警告，首页和管理页也会显示“系统未初始化”提示。

第六步：上传管理端 HTML（方式 A 必做）

如果使用方式 A 在 Cloudflare 控制台直接粘贴 worker.js，还需要手动上传管理端 HTML；方式 B / C 已由 Wrangler 将 frontend/dist 作为静态资源上传，可以跳过本步。

确认已经完成 KV 绑定以及 ADMIN_PASS、JWT_SECRET 环境变量配置
打开 https://你的 Worker 域名/ADMIN_PATH（默认是 /admin），使用 ADMIN_PASS 登录
首次部署且没有 ASSETS 绑定时，登录后会自动进入“上传 index.html”页面；如果已经进入管理台，可访问 https://你的 Worker 域名/ADMIN_PATH?setup=1 重新打开上传页
选择仓库中的 frontend/dist/index.html
点击 上传并进入管理台，等待页面提示上传成功并自动跳转
确认管理台可以正常打开后，再继续配置节点和其他功能

上传文件名必须保持为 index.html，大小不能超过 2 MiB，并且 HTML 会保存到已绑定的 ENI_KV。不要上传 frontend/admin-runtime.template.html；如果修改过管理端源码，请先运行 npm.cmd run build:frontend，再上传重新生成的 frontend/dist/index.html。

第七步：按需添加 Cron Trigger

如果你需要自动清理日志、发送 Telegram 日报或定时异常告警，再补这一步：

打开 Worker 的 Triggers
添加一个 Cron Trigger
仓库 wrangler.toml 的默认表达式为 0 * * * *，即每小时执行一次
保存后等待 Cloudflare 全球传播生效

Cloudflare 官方文档说明：注意Cron Trigger 使用 UTC，而中国时区是UTC+8,免费计划最

Core symbols most depended-on inside this repo

normalizeHostnameText

called by 15

worker.js

sanitizeRuntimeConfig

called by 15

worker.js

browse all functions →

Shape

Function 286

Languages

TypeScript100%

Modules by API surface

worker.js286 symbols

For agents

$ claude mcp add CF-EMBY-PROXY-UI \
  -- python -m otcore.mcp_server <graph>

⬇ download graph artifact

github.com/axuitomo/CF-EMBY-PROXY-UI @main

目录

项目简介

核心能力

1) 可视化管理

2) 智能代理与分流

3) 媒体场景优化

4) 安全与可观测性

架构总览

功能矩阵

工作原理

请求转发原理

IP 隐藏原理

直连 / 反代混合原理

控制面 / 数据面分离原理

部署前须知

适合什么场景

不太适合什么场景

使用风险提醒

环境变量与绑定

⚙️ 环境变量与绑定配置指南

一、 Worker 核心配置（控制台填写）

[必需项]

[可选项]

二、 SaaS 面板进阶配置（后台 UI 填写）

三、 Cloudflare API Token 权限建议

四、 定时触发器 (Cron Triggers)

部署步骤

第一步：创建 KV

第二步：创建 Worker

方式 A：Cloudflare 控制台直接粘贴

方式 B：通过 Cloudflare 连接 GitHub 自动部署

方式 C：通过 GitHub Actions 自动部署

第三步：绑定 KV（方式 A 必做）

第四步：创建并绑定 D1（可选但推荐）

第五步：设置环境变量

第六步：上传管理端 HTML（方式 A 必做）

第七步：按需添加 Cron Trigger

Core symbols most depended-on inside this repo

Shape

Languages

Modules by API surface

For agents

Ask about this repo answers extend the page

四、定时触发器 (Cron Triggers)