ungoogled-chromium高级配置与自定义技巧
本文详细介绍了ungoogled-chromium浏览器的隐私保护高级配置技巧,涵盖指纹识别防护、网络请求控制、引用器管理、系统信息减少、WebGL欺骗、IPv6探测控制和存储配额管理等核心功能。通过命令行标志和chrome://flags配置,用户可以最大限度地减少数据泄露风险,防止指纹识别,并控制浏览器与外部服务的通信,实现企业级的隐私保护能力。
隐私相关标志的详细配置指南
ungoogled-chromium 提供了丰富的隐私保护功能,主要通过命令行标志和 chrome://flags 页面进行配置。这些功能可以帮助用户最大限度地减少数据泄露风险,防止指纹识别,并控制浏览器与外部服务的通信。
核心隐私保护标志
1. 指纹识别防护配置
ungoogled-chromium 集成了来自 Bromite 项目的先进指纹识别防护功能:
# 启用 Canvas 图像数据噪声
--fingerprinting-canvas-image-data-noise
# 启用 Canvas 测量文本噪声
--fingerprinting-canvas-measuretext-noise
# 启用客户端矩形噪声
--fingerprinting-client-rects-noise
这些标志通过向 Canvas API 和几何测量 API 的输出中添加微小随机噪声,有效破坏网站构建唯一设备指纹的能力。
2. 网络请求控制
控制浏览器发出的各种网络请求,防止不必要的通信:
# 禁用超链接审计 ping
--no-pings
# 禁用搜索引擎自动收集
--disable-search-engine-collection
# 强制使用 punycode 主机名
--force-punycode-hostnames
# 禁用 TLS GREASE
--disable-grease-tls
引用控制功能
ungoogled-chromium 提供了多层次的引用控制选项,通过特性标志进行配置:
# 完全移除所有引用头
--enable-features=NoReferrers
# 仅移除跨域引用头
--enable-features=NoCrossOriginReferrers
# 最小化引用头信息
--enable-features=MinimalReferrers
这些功能的优先级关系如下:
graph TD
A[引用控制配置] --> B[NoReferrers<br/>完全移除]
A --> C[NoCrossOriginReferrers<br/>仅移除跨域]
A --> D[MinimalReferrers<br/>最小化信息]
B -.->|最高优先级| C
C -.->|中等优先级| D
客户端提示移除
客户端提示是现代浏览器向网站提供设备信息的一种机制,ungoogled-chromium 可以完全禁用此功能:
# 移除所有客户端提示
--enable-features=RemoveClientHints
此功能影响以下信息传输:
| 信息类型 | 默认状态 | 启用后状态 |
|---|---|---|
| 设备内存 | 发送 | 不发送 |
| CPU 架构 | 发送 | 不发送 |
| 平台版本 | 发送 | 不发送 |
| 完整UA字符串 | 发送 | 不发送 |
系统信息减少
减少通过 HTTP 头和 JavaScript 可获取的系统信息量:
# 启用减少系统信息功能
--enable-features=ReducedSystemInfo
此功能的具体效果:
stateDiagram-v2
[*] --> 默认系统信息
默认系统信息 --> 减少系统信息: 启用标志
减少系统信息 --> hardwareConcurrency: 返回2核心
减少系统信息 --> 用户代理: 简化信息
减少系统信息 --> 设备内存: 隐藏真实值
WebGL 信息伪装
防止通过 WebGL 进行设备指纹识别:
# 启用 WebGL 信息伪装
--enable-features=SpoofWebGLInfo
此功能返回通用的 WebGL 渲染器信息,既防止数据泄露又避免网站兼容性问题。
IPv6 探测控制
控制浏览器的 IPv6 连接测试行为:
# 强制 IPv6 探测失败
--enable-features=SetIpv6ProbeFalse
配置此标志后,浏览器将优先使用 IPv4 地址,有助于在某些网络环境下提高隐私性。
无痕模式增强
增强无痕模式的隐私保护能力:
# 增加无痕模式存储配额
--enable-features=IncreaseIncognitoStorageQuota
此功能使无痕模式使用与常规配置文件相同的存储配额计算算法,使网站更难检测用户是否处于无痕模式。
扩展处理控制
控制浏览器如何处理扩展文件:
# 扩展MIME类型处理方式
--extension-mime-request-handling=download-as-regular-file
# 或
--extension-mime-request-handling=always-prompt-for-install
高级配置示例
以下是一个完整的隐私强化配置示例:
ungoogled-chromium \
--fingerprinting-canvas-image-data-noise \
--fingerprinting-canvas-measuretext-noise \
--fingerprinting-client-rects-noise \
--no-pings \
--disable-search-engine-collection \
--enable-features=NoReferrers,RemoveClientHints,ReducedSystemInfo,SpoofWebGLInfo \
--extension-mime-request-handling=always-prompt-for-install
配置持久化方法
为了确保隐私配置在每次启动时都生效,可以通过以下方式持久化设置:
- 桌面快捷方式:在快捷方式属性中添加命令行参数
- 配置文件:在
~/.config/chromium-flags.conf中设置(Linux) - 启动脚本:创建自定义启动脚本包含所有隐私标志
隐私配置验证
配置完成后,可以通过以下方式验证隐私设置是否生效:
- 访问
chrome://flags页面,搜索 "ungoogled" 查看已启用的功能 - 使用隐私测试网站检查指纹识别防护效果
- 通过开发者工具网络面板监控发出的请求
通过合理配置这些隐私相关标志,用户可以显著增强浏览器的隐私保护能力,减少数据泄露风险,同时保持与大多数网站的兼容性。每个用户应根据自己的隐私需求和安全威胁模型选择适当的配置组合。
引用器控制功能的深度使用
在隐私保护浏览器的设计中,引用器(Referrer)控制是一个至关重要的功能。ungoogled-chromium通过三个层次化的引用器控制选项,为用户提供了精细化的隐私保护机制。这些功能不仅能够阻止网站追踪用户的浏览行为,还能在保护隐私的同时维持正常的网站功能。
引用器控制的核心机制
ungoogled-chromium实现了三个级别的引用器控制功能,它们按照优先级从高到低排列:
flowchart TD
A[HTTP请求发起] --> B{引用器控制检查}
B --> C[NoReferrers<br>最高优先级]
B --> D[NoCrossOriginReferrers<br>中等优先级]
B --> E[MinimalReferrers<br>基础优先级]
C --> F[移除所有引用器]
D --> G{检查来源一致性}
G --> H[同源?]
H -- 是 --> I[保留完整引用器]
H -- 否 --> J[移除跨域引用器]
E --> K{检查来源一致性}
K --> L[同源?]
L -- 是 --> M[仅保留源信息]
L -- 否 --> N[移除跨域引用器]
F --> O[发送无引用器请求]
I --> O
J --> O
M --> O
N --> O
功能特性详解
1. NoReferrers - 完全禁用引用器
这是最高优先级的控制选项,当启用时,所有HTTP请求中的Referer头将被完全移除。这个功能通过以下方式实现:
// 在network_service_network_delegate.cc中的实现
if (!enable_referrers_) {
request->SetReferrer(std::string());
request->set_referrer_policy(net::ReferrerPolicy::NO_REFERRER);
return;
}
使用场景:
- 需要最大程度的隐私保护
- 防止任何形式的来源信息泄露
- 适用于敏感浏览场景
2. NoCrossOriginReferrers - 禁用跨域引用器
这个功能专门针对跨域请求,移除不同域名之间的引用器信息,但同时保留同源网站间的引用器传递。
// referrer_sanitizer.cc中的跨域检查逻辑
if ((base::FeatureList::IsEnabled(network::features::kNoCrossOriginReferrers) ||
base::FeatureList::IsEnabled(network::features::kMinimalReferrers)) &&
!url::IsSameOriginWith(origin, destination)) {
return GURL(); // 返回空URL
}
技术实现细节:
- 使用
url::IsSameOriginWith()函数进行同源检测 - 仅当源和目标具有相同的协议、主机和端口时才被认为是同源
- 跨域请求的Referer头被设置为空字符串
3. MinimalReferrers - 最小化引用器
这是最精细的控制级别,它在保护隐私和维持网站功能之间找到了平衡点:
} else if (base::FeatureList::IsEnabled(network::features::kMinimalReferrers)) {
return url::Origin::Create(origin).GetURL(); // 仅保留源信息
}
工作方式:
- 对于同源请求:将完整URL引用器缩减为仅包含源(protocol://host:port)
- 对于跨域请求:完全移除引用器信息
- 示例:
https://example.com/path/page.html→https://example.com/
配置和使用方法
通过chrome://flags界面启用
在浏览器地址栏中输入chrome://flags,然后搜索以下选项:
| 标志名称 | 搜索关键词 | 描述 |
|---|---|---|
| Remove Referrers | remove-referrers |
完全移除所有引用器 |
| Remove Cross-Origin Referrers | remove-cross-origin-referrers |
仅移除跨域引用器 |
| Minimal Referrers | minimal-referrers |
最小化引用器信息 |
通过命令行参数启用
对于需要自动化部署的场景,可以通过命令行参数启用这些功能:
# 启用完全引用器移除
--enable-features=NoReferrers
# 启用跨域引用器移除
--enable-features=NoCrossOriginReferrers
# 启用最小化引用器
--enable-features=MinimalReferrers
# 组合使用多个功能(注意优先级)
--enable-features=MinimalReferrers,NoCrossOriginReferrers
优先级规则和冲突解决
这三个功能遵循严格的优先级规则,确保配置的一致性:
graph TB
A[引用器请求处理] --> B{检查NoReferrers}
B -- 启用 --> C[移除所有引用器]
B -- 禁用 --> D{检查NoCrossOriginReferrers}
D -- 启用 --> E[移除跨域引用器]
D -- 禁用 --> F{检查MinimalReferrers}
F -- 启用 --> G[最小化引用器]
F -- 禁用 --> H[使用默认引用器行为]
C --> I[请求发送]
E --> I
G --> I
H --> I
实际效果和兼容性考虑
隐私保护效果
启用引用器控制功能后,网站将无法获取以下信息:
- 用户从哪个网站跳转而来
- 在同网站内的具体浏览路径(对于MinimalReferrers)
- 任何跨站点的流量来源数据
网站兼容性
虽然这些功能提供了出色的隐私保护,但可能会影响某些网站的正常功能:
- 分析工具:Google Analytics等工具将无法跟踪流量来源
- ** affiliate营销**:联盟链接可能无法正确记录推荐来源
- 单点登录:某些SSO实现可能依赖Referer头进行安全验证
- 内容防盗链:基于Referer的防盗链机制可能会受到影响
推荐配置策略
根据不同的使用场景,推荐以下配置方案:
| 使用场景 | 推荐配置 | 理由 |
|---|---|---|
| 常规浏览 | MinimalReferrers | 平衡隐私和兼容性 |
| 隐私敏感浏览 | NoCrossOriginReferrers | 阻止跨站跟踪 |
| 最高隐私需求 | NoReferrers | 完全阻止来源追踪 |
| 开发者测试 | 默认设置 | 确保网站功能正常 |
技术实现深度解析
ungoogled-chromium的引用器控制功能通过多个层次的代码修改实现:
1. 功能标志声明
在services/network/public/cpp/features.h中声明功能标志:
COMPONENT_EXPORT(NETWORK_CPP_FLAGS_AND_SWITCHES)
BASE_DECLARE_FEATURE(kMinimalReferrers);
COMPONENT_EXPORT(NETWORK_CPP_FLAGS_AND_SWITCHES)
BASE_DECLARE_FEATURE(kNoCrossOriginReferrers);
2. 统一的引用器处理中心
创建了referrer_sanitizer模块,提供统一的处理接口:
std::pair<GURL, net::ReferrerPolicy> sanitize_referrer(
const GURL& origin,
const GURL& destination,
const net::ReferrerPolicy& referrer_policy,
bool enable_referrers);
3. 多层次的集成点
功能被集成到Chromium的多个关键组件中:
- 导航请求处理(
navigation_request.cc) - 渲染帧实现(
render_frame_impl.cc) - 网络服务委托(
network_service_network_delegate.cc) - Service Worker上下文(WebServiceWorkerFetchContext)
- Worker全局作用域(DedicatedOrSharedWorkerGlobalScope)
这种全面的集成确保了引用器控制在所有网络请求场景中都能正确工作。
性能影响和资源使用
引用器控制功能的性能影响可以忽略不计:
- CPU使用:额外的同源检查开销极小
- 内存使用:无需额外内存分配
- 网络延迟:不会增加请求延迟
事实上,通过减少HTTP头的大小,这些功能可能还会带来轻微的性能提升。
通过深入了解和合理配置ungoogled-chromium的引用器控制功能,用户可以在不牺牲浏览体验的前提下,显著增强自己的网络隐私保护水平。这些精细化的控制选项体现了ungoogled-chromium项目在隐私保护和用户体验之间寻找平衡的设计理念。
系统信息减少与WebGL欺骗技术
在数字隐私保护的前沿阵地,浏览器指纹识别已成为网站追踪用户的主要手段之一。ungoogled-chromium通过先进的系统信息减少技术和WebGL渲染器信息欺骗功能,为用户提供了强大的反指纹防护能力。
系统信息减少技术原理
系统信息减少功能通过多个层面的技术实现来最小化浏览器可泄露的硬件和系统信息:
硬件并发性限制
unsigned int NavigatorBase::hardwareConcurrency() const {
if (base::FeatureList::IsEnabled(blink::features::kReducedSystemInfo))
return 2;
unsigned int hardware_concurrency =
NavigatorConcurrentHardware::hardwareConcurrency();
}
此功能将navigator.hardwareConcurrency的返回值固定为2,无论实际CPU核心数量多少,有效防止通过CPU核心数进行的设备指纹识别。
用户代理信息简化
bool ShouldReduceUserAgentMinorVersion(
UserAgentReductionEnterprisePolicyState user_agent_reduction) {
if (base::FeatureList::IsEnabled(blink::features::kReducedSystemInfo))
return true;
return ((user_agent_reduction !=
UserAgentReductionEnterprisePolicyState::kForceDisabled &&
base::FeatureList::IsEnabled(
features::kReduceUserAgentMinorVersion)));
}
该实现强制使用简化的用户代理字符串,移除详细的版本信息和系统架构标识。
平台信息标准化
String NavigatorBase::platform() const {
if (base::FeatureList::IsEnabled(blink::features::kReducedSystemInfo))
return GetReducedNavigatorPlatform();
return NavigatorID::platform();
}
平台信息被替换为通用值,防止通过navigator.platform获取精确的操作系统信息。
客户端提示限制
blink::UserAgentMetadata GetUserAgentMetadata(const PrefService* pref_service,
bool only_low_entropy_ch) {
if (base::FeatureList::IsEnabled(blink::features::kReducedSystemInfo))
only_low_entropy_ch = true;
blink::UserAgentMetadata metadata;
// Low entropy client hints only
}
强制只使用低熵客户端提示,限制高精度设备信息的泄露。
WebGL渲染器信息欺骗技术
WebGLDebugRendererInfo扩展提供了详细的显卡信息,成为指纹识别的重要数据源。ungoogled-chromium实现了多层次的欺骗保护:
可配置的渲染器欺骗
const FeatureEntry::FeatureParam kSpoofWebGL_Choices[] = {
{"Blank", kSpoofWebGL_Blank, std::size(kSpoofWebGL_Blank), nullptr},
{"AMD Radeon R9 200", kSpoofWebGL_Amd, std::size(kSpoofWebGL_Amd), nullptr},
{"Apple", kSpoofWebGL_Apple, std::size(kSpoofWebGL_Apple), nullptr},
{"Intel", kSpoofWebGL_Intel, std::size(kSpoofWebGL_Intel), nullptr},
{"Mesa LLVMpipe", kSpoofWebGL_Mesa, std::size(kSpoofWebGL_Mesa), nullptr},
{"NVIDIA GeForce GTX 980", kSpoofWebGL_Nvidia, std::size(kSpoofWebGL_Nvidia), nullptr},
{"Qualcomm Adreno 610", kSpoofWebGL_Qualcomm, std::size(kSpoofWebGL_Qualcomm), nullptr},
};
提供7种预设的显卡配置,从空白信息到常见显卡型号,用户可根据需要选择欺骗策略。
核心欺骗实现
ScriptValue WebGLRenderingContextBase::getParameter(ScriptState* script_state,
GLenum pname) {
switch (pname) {
case GL_RENDERER:
if (base::FeatureList::IsEnabled(blink::features::kSpoofWebGLInfo))
return WebGLAny(script_state, String(blink::features::kSpoofWebGLRendererParam.Get()));
return WebGLAny(script_state, String(ContextGL()->GetString(GL_RENDERER)));
case GL_VENDOR:
if (base::FeatureList::IsEnabled(blink::features::kSpoofWebGLInfo))
return WebGLAny(script_state, String(blink::features::kSpoofWebGLVendorParam.Get()));
return WebGLAny(script_state, String(ContextGL()->GetString(GL_VENDOR)));
}
}
在WebGL上下文的核心方法中插入欺骗逻辑,确保所有获取渲染器信息的请求都返回配置的虚假值。
配置选项与使用指南
通过chrome://flags启用功能
在地址栏输入chrome://flags,搜索以下选项:
| 功能名称 | 描述 | 推荐设置 |
|---|---|---|
| Reduced System Info | 减少系统信息泄露 | Enabled |
| Spoof WebGL Info | WebGL信息欺骗 | 选择预设配置 |
通过命令行参数配置
ungoogled-chromium \
--enable-features=ReducedSystemInfo,SpoofWebGLInfo \
--disable-features=SomeOtherFeature
配置示例表格
| 欺骗配置 | 渲染器信息 | 厂商信息 | 适用场景 |
|---|---|---|---|
| Blank | 空格 | 空格 | 最大隐私保护 |
| AMD Radeon | Radeon R9 200 Series | AMD | 平衡隐私与兼容性 |
| Intel | Intel(R) HD Graphics | Intel | 常见配置伪装 |
| NVIDIA | GeForce GTX 980 | NVIDIA | 游戏兼容性 |
技术实现架构
flowchart TD
A[WebGL API调用] --> B{检测欺骗功能状态}
B -- 启用 --> C[读取配置参数]
B -- 禁用 --> D[返回真实硬件信息]
C --> E[返回欺骗后的信息]
F[系统信息请求] --> G{检测系统信息减少功能}
G -- 启用 --> H[返回标准化信息]
G -- 禁用 --> I[返回真实系统信息]
C --> J[选择欺骗配置文件]
J --> K[AMD/NVIDIA/Intel等预设]
J --> L[空白信息]
H --> M[固定硬件并发数为2]
H --> N[简化用户代理字符串]
H --> O[通用平台信息]
隐私保护效果分析
通过系统信息减少和WebGL欺骗技术的组合使用,ungoogled-chromium能够:
- 消除硬件唯一性标识:固定CPU核心数、显卡信息等硬件特征值
- 标准化系统指纹:提供统一的平台和用户代理信息
- 保持网站兼容性:通过合理的欺骗预设避免网站功能异常
- 可配置的隐私级别:用户可根据需要在隐私保护和功能兼容间平衡
最佳实践建议
- 启用所有反指纹功能:同时启用系统信息减少和WebGL欺骗获得最佳效果
- 定期更换欺骗配置:周期性更改WebGL欺骗预设增加追踪难度
- 配合其他隐私扩展:与uBlock Origin、Privacy Badger等扩展协同工作
- 监控网站兼容性:注意某些网站可能依赖真实的硬件信息功能
这些技术的组合使用使得ungoogled-chromium在保护用户隐私的同时,保持了良好的网页兼容性和用户体验,为注重隐私的用户提供了强有力的浏览器指纹防护解决方案。
IPv6探测与存储配额的高级设置
在ungoogled-chromium中,IPv6探测和存储配额管理是两个重要的隐私保护功能,它们通过特定的配置标志和补丁实现。这些功能允许用户更精细地控制浏览器的网络行为和存储策略,从而增强隐私保护和反指纹识别能力。
IPv6探测控制机制
IPv6探测是Chromium内置的网络连接测试功能,用于检测系统的IPv6连接能力。然而,这个功能可能会向Google DNS服务器发送探测请求,存在隐私泄露风险。ungoogled-chromium通过SetIpv6ProbeFalse功能标志提供了完整的IPv6探测控制。
技术实现原理
IPv6探测功能的修改主要通过add-ipv6-probing-option.patch补丁实现,该补丁对网络栈进行了以下关键修改:
// 在net/base/features.h中声明功能标志
NET_EXPORT BASE_DECLARE_FEATURE(kSetIpv6ProbeFalse);
// 在net/dns/host_resolver_manager.cc中修改探测逻辑
probing_ipv6_ = false;
last_ipv6_probe_result_ = !base::FeatureList::IsEnabled(features::kSetIpv6ProbeFalse);
last_ipv6_probe_time_ = base::TimeTicks();
return OK;
配置选项与使用
用户可以通过以下方式配置IPv6探测行为:
通过chrome://flags界面:
- 在地址栏输入
chrome://flags - 搜索
SetIpv6ProbeFalse - 选择启用或禁用该功能
通过命令行参数:
--enable-features=SetIpv6ProbeFalse
功能效果对比表:
| 配置状态 | IPv6探测行为 | 地址优先级 | 隐私影响 |
|---|---|---|---|
| 禁用(默认) | 正常探测IPv6连接 | IPv6优先 | 可能向Google发送探测请求 |
| 启用 | 强制探测失败 | IPv4优先 | 完全阻止外部探测请求 |
隐身模式存储配额管理
传统的Chromium浏览器会对隐身模式(Incognito)和访客模式(Guest)应用更严格的存储配额限制,这使得网站能够通过检测存储配额来识别用户是否处于隐身模式。ungoogled-chromium通过IncreaseIncognitoStorageQuota功能解决了这个问题。
技术架构设计
存储配额功能的修改通过add-flag-to-increase-incognito-storage-quota.patch实现,主要涉及以下组件:
graph TD
A[存储配额计算] --> B{是否为隐身模式?}
B -->|是| C[检查kIncreaseIncognitoStorageQuota标志]
B -->|否| D[使用常规磁盘空间计算]
C -->|启用| E[使用物理内存大小计算]
C -->|禁用| F[使用受限配额算法]
E --> G[返回正常配额值]
F --> H[返回受限配额值]
核心代码实现
在storage/browser/quota/quota_settings.cc中的关键修改:
if (is_incognito &&
!base::FeatureList::IsEnabled(features::kIncreaseIncognitoStorageQuota)) {
return CalculateIncognitoDynamicSettings(
device_info_helper->AmountOfPhysicalMemory());
}
// 修改后的配额计算逻辑
int64_t total =
is_incognito ? device_info_helper->AmountOfPhysicalMemory()
: device_info_helper->AmountOfTotalDiskSpace(partition_path);
配置与部署
启用方法:
# 通过命令行启用
--enable-features=IncreaseIncognitoStorageQuota
# 或通过chrome://flags界面启用
存储配额对比分析:
| 配置模式 | 常规模式配额 | 隐身模式配额 | 反检测效果 |
|---|---|---|---|
| 默认配置 | 基于磁盘空间 | 严格限制 | 网站可检测隐身模式 |
| 启用增强 | 基于磁盘空间 | 基于物理内存 | 难以检测隐身模式 |
性能与隐私权衡
启用存储配额增强功能需要在性能和隐私之间进行权衡:
pie title 存储配额增强权衡分析
"隐私保护提升" : 65
"内存使用增加" : 20
"潜在性能影响" : 15
高级配置组合策略
对于追求极致隐私保护的用户,建议组合使用这两个功能:
# 完整的隐私保护配置
--enable-features=SetIpv6ProbeFalse,IncreaseIncognitoStorageQuota
配置效果矩阵
| 配置组合 | IPv6隐私 | 隐身模式检测防护 | 总体隐私评分 |
|---|---|---|---|
| 仅IPv6控制 | ✅ High | ❌ Low | ⭐⭐⭐ |
| 仅存储配额 | ❌ Medium | ✅ High | ⭐⭐⭐⭐ |
| 双重启用 | ✅ High | ✅ High | ⭐⭐⭐⭐⭐ |
故障排除与注意事项
-
网络兼容性问题:启用
SetIpv6ProbeFalse可能导致IPv6网络连接降级,建议在纯IPv4环境中使用。 -
存储空间监控:增强的隐身模式配额可能使用更多内存,建议监控系统资源使用情况。
-
网站兼容性:某些网站可能依赖传统的隐身模式检测机制,启用增强功能后可能出现异常行为。
-
配置持久性:通过命令行设置的参数在浏览器重启后仍然有效,而chrome://flags的设置需要手动保存。
这些高级配置选项体现了ungoogled-chromium对用户隐私保护的深度承诺,通过技术手段实现了对浏览器底层行为的精细控制,为用户提供了企业级的隐私保护能力。
ungoogled-chromium通过多层次的技术手段提供了全面的隐私保护解决方案。从基础的指纹识别防护到高级的系统信息欺骗,从网络请求控制到存储配额管理,每个功能都经过精心设计,在保护用户隐私和保持网站兼容性之间找到了最佳平衡。通过合理配置这些功能,用户可以显著增强浏览器的反追踪能力,减少数据泄露风险,同时享受流畅的浏览体验。建议用户根据自身的隐私需求和安全威胁模型选择适当的配置组合,并定期更新配置以应对不断变化的网络追踪技术。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00