最新

我一直在安卓设备（已root平板电脑 + 蓝牙共享网络嗅探器）上测试 Tor 浏览器。以下是我发现的内容： 这些请求包含： * 您的真实 IP 地址 * Referer 标头中的 .onion URL * Tor 浏览器用户代理 证据（实时捕获）： ``` [18:12:10] 10.188.1.98 -> 192.178.183.95 (Akamai) [18:12:14] 10.188.1.98 -> 142.251.14.95 (Google) [18:12:22] 10.188.1.98 -> 142.251.20.95 (Google) ``` HTTP 尝试：5 次 HTTPS SNI 捕获：0 次 所有均为纯文本。没有加密。Tor 未参与。 这意味着： 每次您在安卓设备上使用 Tor 浏览器，切换到桌面模式，并访问 .onion 网站时，您都会将您的真实 IP 地址广播给 Google、Amazon 以及任何监控您网络的人。

Helix 监控你的错误追踪器（Sentry 或 Rollbar）。当生产环境中出现 bug 时，一个由代理组成的流水线会自动启动： <p><pre><code> 1. 崩溃处理程序解析 webhook 并提取上下文 2. QA 代理遵循测试驱动开发方法，编写一个失败的测试，然后创建一个 GitHub Issue 3. 开发代理克隆代码库，编写修复失败测试的代码，并创建一个 PR。 4. 通知程序将 issue 和建议发送到 Slack，供人工审查，并提供“批准 PR”或“拒绝 PR”选项。 </code></pre> 使用 Python 构建，Redis pub/sub 用于事件总线，并使用 Claude（或 Ollama，如果你更喜欢本地部署）。可以通过 Docker Compose 自托管。 GitHub：https://github.com/88hours/helix-community 很乐意回答关于代理架构或修复建议是如何生成的问题。