AI人像移除工具
从照片中移除不需要的人像，基于 Nano Banana 模型
—
DEV TRENDS / DAILY DISCOVERIES
2026年1月15日大家都在做什么
每天发现开发者社区的新项目、新产品与开源趋势。
BabyFilter AI
将用户上传的人物照转换为小时候的照片
—
图片工具箱
全平台支持的在线图片处理工具集，涵盖压缩、裁剪、AI 抠图、背景替换、格式转换与水印功能
—
【漏洞修复】314000+下载量的hyperlane框架被曝安全漏洞
近日，Rust 轻量级web框架hyperlane被开源社区发现严重安全漏洞，攻击者可利用进行提权等操作。 安全与行为回退问题说明 在长连接（keepalive） 场景下，同一个实例可能被多次复用，进而导致跨请求的上下文状态泄露。 ctx 的生命周期并未按单个请求完全隔离，这是一个长期存在的设计缺陷，而非本次改动新引入的问题。 近期的一次代码修改进一步暴露了该问题：它导致 ctx.aborted() 和 ctx.closed() 方法无法正常工作，从而破坏了请求拦截逻辑与生命周期钩子函数的执行。 问题相关代码路径： 影响范围 1. ctx.aborted() 和 ctx.closed() 无法再正确反映连接的实际状态 2. 请求拦截功能与基于生命周期的控制逻辑失效 3. 长连接场景下，单个 ctx 实例会被多个请求复用，造成跨请求上下文状态泄露 修复方案 1. v10.23.1 版本 — 恢复了 ctx.aborted() 的功能与生命周期拦截逻辑，修复提交： 2. v10.23.3 版本 — 确保长连接下 ctx 实例不再被复用，彻底杜绝跨请求上下文状态泄露问题，修复提交： 升级建议 强烈建议用户升级至 v10.23.3 或更高版本，以保障请求隔离与生命周期管理功能正常运行。 最简复现示例 在存在问题的代码版本中，访问 时，控制台会依次输出 "Middleware1 reached" 和 "Middleware2 reached"。 而 "Middleware2 reached" 的输出属于不符合预期的行为，因为第一个中间件理论上应该终止后续的生命周期处理流程。 rust use hyperlane::; struct Middleware1; struct Middleware2; impl ServerHook for Middleware1 { async fn new(ctx: &hyperlane::Context) Self { Self } async fn handle(self, ctx: &Context) { println!("Middleware1 reached"); ctx.aborted().await; } } impl ServerHook for Middleware2 { async fn new(ctx: &hyperlane::Context) Self { Self } async fn handle(self, ctx: &Context) { println!("Middleware2 reached"); } } [tokio::main] async fn main() { Server::new() .await .requestmiddleware::<Middleware1() .await .requestmiddleware::<Middleware2() .await .run() .await .unwrap() .wait() .await; } 测试未发现该问题的原因 该问题在测试阶段未被发现，是因为单测代码覆盖场景不全，测试用例仅通过响应结果判断请求是否发送成功，而非检测控制台输出内容。 框架在发送响应前，会执行实时的中断状态检查。因此当上下文被标记为中断时，响应不会被处理或发送，从响应层面无法发现异常。 修复后代码仓库
—
SlideNote - 住在浏览器侧边的便利贴
Simple notes, always by your side 侧边笔记，常伴左右 公众号文章介绍：侧边笔记，常伴左右：我用 Claude Code 开发了一个浏览器插件 投稿标题 SlideNote 住在浏览器侧边的便利贴 SlideNote 是一款 Chrome 侧边栏插件。它将便利贴固定在浏览器侧边，不遮挡页面内容，让你随时记录和查找碎片信息（密钥、服务器地址、常用命令等）。支持跨设备自动同步，无框架依赖，打包仅 25KB。 实际效果 为什么做这个项目？ 写代码时经常需要临时查一些命令或配置，查完切回编辑器就忘了；在公司电脑学了新东西，回家想用却找不到；各种云服务的密钥、API 文档链接散落各处，每次都要翻半天。 现有的笔记插件都悬浮在页面上，遮挡内容，打断工作流。直到发现 Chrome 的 Side Panel API，可以固定在侧边栏不干扰主页面，于是做了 SlideNote。 它不是一个笔记本。它更像一个云剪贴板，专门存那些需要"快速记、随时查"的碎片信息。 核心亮点 | 亮点 | 说明 | ||| | 侧边栏，不遮挡 | 固定在浏览器侧边，与主内容并排，不遮挡任何东西 | | 秒开，即用 | 打包 25KB，加载 < 100ms，点开立即可用 | | 自动同步 | 多设备无缝同步，公司的密钥回家就能查 | | 实时搜索 | 输入即过滤，秒速找到 | | 支持 Markdown | 密钥、命令、代码有格式，更清晰 | 使用场景 开发者：存 API Key、服务器地址、常用命令、数据库密码 多设备工作者：公司 Mac + 家里 Mac + 笔记本，信息随身走 内容创作者：账号凭证、文案模板、AI 提示词 日常碎片：IP 、会议记录、待办事项 GitHub: 作者博客: Chrome Web Store: 作者自荐 我是咕咚同学，前端开发者，喜欢做些小工具提升工作效率。SlideNote 是我自己日常在用的工具，希望能帮助到有类似需求的朋友。如果觉得有用，欢迎 Star 支持一下！
—
HardwareTest.org – 基于浏览器的在线硬件测试工具集
投稿标题 HardwareTest.org – 基于浏览器的在线硬件测试工具集 HardwareTest.org 是一个基于浏览器的在线硬件测试网站，无需安装任何软件，即可测试鼠标、键盘、显示器、音频等常见硬件行为。项目更关注输入延迟、Polling Rate、连击等底层细节，使用浏览器 Web API 实现，结果主要用于对比与原理验证，而非跑分评测。 实际效果 为什么做这个项目？ 在折腾硬件或调试外设时，经常会遇到一些基础但不太方便验证的问题，比如： 鼠标的实际 polling rate 到底是多少 连击是鼠标问题还是系统 debounce 不同浏览器对输入事件的精度差异 临时换电脑，不想安装各种测试软件 现有工具要么是本地程序，要么偏向娱乐跑分，很少解释测试原理。 这个项目的初衷是尝试：仅使用浏览器，硬件行为能被感知到什么程度？哪些结果是可信的，哪些只能作为参考？ 核心亮点 | 亮点 | 说明 | ||| | 无需安装 | 所有测试直接在浏览器中完成 | | 偏向原理 | 页面说明测试方法、误差和局限 | | 输入类测试 | 聚焦鼠标 / 键盘 / 输入延迟 | | 轻量实现 | 基于 Web API，无插件、无驱动 | | 独立项目 | 非商业评测，仅用于对比与学习 | 使用场景 开发者 / 极客：验证鼠标 polling rate、连击、输入延迟 硬件玩家：快速对比不同外设的行为差异 Web 开发者：了解浏览器 input / timing 能力 临时测试：公用或临时电脑环境 作者自荐 个人开发者，平时对硬件行为、浏览器底层机制和 Web API 比较感兴趣。 HardwareTest.org 目前仍在持续完善中，测试结果仅供参考。如果你对浏览器能做到什么、不能做到什么感兴趣，欢迎试用，也非常欢迎指正问题
—
Gemini Subtitle Pro - 一站式全自动字幕生成软件，下载、转录、翻译、压制全流程覆盖，无需人工介入
JS 一站式全自动字幕生成软件，下载、转录、翻译、压制全流程覆盖，无需人工介入 Gemini Subtitle Pro 是一款开源的端到端字幕生产软件，把传统需要 3–6 小时的字幕工作流（下载视频→转录→断句润色→翻译→对齐→样式预览→压制出片）压缩到 15–30 分钟级别，并且尽量做到“少手工、少返工、一次交付”。它不是单点工具，而是一个完整的字幕引擎：在 Whisper 转录 + Gemini 翻译/润色的基础上，加入术语表、长上下文翻译、带音频校对、质量检查与毫秒级强制对齐等能力，让你得到更自然、更一致、更贴时间轴的字幕结果；同时桌面端集成下载与 FFmpeg 压制，真正实现从链接到成片字幕的一条龙。 亮点 🚀 全流程一条龙： 输入链接即可自动完成 下载→转录→润色→翻译→对齐→压制，避免多软件来回切换 🎧 术语自动提取 + 标准译法校验： 从音频中抽取专有名词，辅助统一译名，减少“人名地名翻车” ⚡ 长上下文翻译： 按语义切成 5–10 分钟片段翻译，保留上下文，减少前后不一致 💎 转录后处理一体化： 智能断句、时间轴校正、术语替换一次完成，字幕更像“人写的” 🎯 CTC 强制对齐： 毫秒级时间轴精修，让字幕“更贴嘴、更稳” 🗣️ 说话人识别： 自动标注多说话人，支持颜色/合并等字幕样式管理 📺 所见即所得 ASS 预览： 实时渲染字体、颜色、位置等样式，做字幕不用盲改 🔄 片段级批量重跑： 选中某段一键重做（转录→润色→对齐→翻译），返工成本大幅降低 🌍 中/英/日 i18n + 自动识别源语言： 开箱即用，多语种素材更友好 🧠 智能并发加速： 根据模型动态调并发，处理速度更接近“可生产使用”的节奏 ✂️ 集成压制与硬件加速： 内置 FFmpeg，支持 H.264/H.265 编码与字幕烧录（桌面端） 📦 工程化细节齐全： 双语 SRT/ASS 导出、版本快照、缓存/日志/自定义 API 端点等 markdown 截图或演示视频
—
AI 多窗口对话插件
JS 一款在任意网页通过悬浮窗进行 AI 多线对话的浏览器插件 这是一个基于浏览器的 AI 辅助工具，允许在任意网页上同时打开多个可拖拽的独立聊天窗口。它主要解决了用户在查阅文档、编写代码时，需要在当前页面和 ChatGPT 之间频繁切换、反复复制粘贴的痛点。 项目支持选中网页文本一键发起对话、配置任意 OpenAI 兼容接口（如 DeepSeek、Qwen、OpenAI）、自定义提示词模板以及对话记录的本地保存与导出（.md/.txt）。它将 AI 变为贴在屏幕旁的随手工具，帮助用户实现沉浸式的并行工作流。 亮点 1. 多窗口并行工作流：打破传统 AI 对话的单窗口限制，支持同时开启多个独立浮窗，不同问题并行处理，互不干扰。 2. 沉浸式交互体验：无需离开当前网页，支持划词一键（快捷键 Alt + N）唤起新对话，边看边问，保持阅读与写作的连贯性。 3. 高兼容性与隐私：支持自定义 Base URL 和模型，聊天记录存储在本地并支持格式化导出，数据自主可控。 markdown 截图或演示视频
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
—
没有找到相关项目
换一个关键词或分类试试。
DEV TRENDS / COMMUNITY
讨论本期日报
使用 GitHub 登录，分享你的看法、问题或补充信息。