与「WebSocket」相关的搜索结果

Beta Updates Surge Engine • Added VLESS Encryption (mlkem768x25519plus), including share-link import and proxy editor controls. • Added VLESS XHTTP transport with stream-one, stream-up and packet-up modes over HTTP/1.1, HTTP/2 or HTTP/3, including VLESS Encryption and Vision. • Reduced memory retained after QUIC downloads on lossy networks. • Improved QUIC upload performance and reduced CPU usage when chained through a proxy's UDP relay. • Fixed established VLESS gRPC, HTTP/2 CONNECT and TrustTunnel connections being incorrectly counted as connection setup failures when they ended with an error. • Fixed WebSocket policies failing to connect when their ALPN list included h2 and the server selected it. • Fixed Tailscale connections staying on a relay after a peer restarted because updated peer information was not applied. Surge iOS • The proxy editor now imports share links for all supported proxy protocols, as well as proxy lines copied from Surge profiles; unsupported settings are reported instead of silently omitted. • Reorganized the proxy editor with an Advanced page that indicates settings in use, and added controls for more protocol, TLS, WireGuard, Tailscale and testing settings. • Fixed Always use CONNECT not being saved for HTTPS policies, and corrected when TLS and Block QUIC settings appear. • Updated list layouts and badges, and added member counts for policy groups in the proxy list. Surge Mac • The proxy editor now imports share links for all supported proxy protocols, as well as proxy lines copied from Surge profiles; unsupported settings are reported instead of silently omitted. • Reorganized the proxy editor with a remembered Show Advanced Settings option and controls for more protocol, TLS, WireGuard and Tailscale settings.

TakeProfit Platform API is live! Access our market data via REST & WebSocket Stream Footprint, TPO profiles, Order Books, and Candles across 70+ exchanges (equities, FX, commodities, crypto) in decimal precision. Available on paid plans. Learn more 👉

翻墙协议这些年到底进化了多少代？ 如果只算真正围绕突破网络审查发展起来的协议，我觉得应该从 Shadowsocks 开始。 十几年下来，其实一直在解决这几个问题： 怎么加密，怎么隐藏协议特征，怎么对抗主动探测，怎么把烂线路跑快，最后再让代理流量越来越像正常上网。 1. Shadowsocks / SSR：加密和混淆的起点 2012 年左右，Shadowsocks 靠轻量、简单、速度快迅速普及，后来又出现 SSR，在 SS 上继续加入混淆、认证等机制。 这一代先解决加密，再考虑降低流量特征。 随着 DPI 和主动探测越来越强，裸 SS、SSR 逐渐开始吃力。SSR 后来基本退出历史舞台，SS 则继续发展出了 AEAD、Shadowsocks 2022。 2. VMess / V2Ray：进入“套娃时代” 2015 年前后，V2Ray 和 VMess 开始流行。 TCP、WebSocket、HTTP/2、TLS，各种传输方式都可以组合，再配合复杂路由和分流。 自由度极高，代价就是配置越来越复杂，协议层也越来越重。 后来 VLESS 和 XTLS 出现，开始给这一套做减法。 3. Trojan / NaiveProxy：开始研究怎么更像 HTTPS Trojan 直接利用 TLS，把代理流量藏进 HTTPS 连接，当年非常火。 但今天单纯 Trojan 已经不算优先选择。TLS 指纹、连接行为、TLS 套 TLS、包长和时序，都可能留下识别线索。 NaiveProxy 走得更彻底，直接利用 Chromium 网络栈，让 TLS、HTTP/2 等行为尽量接近真实 Chrome 浏览器。 如果特别在意浏览器流量伪装，NaiveProxy 到现在依然很有价值。 4. VLESS + XTLS + REALITY：目前最成熟的一条主线 2020 年以后，VLESS 开始逐渐取代 VMess。 VLESS 自身很轻，主要负责认证和转发，加密、传输、伪装交给其他组件。 XTLS Vision 继续优化性能，后来的 REALITY 又把 TLS 伪装和主动探测防御往前推了一步。 现在最常见的组合之一就是： VLESS + Vision + REALITY。 性能、伪装、部署便利性都比较均衡，目前依然属于第一梯队。 5. ShadowTLS：给其他协议再套一层伪装 ShadowTLS 主要负责 TLS 伪装，常见组合就是： SS + ShadowTLS。 技术思路没问题，对主动探测也有针对性。 但多套一层以后，部署、维护、排障都更麻烦，也会增加额外处理。 现在有 REALITY、AnyTLS 以后，普通用户已经没那么有必要优先折腾这套。 6. Hysteria / TUIC：开始专门解决烂线路 这一代重点解决高延迟、丢包、晚高峰抖动。 于是直接转向 QUIC 和 UDP。 Hysteria 后来进化成 Hysteria 2，TUIC 也继续发展。 TUIC 现在依然能用，但如果二选一，我更倾向 Hysteria 2。 生态更大，客户端支持广，项目也一直保持活跃更新。 Hysteria 2 最大的优势就一句话：专治烂线路。 但缺点也很明显：吃 UDP。 如果 UDP、QUIC 被限制，它的优势就很难发挥。 7. AnyTLS：值得关注的 TCP 新协议 AnyTLS 重点处理 TLS 套 TLS 的流量特征，通过 Padding、分包、连接复用等方式优化。 它走 TCP，对 UDP 环境依赖更小。 现在 sing-box、Mihomo、Shadowrocket、Loon 等生态已经逐渐支持。 线路不错，又想尝试更新一点的 TCP 协议，可以重点关注 AnyTLS。 8. TrustTunnel：更晚出现的新方向 TrustTunnel 尝试把 TCP、UDP、ICMP 等流量放进 HTTP/2 或 HTTP/3，让整个隧道尽量接近正常 Web 流量。 目前生态和长期实战经验还不如 VLESS、Hysteria 2 成熟，先关注就行。 另外还有 Snell、mieru、Juicity 、sudoku 等小众协议。 所以把十几年的翻墙协议压缩一下，其实主要就三条路线： （1）SS → VMess → VLESS → REALITY 解决轻量化、协议特征、主动探测。 （2）Trojan → NaiveProxy → ShadowTLS → AnyTLS → TrustTunnel 研究怎么让代理越来越像正常 HTTPS。 （3）Hysteria → Hysteria 2 专门解决高延迟、高丢包和烂线路性能。 简单总结一下，现在真正值得普通用户重点关注的，其实就几个： VLESS + REALITY：综合首选。 Hysteria 2：线路差、高延迟、丢包时优先。 AnyTLS：TCP 新选择。 NaiveProxy：重视浏览器流量伪装可以选。 线路本身很好，VLESS、AnyTLS、NaiveProxy、Hysteria 2 基本都能跑得舒服。 如果线路差，先试 Hysteria 2。 如果 UDP 被限制，就回到 VLESS + REALITY、AnyTLS、NaiveProxy 这类 TCP 路线。 Trojan 还能用，但新建节点没必要优先考虑。 TUIC 也能用，QUIC 路线目前我更倾向 Hysteria 2。 SS + ShadowTLS 有技术价值，只是现在对普通用户来说有点折腾。 最后一句请记住： 先看线路，再选协议。 好线路，很多协议都能跑。 烂线路，优先试 Hysteria 2。

关于 agent 协作的一些思考： - 我希望 cumora / raft 这一类产品更进一步。就我司而言，内部有一个 Hermes，我有一个自建的 agent，需要有限度相互通信。譬如我家 agent 给我生图的时候就不要 whisper 或者暴露状态给 hermes，Hermes 也不应该能看见我家 agent 在干嘛。 - 网络基建会是痛点。我并不觉得 tailscale/wg 提供足够的稳定性，这两天在弱网络地区（譬如我这两天出游）很难通过 herdr 进行远程操作。websocket 是否能提供足够的稳定性还是得看 edge node，但是无状态的 http 一定是王者。这里的一个推论就是如果在国内，还是利好微信。试想微信里面的一个联系人就是你的 agent — 比你自建 CDN 等各种折腾网络基建的投入产出比高太多。

Hermes Studio 最新多 Agent 群聊，正在打破设备与网络的边界。 （正在测试） 创建群聊并分享邀请链接后，任何人都可以加入房间，并把自己部署在本地电脑或远程服务器上的 Agent 拉进群聊。 不同用户、不同设备、不同服务器上的 Agent，可以通过 WebSocket 实现跨网络实时通信，在同一个房间中讨论、协作并完成任务。 每个 Agent 仍然保留独立的模型、Profile、身份、工具、记忆和运行环境。 未来，你不仅可以邀请朋友加入群聊，还可以邀请他的 Agent 一起来。 一个链接，连接来自世界各地的人与 Agent。

BrowserSkill 是腾讯开源的本地桥接工具，为 Cursor、Claude Code、Codex 等能调用 shell 的 AI 智能体提供桥接，让它们操作你已登录的浏览器而不打断你的正常工作。 智能体通过 shell 调用 bsk 命令发起浏览器任务，本地守护进程经 WebSocket 把请求转给扩展，扩展在独立的 Agent Window 中执行，不触碰用户其他窗口。 复用真实登录态，遇到验证码、登录或确认弹窗时触发人工接管，再交回智能体继续；兼容 macOS、Linux、Windows 上的 Chrome 和 Edge。

Codex 的 Mac App 一直有一个 bug，在 ChatGPT 的 iOS App 上就没有这个问题。 这个 bug 的具体表现是：如果你本地的连接中同时登录了 SSH 和可用于本机控制其他设备的 WebSocket 连接，在创建新项目的过程中，项目里的具体 session 会被分配错误。这导致左边的 sidebar 一直看不到这些 session。 但其实服务器端的分配是正确的，所以打开手机版本的 ChatGPT Codex，可以看到这些 session 都被分配到了正确的项目下面。我记得这个 bug 自从三月份（或者是二月份）以来就一直存在，现在已经 7 月了，他们还没有修复这个问题。。。 之前我想的办法是，如果我有一台新的远程服务器，通过 SSH 登录并成功连接远程 Codex 后，我就把这个 SSH 连接删掉。 但是因为 Codex CLI 工具更新还蛮频繁的，它的桌面端 App 必须和 CLI 工具版本比较接近才可以互相使用。这就导致一旦 macOS 的桌面版 App 更新后，远端就无法使用了，所以还是得加回 SSH 连接，才可以让它重新登录。 其实我觉得这里比较友好的设计是 macOS 桌面版的 Codex，它应该直接识别 SSH config 里面的信息，不要让用户去手动添加什么 SSH 连接。 另外，它也不要把这个 SSH 连接识别为一台新的远程服务器。一旦通过 SSH 连接登录了 Codex，直接创建一个新的 WebSocket 连接就可以了。 之所以这样更好，是因为手机 App 上没有所谓的 SSH 连接，也不可能同步过去，因为不可能同步密钥。对于手机端的 Codex，如果要让 Session 和项目显示都保持一致，最好的方法就是：一旦使用 SSH 创建了 WebSocket 连接，就把所有的项目都归在 WS 下面。

是时候告别那些收费的旅行规划App了，你完全能自己动手搭建一个专属平台。 名为TREK的开源项目，将整个旅行规划流程整合于一身。它最亮眼的功能是支持多人实时协作，所有成员能同步编辑同一份行程，彻底终结了在群聊里信息错乱、反复沟通的低效时代。 具体功能，我们为你划重点： 1️⃣ 实时同步协作：基于WebSocket技术，任何人的更改都会瞬间同步，团队信息零时差。 2️⃣ 互动式地图规划：集成Leaflet和Mapbox GL，所有地点都能直接在地图上精准标记与查看。 3️⃣ 智能行程与财务管理：行程支持拖拽排序，旅行花费能自动计算并拆分，告别AA制扯皮。 4️⃣ 一站式出行准备：内置打包清单、文档附件管理，并支持一键导出PDF，出发前轻松搞定所有琐事。 其技术核心采用NestJS与React构建，喜欢深度定制的技术玩家可以随心修改。 🔗 项目地址：

兄弟们，发现一个宝藏项目 Talos，让你的 GPU 变身赚钱机器！ 它是一个 GPU worker client，通过 WebSocket 服务 AI 推理任务，共享计算资源就能按在线时间获取收益。 虽然才 310 GitHub stars，感觉还很早期，但币圈+AI 这种方向我挺看好，值得关注一波。