信任中心

Reqix 为什么需要这些浏览器权限

请求拦截工具需要在你选择的网站上观察和修改网络请求。这里逐项说明 Manifest V3 权限与对应功能。

最后更新:2026 年 10 月 11 日

版本适用说明

本页分别说明已发布的 1.0.1 与待发布的 1.0.2。标注 1.0.2 的行为仅在安装该版本后适用;更新本网站不会改变已安装扩展的行为。

storage

用于保存本地通知偏好、临时命中摘要和存储维护状态;主要规则、分组、页面脚本和请求调试数据存于本地 IndexedDB。1.0.2(待发布)还在 chrome.storage.local 中保存使用日期及评价邀请状态和偏好,不记录评价内容,不进入配置导出。Reqix 不使用账号,也不通过浏览器同步配置。

tabs

识别当前标签页与站点,更新插件图标、管理按站点开关、打开扩展管理页面,并在标签页导航或关闭时清除临时状态。Reqix 不申请 history 权限,也不把标签页信息发送给开发者服务器。

scripting

向需要运行请求接管的页面及其 frame 注入扩展自带的 Fetch/XHR 拦截逻辑,用于执行用户配置的请求修改、Mock、延迟和取消。是否接管由全局或按站点开关控制;不同版本的默认状态见下方网站访问权限说明。

userScripts

注册和运行用户自己创建或主动导入的页面脚本。Chrome / Edge 需要另外开启“允许用户脚本”;用户可随时停用脚本或关闭该权限。

webRequest

1.0.1:只读观察请求完成、失败和重定向事件,维护本地近期请求记录并核对原生重定向命中。

1.0.2(待发布):仅只读观察 onBeforeRedirect 事件,核对用户配置的原生 Redirect 规则并记录命中;不再通过完成或失败事件维护全站近期请求列表。不用此权限阻塞或修改请求,也不读取响应正文。

declarativeNetRequestWithHostAccess

执行用户配置的浏览器原生 URL 重定向,并为跨域重定向设置必要的 CORS 响应 Header。规则受全局或站点开关以及规则、分组的启用状态控制。

<all_urls>

让用户在任意 HTTP(S) 网站、本地开发服务和测试接口上使用请求规则与页面脚本。接口联调目标无法预先枚举,因此需要广泛的网站访问范围。

1.0.1:首次安装默认关闭请求接管并采用按站点模式,首次开启时需要明确确认。1.0.2(待发布):首次安装默认全局开启请求接管;用户可随时关闭或改为按站点控制。升级到 1.0.2 会保留原有开关设置,不强制改为全局开启。

规则还须自身启用,分组内规则还须启用所在分组。浏览器的网站访问限制也仍然有效。

网页可访问资源

interceptor 与 sandbox 资源用于桥接页面上下文中的 Fetch/XHR 和隔离执行动态响应逻辑。扩展自身代码随安装包提供,不从开发者服务器下载执行代码。用户创建或导入的脚本及动态响应代码可能按其内容访问网络。