本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 佬友们好呀，最近沉迷美股之前的项目也搁置了好久，目前看美股相关的消息基本上全都是靠X，正好有个博主叫 Serenity 很火，都叫她 白毛股神 ，为了不错过他们的相关推荐我就想干脆写个工具，把这些博主的帖子都实时的抓下来，用 AI 逐条去分析，给他们的帖子打标签看多/看空/中性，置信度什么的。 于是有了这个下面这个小工具 X2T (X To Trade)（ 还是要声明一下非投资建议，仅供娱乐 ），也开源出来了，佬友们也可以一起看看： 演示站： https://x2t.actionow.ai 仓库地址： https://github.com/actionow-ai/x2t 支持浏览器通知、RSS订阅以及邮箱订阅，目前功能： 首页信息流： 白毛股神主页： 关系图谱页，主要用于展示博主与股票直接的关系，边随着时间的推演会有不同颜色： 最后感谢一下 黑白公益站 ，感谢大佬提供的免费模型服务！ 3 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 一个 Windows 小工具，可以读取本机 Claude Code 用量，并推送到 EDIFIER 花再 Halo PixelBar 点阵屏显示，支持手动推送、定时刷新、设备选择和界面化配置。 它可以在 Windows 上自动读取当前电脑的 Claude Code 登录凭证，查询 Claude 用量信息，然后渲染成 256x32 点阵画面，通过 HID 推送到 EDIFIER 花再 Halo PixelBar 显示。 界面: 效果图: 主要功能： 自动获取 Claude Code usage 信息 支持 5 小时、7 天、Sonnet 用量展示 支持 EDIFIER 花再 Halo PixelBar 点阵屏推送 支持手动推送一次 支持定时刷新，比如 5 / 10 / 30 分钟 支持选择设备 支持自定义显示文字、单位、布局、字体参数 支持推送前自动切换 WORK 场景 提供 GUI 可视化配置界面 附带源码和可直接运行的 exe 隐私说明： 工具只读取本机 Claude Code 的 OAuth 凭证，用于查询 usage API；不会上传 token，不会把 token 写入配置文件，也不会打包进 exe。项目是非官方工具，不属于 EDIFIER / Anthropic / Claude 官方项目。 项目地址： https://github.com/3441293738/claude-edifier-pixelbar-usage 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 上周累死累活的毕业论文论文终于是搞完了，于是就回顾了一下最头疼的地方。 我觉得最头疼的地方不是论文内容有多难改吧，毕竟现在大大家都用ai来写了基本上内容不用操什么心，反而是看来比较简单的改格式是真的烦人，特别是论文经过多次来回，容易出现一些特别细微的地方出现问题，然后被打回来，然后改完等导师看，又是一天过去了，但是捏，codex和claude貌似原始形态来做格式对照效果并不好，可能是我的使用方法有问题，总之就是还会让我发现一些地方，或者干脆就特别明显，演都不演了那种。唯一比较好用的就是team的pro，倒是真的还不错，但是实际上也会有一点小问题，而且修改时间动则1h以上。 所以基于以上问题我在L站搜索了一下，发现貌似没有特别好的解决方案，于是就比较针对性的vibe了一个skills来解决这个问题，发现效果意外的还不错，但是难免会有一些粗糙的地方，所以分享在这里，抛砖引玉，看看能不能集众人之力来完善这个方案qwq github: GitHub - ooyyh/templates-papers-matching · GitHub 如果帮到你了~请给我一个star~ 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址 背景 阿里云百炼最近搞活动，每个模型给 1000 万免费 tokens，至少18 个模型，包含qwen3.7,qwen3.6 系列模型。但问题来了：单个模型额度用完就停了，手动切换模型id太麻烦。于是写了个本地反代，自动在模型池里轮换，客户端无感知。 做了什么 一个基于 Hono.js 的反向代理服务： - 客户端只配一个代理地址 + 一个 key - 真实 API Key 和模型池都在服务端隐藏 - 当前模型额度耗尽 → 自动切换下一个模型 - 当前账号所有模型用完 → 自动切换下一个账号（支持多 `DASHSCOPE_API_KEYS`） - 兼容 Anthropic 和 OpenAI 协议，Claude Code CLI、Pi CLI、OpenAI SDK 都能直接用 - 数据都在本地，隐私很安全 自动切换机制 - 单个模型额度耗尽时，代理自动切换到下一个模型，客户端无需修改任何配置 - 配置多个 `DASHSCOPE_API_KEYS` 可支持多账号，当前账号所有模型额度用尽后自动切换到下一个账号 - 所有切换过程对客户端透明，通过统一的 `PROXY_API_KEY` 访问即可 当前配置的模型 ID： qwen3.7-max-2026-06-08 qwen3.7-plus-2026-05-26 qwen3.7-plus qwen3.7-max-preview qwen3.7-max qwen3.7-max-2026-05-20 glm-5.1 kimi-k2.6 qwen3.7-max-2026-05-17 deepseek-v4-flash deepseek-v4-pro qwen3.6-27b qwen3.6-max-preview qwen3.6-flash qwen3.6-35b-a3b qwen3.6-flash-2026-04-16 qwen3.6-plus qwen3.6-plus-2026-04-02 2 个帖子 - 2 位参与者 阅读完整话题
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 前言 旧帖无法编辑了，故开个新帖更新一下，旧帖地址： 【开源自荐】Fl API Hub —— 一个跨平台 Flutter 一站式 AI API 中转站管理工具，统一管理多平台账号、余额、密钥与快速签到 开发调优 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 [!in… 更新日志 V1.1.0（2026.06.10 更新） 新增支持导入 All API Hub 插件的导出数据 用法 先在 All API Hub 插件中 “完整导出”/“账号数据” 二选一导出 到 Fl API Hub 的 “设置-数据管理” 中直接导入即可 下载地址 GitHub Release v1.1.0 · RebornQ/fl_api_hub Full Changelog: v1.0.1...v1.1.0 如果项目佬们觉得不错的话，顺便动动小手点个 Star 吧~ 6 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接入 LINUX DO Connect： 否 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - Leeero/melisle: 听见每一份热爱 听见每一份热爱 之前用音流播放音乐服的歌的时候，经常会遇到断流卡顿的问题，陆陆续续又试了棉花这些，总觉得少点意思，索性就自己vibe coding了一个播放器。 目前已经支持emby和navidrome，因为我没有其他音乐源，所以暂时没有适配其他源，如果有佬友希望能适配其他源的话，欢迎提供一个测试地址，我来适配。 目前已经真机测试通过：macOS和Android，iOS模拟器测试通过，因为没有Windows设备，所以暂时没有真机测试过。 因为项目是一个人vibe的，所以肯定还会有各种没发现的问题，欢迎大家在尝鲜的过程中反馈给我，或者直接在GitHub上提issue。 4 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 从 https://linux.do/t/topic/1479808 继续讨论 之前只是简单逆向了两个渠道，承蒙站内大佬推广获得了一些关注。后来渐渐把项目壮大，支持的渠道也变多了。部分是通过逆向的渠道，部分是直接调的API获取。 爱听 波点音乐 布谷音乐 歌曲宝 歌曲海 煎饼音乐系列（支持酷狗，网易云，QQ解析） JOOX 米兔音乐 LivePoo 咪咕音乐 网易云音乐 酷狗音乐 QQ音乐 / QQMP3 大部分逆向接口不支持自定义音质，有些默认就是flac高音质，网易云还有几个接口我做了音质选择。 目前项目有两个端： Web 端：基于 Next.js / React / TypeScript 桌面端：基于 PyQt5 / qFluentWidgets Web 端默认界面： Web 端搜索后的界面： Web 端下载任务弹窗： Web 端歌词播放器界面： 桌面端首页： 桌面端歌词页面： 由于最开始做这个项目的时候定位就是一个下载音乐的全栈项目。所以不考虑往播放器的深度开发上走。 仓库地址是 github.com GitHub - markcxx/coco-downloader 通过在 GitHub 上创建帐户来为 markcxx/coco-downloader 开发做出贡献。 体验demo我部署在我腾讯云的服务器上，但是出站流量我就关闭了网页端批量下载的功能，完整功能只能自己探索一下了。 cocodownloader.markqq.com COCO音乐下载站 简约纯净的音乐下载工具 欢迎佬们一起交流学习一下。 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 介绍 最近和 @Amiya 佬友 vibe coding了一个开源项目： CodeIsland for Windows 。 项目灵感是受原项目 CodeIsland 启发并实现的Windows版本，没有简单照搬MacBook的刘海交互，而是针对Windows桌面环境重新设计了一套HUD浮窗。 它的目标很简单：当你在用 Claude Code、Codex 这类 AI 编程代理时，不需要反复切回终端，就能实时看到它现在在干什么、是否卡在审批、是否需要你回答问题、任务有没有完成，并能够实时收到hook通知。 功能 目前Windows版只支持Claude Code和Codex两个平台，后续会支持更多的平台交互。 项目地址 项目地址： github.com GitHub - KelseySking/CodeIsland-Windows: Windows版CodeIsland Windows版CodeIsland 欢迎各位佬友下载安装试用，也欢迎提Issue和PR。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 可以快速搜索/启动应用，添加代办，记录临时文字片段，也支持选中文字后直接调用 AI 处理，比如解释、翻译、总结、改写之类的操作。 项目地址： https://github.com/YoungHQ/easy_launcher 产品文档： https://younghq.github.io/easy_launcher/ 项目截图： 现在项目还在持续完善中，想发出来听听大家的真实反馈：欢迎试用、提 issue。 非常期待获得佬友的支持啊。 以前都是写的一些框架，第一次写工具开源，若有不足，还望多多指出，感谢感谢 1 个帖子 - 1 位参与者 阅读完整话题
软件名称 土拨鼠大屏助手 应用平台 安卓和苹果IOS 一句简介 一部手机接管电视大屏：飞鼠触控让光标跟手滑动，实时输字让手机键盘零延迟同步，旧电视秒变巨型触控平板；配合 ADB 装非 TV 版 App 省会员、一站式管理维护，安卓苹果都能用。 核心功能 飞鼠触控 — 手机变身触控板，指尖滑动，电视飞鼠光标实时跟手，指哪打哪丝滑不卡顿；点开应用、左右滑动页面、选片调设置，都像玩手机一样自然，老人小孩轻松上手 实际用处 — 有了跟手触控， 32 位老电视 可装 小爱音箱版、车机版 App， 64 位 可装 平板或手机版 ——爱奇艺、优酷、腾讯、哔哩哔哩等 完全不必再开电视端 VIP ，装非 TV 版照样流畅点选看片 实时输字 — 彻底告别电视那反人类的遥控器输入体验，就像在手机打字输入一样,你输入的每一个字,光标的每一次移动都会同步,手机拼音、九宫格、语音输入都支持，文字零延迟同步到电视大屏；搜大片、输账号、填密码、浏览网页打字，全程轻松省事 实际用处 — 配合飞鼠触控，电视可装 Via、夸克 等普通浏览器 App，输网址、搜内容、点链接， 像手机一样流畅浏览网页 全方位电视管理 — 浏览器遥控、scrcpy屏幕控制、ADB 装应用、含有adb功能类似甲壳虫adb/atvtools、应用冻结与管理、电视文件管理、截图录屏、强制横屏、蓝牙遥控、DLNA 投屏，大屏维护与日常操作一个 App 全包，不用来回换工具 官网下载 → www.vonchange.com 3 个帖子 - 2 位参与者 阅读完整话题
一直在用L站拓展收藏插件 【开源自荐】LinuxDoStar: 为 L 站拓展收藏能力的chrome 浏览器插件 ，非常好用，除了常见的收藏帖子、收藏夹分类功能，还支持 收藏评论和云同步 。 但是原项目仅支持 Chrome 扩展，最近换了mac，safari用的比较多，所以在它的基础上vibe了 油猴版 ，并且新增了 拖拽 功能，在此分享给大家。 基本功能： 收藏帖子、评论 收藏夹分类 通过GitHub进行云同步 新增功能： 常驻收藏悬浮，快速打开收藏夹 拖拽功能，快速给收藏夹、收藏内容排序，快速移动收藏到其他收藏夹 修复了删除收藏后，点击同步又会将已删除的收藏同步回来的bug 安装链接： LinuxDo Star 实际效果： 收藏帖子、评论： 收藏界面： vibe coding完成，可能会有小问题，欢迎提出 非常感谢 codedogQBY 佬的开源，原贴链接 【开源自荐】LinuxDoStar: 为 L 站拓展收藏能力的chrome 浏览器插件 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目开源地址： GitHub - zouchenzhen/chatgpt-default-thinking-extended-userscript github.com GitHub - zouchenzhen/chatgpt-default-thinking-extended-userscript: Userscript that selects Thinking -> Extended on... Userscript that selects Thinking -> Extended on new ChatGPT chats via visible UI automation. 脚本安装地址： Greasy Fork： https://greasyfork.org/en/scripts/581739-chatgpt-默认-thinking-extended GitHub Raw： https://raw.githubusercontent.com/zouchenzhen/chatgpt-default-thinking-extended-userscript/main/chatgpt-default-thinking-extended.user.js 各位佬友好，开源自荐一个很小但对我自己很刚需的油猴脚本： ChatGPT 默认 Thinking Extended 。 起因是我自己在用 K12 ChatGPT 账号的时候，发现网页端每次新建对话都会默认回到 Instant ，不会保存上一次对话里选过的模型模式。也就是说我每开一个新对话，都要手动点模型菜单，再切到当前账号可用的最高级模式 Thinking -> Extended 。 次数多了就挺烦，于是顺手写了这个油猴脚本，把这个重复点击流程自动化一下。 实现方式比较保守，模拟网页端可见 UI 的点击。 欢迎各位佬友使用反馈。 1 个帖子 - 1 位参与者 阅读完整话题
推荐使用土拨鼠大屏助手接管电视 飞鼠触控 — 手机变身触控板，指尖滑动，电视飞鼠光标实时跟手，指哪打哪丝滑不卡顿；点开应用、左右滑动页面、选片调设置，都像玩手机一样自然，老人小孩轻松上手 实际用处 — 有了跟手触控， 32 位老电视 可装 小爱音箱版、车机版 App， 64 位 可装 平板或手机版 ——爱奇艺、优酷、腾讯、哔哩哔哩等 完全不必再开电视端 VIP ，装非 TV 版照样流畅点选看片 实时输字 — 彻底告别电视那反人类的遥控器输入体验，就像在手机打字输入一样,你输入的每一个字,光标的每一次移动都会同步,手机拼音、九宫格、语音输入都支持，文字零延迟同步到电视大屏；搜大片、输账号、填密码、浏览网页打字，全程轻松省事 实际用处 — 配合飞鼠触控，电视可装 Via、夸克 等普通浏览器 App，输网址、搜内容、点链接， 像手机一样流畅浏览网页 全方位电视管理 — 浏览器遥控、ADB 装应用、应用冻结与管理、电视文件管理、截图录屏、强制横屏、蓝牙遥控、DLNA 投屏，大屏维护与日常操作一个 App 全包，不用来回换工具 官网下载 → www.vonchange.com 安卓、苹果 已全部上架! 1 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 MediaStationGo MediaStationGo是一款轻量、漂亮、NAS 友好的私人媒体中心。Go 单二进制后端 + React 前端，覆盖媒体库管理、刮削、播放、订阅下载、Emby API 兼容、AI 搜索与推荐。 经过测试部署在本地NAS使用Infuse、VidHub等播放器播放是秒播状态 暂时阉割掉了增加多用户的功能 功能模块 模块 能力 媒体库 电影、电视剧、动漫、综艺、音乐、成人内容；自动封面、合集分季分集 刮削 本地 NFO/图片优先，TMDb/TheTVDB/Bangumi/豆瓣/Fanart/JavBus/JavDB 补全 播放 直链、HLS、字幕、续播、外部播放器、历史与收藏 发现 TMDb / 豆瓣 / Bangumi 推荐入口，多源发现与订阅 下载 qBittorrent、PT 站点、RSS/搜索订阅、自动整理 兼容 Emby API、DLNA、外部客户端与三端 UI，无需另部署Emby等服务 运维 任务、统计、存储、重复文件、回收站、NFO 导出 AI OpenAI 兼容 Base URL/API Key，智能搜索与推荐 小姐姐友好，自动识别刮削 演示站 https://mgo.3jzs.com/ 管理员账号 ：admin 密码：admin123 用户账号：Mgo 密码：admin123 测试站，请勿修改账号以及密码 展示图 少放几张图片 项目仓库 github.com GitHub - ShukeBta/MediaStationGo: MediaStationGo 是一个面向个人、家庭 NAS... MediaStationGo 是一个面向个人、家庭 NAS 与影音爱好者的开源媒体中心。它把「媒体库管理、自动刮削、在线播放、外部客户端兼容、PT 站点检索、订阅下载、AI 推荐」放进一个轻量的 Go 服务里，配合 React 前端提供统一、简洁、漂亮的三端体验。 欢迎各位大佬提交 Issue 和 Pull Request！ 部署教程 Docker-compose部署（推荐） docker安装脚本 bash <(curl -sSL https://cdn.jsdelivr.net/gh/SuperManito/LinuxMirrors@main/DockerInstallation.sh) docker-compose安装脚本 curl -L "https://github.com/docker/compose/releases/latest/download/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose && chmod +x /usr/local/bin/docker-compose mkdir mediastationgo; cd mediastationgo vi docker-compose.yml #或者 vim docker-compose.yml # MediaStationGo 默认 Docker Compose 部署文件。 # # 快速开始： # 1. 按需修改下方 volumes 的宿主机路径。 # 2. docker compose pull # 3. docker compose up -d # 4. 浏览器打开 http://<服务器IP>:18080 # # 推荐更新命令（会清理本项目旧镜像，避免 NAS 磁盘堆满）： # curl -fsSL https://cdn.jsdelivr.net/gh/ShukeBta/MediaStationGo@main/scripts/docker-compose-update.sh -o docker-compose-update.sh # chmod +x docker-compose-update.sh # ./docker-compose-update.sh # # 默认账号： # admin / admin123 # 首次部署后请立即到「个人资料/用户管理」修改密码。 # # 镜像版本： # 默认拉取 latest；如需固定版本，创建 .env 并写入： # MEDIASTATION_IMAGE_TAG=MediaStationGo-v0.0.32 # # 路径映射总览： # /data 程序数据目录。保存 SQLite 数据库、JWT secret、系统配置等，必须持久化。 # /cache 缓存目录。保存海报、刮削图片、转码缓存等，建议放在空间较大的磁盘。 # /media 媒体库只读挂载目录。网页中添加媒体库时填写容器内路径，例如 /media/Movies。 # /downloads 下载目录。下载器保存路径建议填写容器内路径，例如 /downloads/Movies。 # # NAS / 飞牛推荐直读模式： # 如果你希望网页里直接填写 NAS 原始路径，例如 # /your-nas/media/电视剧/国产剧， # 请在 .env 中把宿主机路径和容器路径设置成完全相同（请替换为你自己的实际路径）： # # MEDIASTATION_MEDIA_DIR=/your-nas/media # MEDIASTATION_MEDIA_CONTAINER_DIR=/your-nas/media # MEDIASTATION_DOWNLOAD_DIR=/your-nas/downloads # MEDIASTATION_DOWNLOAD_CONTAINER_DIR=/your-nas/downloads # # 这只是 Docker bind mount，不会复制文件，不会占用双倍空间。 # # 本地测试模式： # MEDIASTATION_DATA_DIR=./data # MEDIASTATION_CACHE_DIR=./cache # MEDIASTATION_MEDIA_DIR=./media # MEDIASTATION_DOWNLOAD_DIR=./downloads # # NAS / 飞牛路径必须使用绝对路径（请替换为你自己的实际路径），例如： # MEDIASTATION_MEDIA_DIR=/your-nas/media # MEDIASTATION_DOWNLOAD_DIR=/your-nas/downloads # 不要写成相对路径（如 ./media）当作 NAS 绝对路径；相对路径会被 Docker Compose 解析为当前部署目录下的子目录。 # # 注意： # 1. 如果 qBittorrent/Transmission/Aria2 不在本 compose 内，请确保它们能访问同一份 # 下载目录；容器内保存路径和下载器实际保存路径需要保持一致或可被媒体库扫描到。 # 2. 媒体库默认以只读方式挂载，避免误删原始媒体；如果需要整理/移动文件，可将 # /media 的 :ro 改为 :rw，或把整理目标放到 /downloads 后再手动迁移。 # 3. PUID/PGID 用于匹配 NAS/Linux 宿主机用户权限，避免下载或缓存文件权限异常。 services: mediastation-go: image: ghcr.io/shukebta/mediastation-go:${MEDIASTATION_IMAGE_TAG:-latest} # 默认只在本地没有镜像时拉取，避免每次重启都访问 GHCR。 # 需要升级时建议执行 ./docker-compose-update.sh，更新后会清理本项目旧镜像。 pull_policy: missing container_name: mediastation-go restart: unless-stopped ports: # 宿主机端口:容器端口。默认访问 http://<服务器IP>:18080 - "${MEDIASTATION_HTTP_PORT:-18080}:8080" extra_hosts: # Linux / NAS Docker 中访问宿主机服务的固定别名。 # qBittorrent 如果运行在 NAS 宿主机上，下载器地址建议填： # http://host.docker.internal:8085 - "host.docker.internal:host-gateway" volumes: # 程序持久化数据：数据库、JWT secret、运行时配置。 - ${MEDIASTATION_DATA_DIR:-./data}:/data # 海报/背景图/转码缓存。可删除重建，但会重新下载图片和生成缓存。 - ${MEDIASTATION_CACHE_DIR:-./cache}:/cache # 媒体库根目录。 # 默认：宿主机目录映射到容器 /media，添加媒体库时填写 /media/电影、/media/电视剧。 # NAS 直读：把 MEDIASTATION_MEDIA_CONTAINER_DIR 设置成与 MEDIASTATION_MEDIA_DIR 相同， # 添加媒体库时即可直接填写 /your-nas/media/电影、/your-nas/media/电视剧。 # 如宿主机目录不同，请在 .env 中设置 MEDIASTATION_MEDIA_DIR。 # NAS / 飞牛等系统请写绝对路径（替换为你自己的实际路径），例如： # MEDIASTATION_MEDIA_DIR=/your-nas/media # 不要写相对路径，否则会变成当前部署目录下的子目录。 # 默认映射到容器 /media；如需在网页中直接填写宿主机绝对路径，可将 # MEDIASTATION_MEDIA_CONTAINER_DIR 设置为同一个绝对路径。 - ${MEDIASTATION_MEDIA_DIR:-./media}:${MEDIASTATION_MEDIA_CONTAINER_DIR:-/media}:ro # 下载保存目录。 # 默认：宿主机目录映射到容器 /downloads，订阅保存根目录填写 /downloads。 # NAS 直读：把 MEDIASTATION_DOWNLOAD_CONTAINER_DIR 设置成与 MEDIASTATION_DOWNLOAD_DIR 相同， # 下载器保存根目录可直接填写 /your-nas/downloads。 # 如果外部下载器也运行在 Docker 中，请给下载器挂载同一个宿主机目录。 # NAS / 飞牛等系统请写绝对路径（替换为你自己的实际路径），例如： # MEDIASTATION_DOWNLOAD_DIR=/your-nas/downloads # 不要写相对路径，否则下载目录会被映射到当前部署目录下面。 # 默认映射到容器 /downloads；如需下载器和应用都使用宿主机绝对路径，可将 # MEDIASTATION_DOWNLOAD_CONTAINER_DIR 设置为同一个绝对路径。 - ${MEDIASTATION_DOWNLOAD_DIR:-./downloads}:${MEDIASTATION_DOWNLOAD_CONTAINER_DIR:-/downloads} environment: # Web 服务监听配置。容器内固定监听 8080，对外端口由上方 ports 控制。 MEDIASTATION_APP_HOST: 0.0.0.0 MEDIASTATION_APP_PORT: 8080 MEDIASTATION_APP_WEB_DIR: /app/web/dist # 数据与缓存目录。需与 volumes 中的容器路径一致。 MEDIASTATION_APP_DATA_DIR: /data MEDIASTATION_DATABASE_DB_PATH: /data/mediastation.db MEDIASTATION_CACHE_CACHE_DIR: /cache # 宿主机到容器的路径映射提示。用于用户误填宿主机路径时自动转换为容器路径： # /your-nas/media/电视剧 -> /media/电视剧 # /your-nas/downloads/国产剧 -> /downloads/国产剧 MEDIASTATION_MEDIA_DIR: ${MEDIASTATION_MEDIA_DIR:-./media} MEDIASTATION_MEDIA_CONTAINER_DIR: ${MEDIASTATION_MEDIA_CONTAINER_DIR:-/media} MEDIASTATION_DOWNLOAD_DIR: ${MEDIASTATION_DOWNLOAD_DIR:-./downloads} MEDIASTATION_DOWNLOAD_CONTAINER_DIR: ${MEDIASTATION_DOWNLOAD_CONTAINER_DIR:-/downloads} # 日志级别：debug / info / warn / error。 MEDIASTATION_LOGGING_LEVEL: ${MEDIASTATION_LOGGING_LEVEL:-info} # 转码配置。留空表示自动/软件转码；硬件加速见下方 Intel/NVIDIA 示例。 MEDIASTATION_TRANSCODER_ENABLED: ${MEDIASTATION_TRANSCODER_ENABLED:-true} MEDIASTATION_TRANSCODER_HARDWARE_ACCEL: ${MEDIASTATION_TRANSCODER_HARDWARE_ACCEL:-false} MEDIASTATION_TRANSCODER_ENCODER: ${MEDIASTATION_TRANSCODER_ENCODER:-} MEDIASTATION_TRANSCODER_MAX_HEIGHT: ${MEDIASTATION_TRANSCODER_MAX_HEIGHT:-1080} # NAS 低负载保护：HLS 按播放速度转码、限制软件编码线程、限制并发、空闲自动停止。 MEDIASTATION_TRANSCODER_REALTIME: ${MEDIASTATION_TRANSCODER_REALTIME:-true} MEDIASTATION_TRANSCODER_THREADS: ${MEDIASTATION_TRANSCODER_THREADS:-2} MEDIASTATION_TRANSCODER_MAX_CONCURRENT: ${MEDIASTATION_TRANSCODER_MAX_CONCURRENT:-1} MEDIASTATION_TRANSCODER_IDLE_TIMEOUT_SECONDS: ${MEDIASTATION_TRANSCODER_IDLE_TIMEOUT_SECONDS:-120} # 跨域来源。通常无需设置；反向代理或三端客户端异常时再按需填写。 MEDIASTATION_APP_CORS_ORIGINS: ${MEDIASTATION_APP_CORS_ORIGINS:-} # Telegram 通知/Bot 出站网络。通常留空即可；如 NAS 访问 Telegram 超时， # 可在 .env 中填写反代 API 或代理地址。v2rayA 常见代理： # HTTP http://host.docker.internal:20171 或 http://172.17.0.1:20171 # SOCKS socks5://host.docker.internal:20170 或 socks5://172.17.0.1:20170 # MEDIASTATION_TELEGRAM_API_BASE_URL=https://api.telegram.org # MEDIASTATION_TELEGRAM_PROXY_URL=http://host.docker.internal:20171 MEDIASTATION_TELEGRAM_API_BASE_URL: ${MEDIASTATION_TELEGRAM_API_BASE_URL:-} MEDIASTATION_TELEGRAM_PROXY_URL: ${MEDIASTATION_TELEGRAM_PROXY_URL:-} # 可选：把宿主机 shell/.env 中的代理变量透传给容器。留空无效果。 # 如果 NAS 已使用 v2rayA redirect/透明代理且 Docker 网桥流量已被接管， # 通常不需要填写这些变量。 HTTP_PROXY: ${HTTP_PROXY:-} HTTPS_PROXY: ${HTTPS_PROXY:-} ALL_PROXY: ${ALL_PROXY:-} NO_PROXY: ${NO_PROXY:-127.0.0.1,localhost} # 宿主机文件权限映射。Linux/NAS 常用 1000:1000，可用 id 命令查看。 PUID: ${PUID:-1000} PGID: ${PGID:-1000} TZ: ${TZ:-Asia/Shanghai} # Intel QSV / VAAPI 硬件加速示例： # 1. Linux/NAS 宿主机存在 /dev/dri。 # 2. 在 .env 中设置 MEDIASTATION_TRANSCODER_HARDWARE_ACCEL=true # 和 MEDIASTATION_TRANSCODER_ENCODER=vaapi。 # 3. 取消下方 devices/group_add 注释。 # devices: # - /dev/dri:/dev/dri # group_add: # - "${RENDER_GID:-989}" # NVIDIA NVENC 硬件加速示例： # 1. 宿主机安装 NVIDIA Container Toolkit。 # 2. 在 .env 中设置 MEDIASTATION_TRANSCODER_HARDWARE_ACCEL=true # 和 MEDIASTATION_TRANSCODER_ENCODER=nvenc。 # 3. 取消下方 gpus 注释。 # gpus: all healthcheck: test: ["CMD-SHELL", "wget -qO- http://127.0.0.1:8080/api/health || exit 1"] interval: 30s timeout: 10s retries: 5 start_period: 30s docker compose up -d http://<host-ip>:18080 #就可以使用了 更新 docker compose pull docker compose up -d docker image prune -f 其他部署教程及开发使用在项目仓库中 目前项目已经可以正式部署使用，我们的下一步开发计划为增加网盘支持，目前已经实现一小部分 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址： https://github.com/CodingOX/CodeRecall 致谢 ：本项目基于 hsingjui/ContextWeaver 修改和扩展而来,相比于原版而言，主要有以下几点： 处理成了 CLI 的方式，方便通过 skill 进行调用。【MCP 在我看来导致启动慢，上下文浪费】 搜索时支持纯代码搜索，不把文档搜索纳入进来。 集成了常见的通用开发语言包，不用再各自安装对应的语言包，更方便。 这个项目大体的设计思路是很简单的： 把对应的语言翻译成对应的文本逻辑； 把它向量化； 搜索的时候，把你的输入再向量化一次，找出对应的片段； 再重排序一下，交给大模型。 在使用上也非常简单，唯有一点点难度，就是需要先注册一个硅基流动的 key（你也可以注册阿里云的 key）。 硅基流动目前可以免费提供，对于个人和小项目来说是足够了的。如果你的项目比较大，也可以多注册几个好友的 key。这里需要注意的是，限流是以用户为维度，而不是以 Key 为维度。 安装 npm install -g @alistar.max/coderecall 硅基流动（SiliconFlow） 注册账户，完成实名认证 创建免费的 Key 就可以了 先初始化一下，会生成一个模板配置，然后你编辑一下 key。 coderecall init 位置 ~/.coderecall/.env ，编辑文件 # Embedding API（必需） EMBEDDINGS_API_KEYS=your-embedding-api-key EMBEDDINGS_BASE_URL=https://api.siliconflow.cn/v1/embeddings EMBEDDINGS_MODEL=BAAI/bge-m3 # Reranker API（必需） RERANK_API_KEYS=your-reranker-api-key RERANK_BASE_URL=https://api.siliconflow.cn/v1/rerank RERANK_MODEL=BAAI/bge-reranker-v2-m3 将 skills/coderecall-search/ 目录复制到 用户目录的 ~/.claude/skills/ 或者 ~/.codex/skills 下即可 对于这个使用而言，会自动识别增量文件，然后进行向量化。你不需要初始化你的项目，但是为了避免卡住，建议在你的项目文件很大的情况下下手动到你的项目目录初始化一次。 cd /project # 手动向量一次 coderecall index . 上面就是最简单的用法或者最简单的配置。 接下来使用的时候，你可以强行让这个skill来帮你做语义化的搜索。但是对于 skill 而言，在不做强制手动引用的情况下，调不调用全靠大模型的心情，也全靠这个 skill 的提示词。 我这个提示词是经过我琢磨的，也欢迎大家修改、PR 以及提意见。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 很久之前，我也在 论坛里面 自荐数学建模 Mulit-Agent 项目 收到了社区的欢迎和很多 star, 感谢佬友的支持。 两年前，我都是自己实现一套 Agent 框架 我认为，现在和以后更多的 Agent 产品 将直接基于 Harness 如 Codex / Claude Code / Pi + SKILLS 来构建 所以我将项目蒸馏成一套 SKILL， 方便大家使用。 github.com GitHub - jihe520/MathModelAgent: 🤖📐专为数学建模设计的 Agent & skills... 🤖📐专为数学建模设计的 Agent & skills ,自动完成数学建模，生成一份完整的可以直接提交的论文。 An Agent Designed for Mathematical Modeling ,Automatically complete mathmodel and generate a complete paper ready for submission. Intro MathModelAgent SKILL —— 直接在 Harness 中驱动的数学建模自动化方案. 开源免费，接入任意模型 完全开源免费，可接入任何模型。 端到端自动化 从问题分析、建模、编码、绘图到论文排版和验收，一条 /1start-mathmodel 命令全自动完成，中间阶段自动串联，无需人工干预。 17 套 Typst 论文模板 内置中英文主流赛事模板（国赛、华数杯、华为杯、MCM/ICM 等），自动匹配赛事类型，生成排版精良、可直接提交的 PDF 论文。 内置建模知识库 包含完整的建模规范、模型选择决策树（AHP、TOPSIS、ARIMA、GA 等）、常见易错模式和 MCM/ICM 评分标准，每个阶段自动参考，降低模型幻觉。 9 步自动验收 文本泄漏检测 → 数值一致性校验 → Typst 编译 → PDF 可视化检查，确保论文零低级错误。 可组合、可扩展 每个阶段是独立 Skill，可单独调用（如只跑分析、只写论文）；模板和知识库可自由扩展；支持 Typst 生态排版。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求 （点击了解更多详细信息） 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 Keyboard Switcher（键盘切换器） Keyboard Switcher 是一款用于 选择和切换 Android 虚拟键盘 的应用。你可以通过屏幕上的浮动按钮、桌面小部件、快捷设置磁贴、通知，或第三方应用 Intent 打开系统键盘选择器。对于 多语言使用者 和 语音输入法快速 切换的场景非常有用。 本项目基于 kunzisoft/Android-KeyboardSwitcher 二次开发。 https://i.urusai.cc/z2Rsb.mp4 切换键盘的方式 Keyboard Switcher 支持通过多种入口打开和切换系统虚拟键盘选择对话框： 从状态栏使用 快捷设置磁贴 使用 1x1 图标大小的 桌面小部件 使用显示在其他应用上方的 浮动按钮 从通知列表点击 通知 从 第三方应用 发送指定 Intent 使用方法 安装应用并设置权限 于「应用设置->应用管理」中，进入 KeyboardS 应用信息界面 点击「电量消耗」菜单，将省电策略改为无限制(保活) 点击「通知管理」菜单项，打开通知权限，并允许常驻通知栏(保活) 点击「允许受限的设置」，高版本 Android 需要打开此设置项，侧载应用才可以使用无障碍权限。 进入应用 浮动按钮可用于快速切换键盘或打开系统键盘选择器。授予无障碍权限后，可以仅在软键盘打开时显示浮动按钮。 打开「启用通知」、「启用浮动按钮」和「仅在键盘打开时显示」菜单项 在引导系统设置中启用 KeyboardS 浮动按钮无障碍服务 开启「直接切换模式」 启用「双输入法直接切换」后，可以选择第一个(主)键盘和第二个(辅)键盘。触发切换时，应用会根据当前默认键盘在两者之间切换。直接切换模式下，浮动按钮会为两个配置键盘分别保存位置，并同时区分横屏和竖屏。 通过 ADB 或 shizuku 授予 WRITE_SECURE_SETTINGS 权限 在设置中选择「第一键盘」和「第二键盘」 此时悬浮按钮将在两个键盘之间来回切换 权限说明 直接切换键盘需要 WRITE_SECURE_SETTINGS 权限。可以用以下方式授予： 在电脑上使用 ADB 命令授权 在支持 Shizuku 的设备上，通过应用设置触发 Shizuku 授权 ADB 授权命令： adb shell pm grant com.kunzisoft.keyboard.switcher android.permission.WRITE_SECURE_SETTINGS shizuku 授权： 参考 shizuku 用户手册 ADB 授权详细步骤，也可参考 shizuoku 用户手册中的 通过连接电脑启动 一节 下载 您可以从以下渠道获取最新版本： GitHub Releases 或自行从源代码编译 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 佬友们好,由于之前部署了 Cloudflare Temp mail 临时邮箱，后来因为使用域名邮箱较多，但原版的后台管理页面有点难用，所以自己用CodeX Vibe了一个新的后台管理界面 ： 项目地址： github.com GitHub - Lur1N77777/loven7-mail-cloudflare-suite: Enhanced admin and webmail frontends for... Enhanced admin and webmail frontends for Cloudflare Temp Mail / cloudflare_temp_email 上游项目： github.com GitHub - dreamhunter2333/cloudflare_temp_email: CloudFlare free temp domain email 免费收发 临时域名邮箱 支持附件... CloudFlare free temp domain email 免费收发 临时域名邮箱 支持附件 IMAP SMTP TelegramBot 先说明一下：这个项目不是替代上游，也不包含上游 Worker 后端源码。邮件收发、地址、用户、管理员 API 这些核心后端能力都来自上游 cloudflare_temp_email 生态。 我这个项目主要做的是一套更好用的增强前端：管理后台 + 用户邮箱站 / 分享站。 我觉得比较实用的几个点 验证码快捷复制 收件箱会自动识别验证码，列表和详情页都可以一键复制。临时邮箱最常见的场景就是收验证码，这个功能会省很多点来点去的时间。 多邮箱分享 / 分发 / 聚合管理 支持把一个或多个邮箱做成分享链接，可以给别人临时访问。 管理后台里可以创建、撤回、恢复分享，也可以让访客隐藏邮件，适合把多个测试邮箱分发给不同人或不同场景使用。 管理后台更完整 地址管理、用户管理、收件箱、未知邮件、发件箱、写邮件、系统设置都放在一个后台里。 手机端也做了操作菜单，复制登录链接、复制邮箱密码/JWT、查看收件箱、创建分享、重置密码这些动作不用回桌面端。 用户邮箱站 / 分享站 普通用户可以用邮箱和密码登录，也可以通过分享链接访问。支持自动刷新、HTML / 文本 / 源码查看、验证码复制。 发件人品牌头像 比如 OpenAI、GitHub、Cloudflare 这类邮件，会显示对应品牌头像，找邮件更直观。 部署尽量简单 前端部署到 Cloudflare Pages，用户站分享功能只需要 Cloudflare KV。 不需要 SQL，不需要 D1，不需要数据库迁移。 截图 管理后台邮件工作台，可以看到 OpenAI / GitHub / Cloudflare 等发件人品牌头像和验证码： 用户站分享访问，保留品牌头像、验证码复制和自动刷新： 移动端地址操作： 更多截图在 README： github.com GitHub - Lur1N77777/loven7-mail-cloudflare-suite: Enhanced admin and webmail frontends for... Enhanced admin and webmail frontends for Cloudflare Temp Mail / cloudflare_temp_email 部署方式 如果你已经有上游 cloudflare_temp_email Worker，可以创建两个 Cloudflare Pages 项目： 站点 Root directory Build command Output 管理后台 apps/admin npm ci && npm run build dist 用户站 / 分享站 apps/webmail npm ci && npm run build dist 用户站需要配置： MAIL_WORKER_BASE_URL ：上游 Worker/API 地址 SHARE_ENCRYPTION_SECRET ：分享加密密钥 SHARE_ADMIN_CORS_ORIGINS ：管理后台域名 SHARE_KV ：Cloudflare KV 绑定 我也在 README 里整理了 AI Agent 自动部署 Prompt。如果已经有上游 Worker，可以直接让 Agent 创建两个 Pages 项目、配置 KV 和环境变量。 如果你还没有部署上游 cloudflare_temp_email Worker，可以参考这位佬的教程,写的非常详细 【教程】2026版 小白也能看懂的自建Cloudflare临时邮箱教程（域名邮箱） 适合谁 已经在用 cloudflare_temp_email 的佬友 想要更舒服的临时邮箱后台 想把临时邮箱开放给普通用户使用 想要验证码快捷复制、多邮箱分享、移动端管理体验 想把 Cloudflare Temp Email 做成更完整前端套件 再次感谢上游作者和项目。这个项目是在上游基础上做的前端增强和部署整理。 欢迎大家试用、提 issue、提建议。如果觉得还不错，也欢迎给个 Star。 1 个帖子 - 1 位参与者 阅读完整话题