2026/8/21 18:13:26
FEATURED · 精选文章 
完整拆解猫抓 Cat-Catch浏览器资源嗅探扩展如何在沙盒限制中构建专业媒体处理流水线【免费下载链接】cat-catch猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch猫抓Cat-Catch是一款开源的浏览器资源嗅探扩展它能在不侵入页面代码的前提下把网页里藏着的视频、音频、m3u8 流、加密密钥等资源找出来、拿下来、存下来。本文将围绕在限制中创造可能性这条主线从真实使用场景出发逐步拆解猫抓的资源嗅探架构、下载流水线与工程哲学帮助技术决策者和开发者理解一个浏览器扩展如何把看似不可能的媒体处理任务变成日常。一、一个深夜追剧者的困境为什么右键另存为救不了你想象这样一个场景你在某个网站看到了一个很想收藏的课程视频点开浏览器开发者工具找到了.mp4的直链右键另存为——却只下载到一个 200 字节的 HTML 错误页。再换个思路用录屏软件——画质糊、卡顿、还带上鼠标指针。这个困境的本质是现代网站的媒体投递方式早已从静态文件直链演变为动态、分片、加密的复杂形态HLS/DASH 流式协议视频被切成几十上百个.ts或.m4s分片由播放器按需拉取你看到的直链只是入口加密传输分片普遍使用 AES-128 加密密钥另走接口单独拿一个分片毫无意义动态生成URL 是一次性的刷新即失效连复制链接都无从谈起。面对这样的现实普通用户需要的不是一个抓包工具而是一个能替自己完成发现—拼装—解密—合并—保存全流程的工具。这正是猫抓存在的理由。它把一个专业媒体处理平台装进了 Chrome/Edge/Firefox 的扩展机制里。而要做到这一点项目必须先回答一个根本问题在浏览器严格的安全沙盒里资源嗅探到底有哪几条路可走二、核心能力拆解按用户价值划分的四种搞定与其按技术模块罗列功能不如从用户视角看猫抓到底提供了哪几层价值。每一层都对应一类真实痛点也对应一组不同的技术方案。2.1 找得到多引擎被动嗅探覆盖看得见的网络流量猫抓最基础的能力是在后台用webRequestAPI 监听页面发起的每一个请求再通过正则与 Content-Type 识别出媒体资源。核心逻辑在 js/background.js 中onSendHeaders在请求发出前记录请求头Referer、Cookie 等这些信息是后续下载成功的关键onResponseStarted在收到响应第一个字节时判断资源类型此时能拿到比 URL 更可靠的信息findMedia()把 URL、请求头、响应信息组装成一条结构化资源记录。但被动嗅探有一个致命盲区它只能看到网络层发生了什么。如果视频通过MediaSource分片投喂、数据流经URL.createObjectURL生成URL 层面根本无迹可寻。于是有了第二层能力。2.2 搞得定主动捕获引擎从看流量升级到管播放器针对被动嗅探的盲区猫抓在页面内注入了CatCatcher类catch-script/catch.js直接对播放器底层动手代理 MediaSource 方法重写MediaSource的addSourceBuffer等方法把追加进来的数据分片完整记录下来缓存捕获从浏览器缓存中直接读取已播放的视频数据解决一次性 URL问题iframe 沙箱突破通过MutationObserver监听并处理带sandbox属性的 iframe让注入脚本能深入嵌套页面。一句话总结被动引擎负责广主动引擎负责深。这也是猫抓与普通下载器最大的差异——它不是一个抓链接的工具而是一个能接管播放流程的代理。图popup 面板按标签页组织捕获到的资源支持预览、筛选与批量下载是找得到能力的用户入口。2.3 拿得下m3u8 解析器与下载流水线把分片变成片流媒体是猫抓投入最深的领域。m3u8.html页面逻辑在 js/m3u8.js内置了 hls.js、AES 解密器、mp4 转码器与 ffmpeg 桥接能力覆盖解析拉取 m3u8 清单递归解析嵌套索引文件列出全部切片与密钥解密AESDecryptor处理 AES-128 加密分片并自动收集疑似密钥供用户验证合并切片下载后通过mux.js转封装为 mp4或发送到在线 ffmpeg 完成更复杂的转码合并下载新的Downloader类js/downloader.js支持多线程并行、断点重试、边下边存StreamSaver 流式写入适合直播录制。值得一提的是下载进度更新通过lastEmitted做 100ms 节流避免高频 DOM 操作拖垮界面——这是大量真实使用场景下打磨出来的细节。图m3u8 解析器将清单展开为切片列表支持单切片选择、线程数设置、ffmpeg 合并与 m3u8DL 命令导出。2.4 用得好从下载到媒体管理的体验延伸猫抓没有止步于下载。媒体控制脚本js/content-script.js可以直接操控页面里的视频倍速、画中画、截图深度搜索脚本会尝试分析密钥JSON 查看器、二维码分享、发送到 Aria2/MQTT 等周边能力则把资源从浏览器扩展到了用户自己的工具链。下载不是终点资源进入用户自己的媒体库才是。三、关键实现机制亮点三个值得反复琢磨的设计决策选三个最有代表性的实现细节讲讲为什么这样设计以及背后的取舍。3.1 双引擎混合嗅探为什么要既看网络又管播放器如果只做被动嗅探实现简单但漏掉 MediaSource 内容如果只做主动代理性能开销大且难以覆盖所有站点。猫抓的选择是两套引擎并存、互不干扰嗅探引擎分工 ├── 被动引擎后台 │ ├── webRequest.onSendHeaders 记录请求头 │ ├── webRequest.onResponseStarted 识别响应类型 │ └── 适用直链、常规 HTTP 媒体 │ └── 主动引擎页面注入 ├── MediaSource 方法代理 捕获分片数据流 ├── 缓存读取 解决一次性 URL └── 适用DRM 前的加密流、动态分片这个设计的核心代价是架构复杂度两套引擎需要统一的数据模型addMedia消息协议还要处理重复捕获、去重G.urlMap、数据合并等问题。但收益是覆盖率的质变——这正是混合策略的经典取舍用复杂度换取能力上限。3.2 对抗 Service Worker 生命周期Heart Beat 与脏手段Manifest V3 的 Service Worker 会在空闲约 30 秒后被浏览器回收这会让扩展后台失忆。猫抓的应对堪称教科书级的与平台博弈代码见 js/background.js 开头Heart Beat 保活页面脚本通过chrome.runtime.connect建立一个名为HeartBeat的 Port后台收到后回复消息并维持连接每 250 秒断开重连一次让 Service Worker 始终处于活跃状态定时唤醒setInterval(chrome.runtime.getPlatformInfo, 25 * 1000)周期性调用扩展 API阻止休眠被动兜底webNavigation监听器注册空回调借助浏览器导航事件间接保活。项目作者在 CHANGELOG 里直言这是肮脏的手段对抗 Manifest V3。这种设计当然不优雅但它揭示了一个残酷现实在平台限制面前工程上的够用往往比理论上的正确更重要。3.3 存储策略的权衡为什么从storage.local换到storage.session在 2.5.3 版本猫抓把资源数据从storage.local迁移到storage.session代码中统一写作chrome.storage.session ?? chrome.storage.local。这背后的权衡很有意思维度storage.localstorage.session持久性永久保存会话级浏览器重启即清空稳定性高频写入易触发 IO 错误扩展可能整体失效内存级稳定可靠适用场景配置、需要跨会话保留的数据高频变化的临时资源列表猫抓把稳定性优先于持久性作为决策依据资源列表本来就是临时数据丢了无伤大雅但扩展因 IO 错误崩溃用户损失的是整个工具。把数据按生命周期分级而不是一刀切地全都存下来这个思路值得任何扩展开发者借鉴。四、工程智慧与设计哲学可以迁移到其他项目的方法论从猫抓的代码里能提炼出几条超越浏览器扩展范畴的工程经验。4.1 松耦合的资源处理流水线猫抓把媒体处理拆成捕获 → 解析 → 处理 → 输出四个阶段每个阶段独立成模块。受益是显而易见的当 2.6.2 版本让 m3u8 预览支持 HEVC/H.265 编码时改动只发生在预览模块捕获与下载完全不受影响当下载器需要支持边下边存时也只需要在输出阶段增加 StreamSaver 分支。渐进式演进的前提是组件间只通过稳定的消息协议通信而不是互相调用内部实现。4.2 面向真实场景的够用主义猫抓的许多设计在学院派眼里并不完美Heart Beat 是脏手段、正则嗅探是笨办法、Trusted Types 兼容要写 try/catch 回退。但它始终回答一个问题用户的任务完成了吗每个功能都有明确的用户价值背书——下载线程调到 6是网络生态与下载体验的平衡每 1GB 保存一次是为了防直播录制中断丢数据下载完成后自动关闭页面是给批量任务收尾。技术永远服务于场景。4.3 尊重版权边界的工程自律这是猫抓最值得称道的一点。项目在 README 与代码层面都内置了版权自律机制声明仅允许下载有授权的内容、维护避免抓取列表并接受网站的[Opt-Out Request]申请、在 2.6.5 版本加入全局强制屏蔽名单。一个嗅探工具的长期生命力恰恰来自它对不该抓什么的克制。这种自律也让项目规避了多数同类工具面临的法律与平台风险是可持续开源的隐性架构。五、演进脉络与生态从 1.0 的嗅探器到 2.7 的媒体平台猫抓的版本历史本身就是一部需求驱动架构的教科书1.0 时代核心是正则嗅探与基础下载1.0.24 引入 Heart Beat 对抗 MV31.0.26 开始支持手机端模拟以适配移动页面2.0 时代2.0.0 加入视频捕获与录制解决被动嗅探的盲区2.2.4 引入 DASH/mpd 解析与深度搜索2.4.7 将 m3u8 下载线程调整为 6 并默认启用新下载器2.5 时代2.5.0 上线多语言支持2.5.3 完成storage.session迁移2.5.7 Firefox 升级 MV32.6–2.7 时代2.6.4 引入 MQTT 协议为云原生铺路2.6.8 支持 EXT-X-BYTERANGE 合并下载与任意切片选择2.7.2 完善下载成功切片的隐藏与倒序排列。在生态层面猫抓的国际化和社区参与做得非常扎实。通过_locales/标准目录zh_CN、zh_TW、en、es、ja、ko、ru、tr、vi、pt_BR 等十余种语言普通用户也能提交翻译——贡献者名字直接写入 CHANGELOG如韩语的 moduvoice、俄语的 Nikitamce。配套的 tools/sync-locales.js 脚本保证各语言文件不因版本迭代而失同步。图西班牙语版 m3u8 解析界面展示同一套架构如何通过_locales目录低成本覆盖多语言用户。社区治理上猫抓在 2.0 版本将许可从 MIT 改为 GPL-3.0理由是希望使用猫抓源码的扩展仍然保持开源——这是开源项目面对生态分叉时的典型防御性决策。同时 README 明确警告存在加了广告代码后上架的伪猫抓要求用户以官方渠道为准体现了对用户数据安全的负责。六、落地建议与开放式思考你能从猫抓带走什么对普通用户最实用的三条建议先被动后主动多数直链资源直接下载即可遇到视频无法下载时优先尝试缓存捕获与录制脚本而非放弃善用 m3u8 解析器的高级选项遇到加密流时把深度搜索到的疑似密钥填入验证能大幅提升解密成功率配置一次、长期受益在设置里自定义请求头、文件名模板${title}、${url}等替换标签与自动下载规则日常使用会顺畅很多。对开发者猫抓最值得学习的不是某个 API 的用法而是它的问题分解方式把下载一个视频这个模糊需求拆解为发现、捕获、解析、解密、合并、输出六个可独立迭代的子问题再为每个子问题寻找平台限制内的最优解。最后留下一个开放的问题随着 AI 时代的到来猫抓的嗅探引擎能否结合浏览器端模型从识别资源进化为预测资源——比如根据页面结构预判下一个分片请求浏览器扩展的边界会继续收紧还是重新开放这些问题没有标准答案但猫抓已经证明了一件事真正的好工具从来不是技术最强的工具而是把用户从困境中解放出来的工具。在浏览器沙盒这个戴着镣铐跳舞的舞台上猫抓用 2.7 个版本的故事告诉我们镣铐之下依然可以跳出完整的舞蹈。【免费下载链接】cat-catch猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
完整拆解猫抓 Cat-Catch：浏览器资源嗅探扩展如何在沙盒限制中构建专业媒体处理流水线
完整拆解猫抓 Cat-Catch浏览器资源嗅探扩展如何在沙盒限制中构建专业媒体处理流水线【免费下载链接】cat-catch猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch猫抓Cat-Catch是一款开源的浏览器资源嗅探扩展它能在不侵入页面代码的前提下把网页里藏着的视频、音频、m3u8 流、加密密钥等资源找出来、拿下来、存下来。本文将围绕在限制中创造可能性这条主线从真实使用场景出发逐步拆解猫抓的资源嗅探架构、下载流水线与工程哲学帮助技术决策者和开发者理解一个浏览器扩展如何把看似不可能的媒体处理任务变成日常。一、一个深夜追剧者的困境为什么右键另存为救不了你想象这样一个场景你在某个网站看到了一个很想收藏的课程视频点开浏览器开发者工具找到了.mp4的直链右键另存为——却只下载到一个 200 字节的 HTML 错误页。再换个思路用录屏软件——画质糊、卡顿、还带上鼠标指针。这个困境的本质是现代网站的媒体投递方式早已从静态文件直链演变为动态、分片、加密的复杂形态HLS/DASH 流式协议视频被切成几十上百个.ts或.m4s分片由播放器按需拉取你看到的直链只是入口加密传输分片普遍使用 AES-128 加密密钥另走接口单独拿一个分片毫无意义动态生成URL 是一次性的刷新即失效连复制链接都无从谈起。面对这样的现实普通用户需要的不是一个抓包工具而是一个能替自己完成发现—拼装—解密—合并—保存全流程的工具。这正是猫抓存在的理由。它把一个专业媒体处理平台装进了 Chrome/Edge/Firefox 的扩展机制里。而要做到这一点项目必须先回答一个根本问题在浏览器严格的安全沙盒里资源嗅探到底有哪几条路可走二、核心能力拆解按用户价值划分的四种搞定与其按技术模块罗列功能不如从用户视角看猫抓到底提供了哪几层价值。每一层都对应一类真实痛点也对应一组不同的技术方案。2.1 找得到多引擎被动嗅探覆盖看得见的网络流量猫抓最基础的能力是在后台用webRequestAPI 监听页面发起的每一个请求再通过正则与 Content-Type 识别出媒体资源。核心逻辑在 js/background.js 中onSendHeaders在请求发出前记录请求头Referer、Cookie 等这些信息是后续下载成功的关键onResponseStarted在收到响应第一个字节时判断资源类型此时能拿到比 URL 更可靠的信息findMedia()把 URL、请求头、响应信息组装成一条结构化资源记录。但被动嗅探有一个致命盲区它只能看到网络层发生了什么。如果视频通过MediaSource分片投喂、数据流经URL.createObjectURL生成URL 层面根本无迹可寻。于是有了第二层能力。2.2 搞得定主动捕获引擎从看流量升级到管播放器针对被动嗅探的盲区猫抓在页面内注入了CatCatcher类catch-script/catch.js直接对播放器底层动手代理 MediaSource 方法重写MediaSource的addSourceBuffer等方法把追加进来的数据分片完整记录下来缓存捕获从浏览器缓存中直接读取已播放的视频数据解决一次性 URL问题iframe 沙箱突破通过MutationObserver监听并处理带sandbox属性的 iframe让注入脚本能深入嵌套页面。一句话总结被动引擎负责广主动引擎负责深。这也是猫抓与普通下载器最大的差异——它不是一个抓链接的工具而是一个能接管播放流程的代理。图popup 面板按标签页组织捕获到的资源支持预览、筛选与批量下载是找得到能力的用户入口。2.3 拿得下m3u8 解析器与下载流水线把分片变成片流媒体是猫抓投入最深的领域。m3u8.html页面逻辑在 js/m3u8.js内置了 hls.js、AES 解密器、mp4 转码器与 ffmpeg 桥接能力覆盖解析拉取 m3u8 清单递归解析嵌套索引文件列出全部切片与密钥解密AESDecryptor处理 AES-128 加密分片并自动收集疑似密钥供用户验证合并切片下载后通过mux.js转封装为 mp4或发送到在线 ffmpeg 完成更复杂的转码合并下载新的Downloader类js/downloader.js支持多线程并行、断点重试、边下边存StreamSaver 流式写入适合直播录制。值得一提的是下载进度更新通过lastEmitted做 100ms 节流避免高频 DOM 操作拖垮界面——这是大量真实使用场景下打磨出来的细节。图m3u8 解析器将清单展开为切片列表支持单切片选择、线程数设置、ffmpeg 合并与 m3u8DL 命令导出。2.4 用得好从下载到媒体管理的体验延伸猫抓没有止步于下载。媒体控制脚本js/content-script.js可以直接操控页面里的视频倍速、画中画、截图深度搜索脚本会尝试分析密钥JSON 查看器、二维码分享、发送到 Aria2/MQTT 等周边能力则把资源从浏览器扩展到了用户自己的工具链。下载不是终点资源进入用户自己的媒体库才是。三、关键实现机制亮点三个值得反复琢磨的设计决策选三个最有代表性的实现细节讲讲为什么这样设计以及背后的取舍。3.1 双引擎混合嗅探为什么要既看网络又管播放器如果只做被动嗅探实现简单但漏掉 MediaSource 内容如果只做主动代理性能开销大且难以覆盖所有站点。猫抓的选择是两套引擎并存、互不干扰嗅探引擎分工 ├── 被动引擎后台 │ ├── webRequest.onSendHeaders 记录请求头 │ ├── webRequest.onResponseStarted 识别响应类型 │ └── 适用直链、常规 HTTP 媒体 │ └── 主动引擎页面注入 ├── MediaSource 方法代理 捕获分片数据流 ├── 缓存读取 解决一次性 URL └── 适用DRM 前的加密流、动态分片这个设计的核心代价是架构复杂度两套引擎需要统一的数据模型addMedia消息协议还要处理重复捕获、去重G.urlMap、数据合并等问题。但收益是覆盖率的质变——这正是混合策略的经典取舍用复杂度换取能力上限。3.2 对抗 Service Worker 生命周期Heart Beat 与脏手段Manifest V3 的 Service Worker 会在空闲约 30 秒后被浏览器回收这会让扩展后台失忆。猫抓的应对堪称教科书级的与平台博弈代码见 js/background.js 开头Heart Beat 保活页面脚本通过chrome.runtime.connect建立一个名为HeartBeat的 Port后台收到后回复消息并维持连接每 250 秒断开重连一次让 Service Worker 始终处于活跃状态定时唤醒setInterval(chrome.runtime.getPlatformInfo, 25 * 1000)周期性调用扩展 API阻止休眠被动兜底webNavigation监听器注册空回调借助浏览器导航事件间接保活。项目作者在 CHANGELOG 里直言这是肮脏的手段对抗 Manifest V3。这种设计当然不优雅但它揭示了一个残酷现实在平台限制面前工程上的够用往往比理论上的正确更重要。3.3 存储策略的权衡为什么从storage.local换到storage.session在 2.5.3 版本猫抓把资源数据从storage.local迁移到storage.session代码中统一写作chrome.storage.session ?? chrome.storage.local。这背后的权衡很有意思维度storage.localstorage.session持久性永久保存会话级浏览器重启即清空稳定性高频写入易触发 IO 错误扩展可能整体失效内存级稳定可靠适用场景配置、需要跨会话保留的数据高频变化的临时资源列表猫抓把稳定性优先于持久性作为决策依据资源列表本来就是临时数据丢了无伤大雅但扩展因 IO 错误崩溃用户损失的是整个工具。把数据按生命周期分级而不是一刀切地全都存下来这个思路值得任何扩展开发者借鉴。四、工程智慧与设计哲学可以迁移到其他项目的方法论从猫抓的代码里能提炼出几条超越浏览器扩展范畴的工程经验。4.1 松耦合的资源处理流水线猫抓把媒体处理拆成捕获 → 解析 → 处理 → 输出四个阶段每个阶段独立成模块。受益是显而易见的当 2.6.2 版本让 m3u8 预览支持 HEVC/H.265 编码时改动只发生在预览模块捕获与下载完全不受影响当下载器需要支持边下边存时也只需要在输出阶段增加 StreamSaver 分支。渐进式演进的前提是组件间只通过稳定的消息协议通信而不是互相调用内部实现。4.2 面向真实场景的够用主义猫抓的许多设计在学院派眼里并不完美Heart Beat 是脏手段、正则嗅探是笨办法、Trusted Types 兼容要写 try/catch 回退。但它始终回答一个问题用户的任务完成了吗每个功能都有明确的用户价值背书——下载线程调到 6是网络生态与下载体验的平衡每 1GB 保存一次是为了防直播录制中断丢数据下载完成后自动关闭页面是给批量任务收尾。技术永远服务于场景。4.3 尊重版权边界的工程自律这是猫抓最值得称道的一点。项目在 README 与代码层面都内置了版权自律机制声明仅允许下载有授权的内容、维护避免抓取列表并接受网站的[Opt-Out Request]申请、在 2.6.5 版本加入全局强制屏蔽名单。一个嗅探工具的长期生命力恰恰来自它对不该抓什么的克制。这种自律也让项目规避了多数同类工具面临的法律与平台风险是可持续开源的隐性架构。五、演进脉络与生态从 1.0 的嗅探器到 2.7 的媒体平台猫抓的版本历史本身就是一部需求驱动架构的教科书1.0 时代核心是正则嗅探与基础下载1.0.24 引入 Heart Beat 对抗 MV31.0.26 开始支持手机端模拟以适配移动页面2.0 时代2.0.0 加入视频捕获与录制解决被动嗅探的盲区2.2.4 引入 DASH/mpd 解析与深度搜索2.4.7 将 m3u8 下载线程调整为 6 并默认启用新下载器2.5 时代2.5.0 上线多语言支持2.5.3 完成storage.session迁移2.5.7 Firefox 升级 MV32.6–2.7 时代2.6.4 引入 MQTT 协议为云原生铺路2.6.8 支持 EXT-X-BYTERANGE 合并下载与任意切片选择2.7.2 完善下载成功切片的隐藏与倒序排列。在生态层面猫抓的国际化和社区参与做得非常扎实。通过_locales/标准目录zh_CN、zh_TW、en、es、ja、ko、ru、tr、vi、pt_BR 等十余种语言普通用户也能提交翻译——贡献者名字直接写入 CHANGELOG如韩语的 moduvoice、俄语的 Nikitamce。配套的 tools/sync-locales.js 脚本保证各语言文件不因版本迭代而失同步。图西班牙语版 m3u8 解析界面展示同一套架构如何通过_locales目录低成本覆盖多语言用户。社区治理上猫抓在 2.0 版本将许可从 MIT 改为 GPL-3.0理由是希望使用猫抓源码的扩展仍然保持开源——这是开源项目面对生态分叉时的典型防御性决策。同时 README 明确警告存在加了广告代码后上架的伪猫抓要求用户以官方渠道为准体现了对用户数据安全的负责。六、落地建议与开放式思考你能从猫抓带走什么对普通用户最实用的三条建议先被动后主动多数直链资源直接下载即可遇到视频无法下载时优先尝试缓存捕获与录制脚本而非放弃善用 m3u8 解析器的高级选项遇到加密流时把深度搜索到的疑似密钥填入验证能大幅提升解密成功率配置一次、长期受益在设置里自定义请求头、文件名模板${title}、${url}等替换标签与自动下载规则日常使用会顺畅很多。对开发者猫抓最值得学习的不是某个 API 的用法而是它的问题分解方式把下载一个视频这个模糊需求拆解为发现、捕获、解析、解密、合并、输出六个可独立迭代的子问题再为每个子问题寻找平台限制内的最优解。最后留下一个开放的问题随着 AI 时代的到来猫抓的嗅探引擎能否结合浏览器端模型从识别资源进化为预测资源——比如根据页面结构预判下一个分片请求浏览器扩展的边界会继续收紧还是重新开放这些问题没有标准答案但猫抓已经证明了一件事真正的好工具从来不是技术最强的工具而是把用户从困境中解放出来的工具。在浏览器沙盒这个戴着镣铐跳舞的舞台上猫抓用 2.7 个版本的故事告诉我们镣铐之下依然可以跳出完整的舞蹈。【免费下载链接】cat-catch猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
