Hi, 请登录     我要注册     找回密码

Loris Tunnel 2.0 发布：一站式管理 SSH、Dev Tunnel、Cloudflare Tunnel 与 FRP

分类：未分类 阅读() 评论(0)

开发者发布桌面端隧道管理工具 Loris Tunnel 2.0。该工具最初于今年3月上线，定位为 SSH Tunnel 图形化管理工具，采用 Go 语言与 Wails 框架开发，用于解决本地访问远程 MySQL、ClickHouse、Redis 等服务的连接管理问题，支持自动重连，避免命令行操作和断线逐一排查的繁琐。2.0 版本的升级源于一个实际需求：作者在本地搭建 DevSpace 后，希望在 Codex 额度不足时通过 ChatGPT 网页版调用本地服务。在尝试海外 VPS 反向隧道但延迟不理想后，作者转向微软 Dev Tunnel，其免费、无需自建中转服务器、Tunnel ID 域名可复用，且延迟表现良好，江苏移动连接 Azure 美西节点约 200ms，亚洲节点可低于 100ms。作者借助 Codex 完成 Dev Tunnel 集成改造，并顺势加入 Cloudflare Tunnel 与 FRP 支持。2.0 版本现支持四种隧道方案：SSH Tunnel（本地/远程端口转发、SOCKS5、多级跳板机）、Microsoft Dev Tunnel（公开与私有访问）、Cloudflare Tunnel（借助自有域名暴露本地服务）、FRP（自建 frps 服务器内网穿透），同时保留自动重连、状态监控、日志查看、配置导入等功能。文中还提到有后端同事反馈，相比 DBeaver 基于 Java 实现的 SSH Tunnel 导致 Mac 发烫，该工具性能表现明显更优。

事件分析

内网穿透与隧道管理是后端开发和远程协作的刚需场景，此前 SSH、Cloudflare、FRP、Dev Tunnel 各自成体系且均依赖命令行，工具层的统一整合填补了体验空白。值得关注的是开发方式的变化：2.0 的集成改造由 Codex 辅助完成，独立开发者借助 AI 编程快速扩展软件能力的路径愈发清晰，这类中小型工具项目的迭代周期正在被显著压缩。此外，微软 Dev Tunnel 以免费和稳定节点切入，与 Cloudflare Tunnel 形成竞争，隧道服务正成为云厂商争夺个人开发者的入口之一。该工具后续的跨平台稳定性与多隧道并行管理能力，将决定其能否从个人项目走向更广泛的用户群体。

核心观点：隧道管理这类细分痛点，正成为独立开发者借 AI 编程快速切入效率工具市场的典型切口。

原文链接：V2EX 分享发现

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

相关推荐

抢沙发

评论前必须登录！

立即登录   注册

易安
易安作者
长期关注 AI Agent、软件工程、自动化工作流与个人生产力系统。喜欢把复杂技术拆成普通人也能上手的实践教程,也记录自己在工具链、编程、内容创作和知识管理上的真实折腾。
  • 分享 AI 工具、Agent 工作流与提示词工程的实战经验
  • 记录从想法到产品、从代码到上线的完整实践过程
  • 关注普通人如何用 AI 放大能力,而不是被工具牵着走
阅读作者的全部文章 ›
文章目录

    置顶推荐

    Code80 · AI 编程巴士

    前沿哨所

    • Codex 优化 Apifox 插件：接口同步耗时从 277 秒降至 100 秒

      一位开发者在 V2EX 分享了借助 AI 编程工具 Codex 优化 Apifox 同步插件性能的完整实践。该项目需同步 2,960 个类、162 个 Controller，并进行 210 次返回类型推断，原始版本完整任务耗时高达 277.2 秒，同步体验缓慢。开发者将问题交给 Codex 分析，发现每个类处理完毕后会固定执行 sleep 100ms 的等待操作，源码中未说明原因，推测是为了给编译器让出资源。基于这一发现，开发者进行了三项改动：将方法处理后的固定等待从 100 毫秒缩短至 1 毫秒；减少无用的调试日志输出；去掉上传 JSON 的格式缩进和换行，改用紧凑 JSON，减小字符串体积与传输量。优化后两次测试显示，类扫描与解析耗时从 245 秒分别降至 90 秒和 72 秒；解析后处理及上传从 31.8 秒降至 16.7 秒和 27.5 秒；完整任务耗时降至 107.4 秒和 100.3 秒。按最新一次计算，总耗时减少 176.9 秒，性能提升约 63.8%。作者建议遇到类似问题的开发者可参考这些改动思路，直接让 Agent 工具执行修改，并在新空间中测试验证效果。

      事件分析

      这则案例展示了 AI 编程 Agent 在存量代码性能优化上的实用价值。sleep 100ms 这类保守设计在工程实践中并不罕见，通常是开发者对资源竞争的防御性处理，但随着代码规模增长，累积延迟会成为显著瓶颈。AI Agent 的优势在于能快速定位这类人工容易忽略的细节，并通过前后数据对比量化验证改动效果。对 Apifox 而言，官方插件存在明显优化空间，社区反馈或推动官方版本跟进改进。更具启发意义的是工作流的转变：开发者不再逐行分析代码，而是将问题定位和方案实施交给 Agent，自己把控改动方向与测试验证，这种人机分工模式正在成为日常开发的新常态。

      核心观点：AI Agent 正把开发者从逐行调试中解放出来，存量代码里祖传 sleep 式的保守设计将成为自动化优化的第一波红利。

      原文链接：V2EX 分享发现

    • 开源安卓智能体Droy v0.3发布：AI可操作手机，还能养电子宠物

      开源项目Droy发布v0.3版本，这是一款基于DeepSeek Harness构建的Android端AI Agent应用，项目已在GitHub上完整开源。相比早期版本，新版本采用全原生APP交互方式，摆脱了此前简陋的WebView套壳方案，交互体验明显提升。该项目参考maibot、memos的实现思路，在应用内加入了虚拟宠物玩法，用户可以在应用中养鱼，此次更新还新增了土拨鼠和羊驼两种宠物。值得注意的是，这些宠物人设目前仅为纯陪伴型功能，开发者并未开放宠物人设直接操作手机的权限，以规避潜在风险。在硬件能力方面，v0.3版本补充了手机蓝牙、红外、NFC等硬件的使用能力，进一步扩展了AI Agent对真实设备的控制范围。用户可直接下载APK文件安装使用。开发者表示欢迎用户试用，遇到问题可以在社区留言或到GitHub提issue反馈。该项目此前曾以豆包AI手机平替版的名称在社区推广，定位为利用DeepSeek模型驱动、可实际操作安卓手机的AI智能体应用，兼具工具属性与陪伴属性。

      事件分析

      该项目体现了个人开发者借助开源模型快速构建手机端Agent的可行性。技术架构上存在一个值得注意的设计：操作手机的人设与陪伴型宠物人设被严格隔离，后者不具备设备控制权限，这种权限分层降低了AI误操作的风险；而蓝牙、红外、NFC等硬件接口的接入，则将Agent能力从屏幕交互延伸到物理世界控制。产业层面，此类社区项目与手机厂商力推的端侧智能体方向形成呼应，也反映出DeepSeek等开源模型对个人开发者生态的拉动效应。后续走向上，安全性将是关键瓶颈：允许AI直接操作手机的权限边界如何划定、隐私数据如何保护、误操作如何兜底，这些决定着此类应用能否从极客玩具走向大众产品。

      核心观点：开源模型大幅降低了手机Agent的开发门槛，但权限安全与隐私边界才是决定其能否走向大众的真正门槛。

      原文链接：Linux.do

    • Loris Tunnel 2.0 发布：一站式管理 SSH、Dev Tunnel、Cloudflare Tunnel 与 FRP

      开发者发布桌面端隧道管理工具 Loris Tunnel 2.0。该工具最初于今年3月上线，定位为 SSH Tunnel 图形化管理工具，采用 Go 语言与 Wails 框架开发，用于解决本地访问远程 MySQL、ClickHouse、Redis 等服务的连接管理问题，支持自动重连，避免命令行操作和断线逐一排查的繁琐。2.0 版本的升级源于一个实际需求：作者在本地搭建 DevSpace 后，希望在 Codex 额度不足时通过 ChatGPT 网页版调用本地服务。在尝试海外 VPS 反向隧道但延迟不理想后，作者转向微软 Dev Tunnel，其免费、无需自建中转服务器、Tunnel ID 域名可复用，且延迟表现良好，江苏移动连接 Azure 美西节点约 200ms，亚洲节点可低于 100ms。作者借助 Codex 完成 Dev Tunnel 集成改造，并顺势加入 Cloudflare Tunnel 与 FRP 支持。2.0 版本现支持四种隧道方案：SSH Tunnel（本地/远程端口转发、SOCKS5、多级跳板机）、Microsoft Dev Tunnel（公开与私有访问）、Cloudflare Tunnel（借助自有域名暴露本地服务）、FRP（自建 frps 服务器内网穿透），同时保留自动重连、状态监控、日志查看、配置导入等功能。文中还提到有后端同事反馈，相比 DBeaver 基于 Java 实现的 SSH Tunnel 导致 Mac 发烫，该工具性能表现明显更优。

      事件分析

      内网穿透与隧道管理是后端开发和远程协作的刚需场景，此前 SSH、Cloudflare、FRP、Dev Tunnel 各自成体系且均依赖命令行，工具层的统一整合填补了体验空白。值得关注的是开发方式的变化：2.0 的集成改造由 Codex 辅助完成，独立开发者借助 AI 编程快速扩展软件能力的路径愈发清晰，这类中小型工具项目的迭代周期正在被显著压缩。此外，微软 Dev Tunnel 以免费和稳定节点切入，与 Cloudflare Tunnel 形成竞争，隧道服务正成为云厂商争夺个人开发者的入口之一。该工具后续的跨平台稳定性与多隧道并行管理能力，将决定其能否从个人项目走向更广泛的用户群体。

      核心观点：隧道管理这类细分痛点，正成为独立开发者借 AI 编程快速切入效率工具市场的典型切口。

      原文链接：V2EX 分享发现

    • 开源远程桌面 crDesk 发布：C++ 实现，基于 Chromium + WebRTC 支持三大平台

      libcr 项目组在 V2EX 发布开源远程桌面应用 crDesk，支持 Windows、Linux 和 macOS 三大平台。项目采用 C++ 实现，底层基于 Chromium、GPU 与 WebRTC 技术，可调用设备硬件视频加速能力，保障远程画面传输的流畅度与低延迟。功能方面，crDesk 支持屏幕共享、远程键鼠控制、文本与图片剪贴板同步，以及系统声音和麦克风共享；文件传输支持队列管理、进度显示和完整性校验。应用还提供局域网自动发现、多标签页与独立窗口等体验优化。安全机制上，通过连接密钥、临时访问令牌、可信设备配对和独立权限管理控制访问。针对不同操作系统特性，项目分别提供 Windows 服务集成、Linux Portal/EIS 与 KMS/UHID 集成，以及 macOS 登录后自动共享能力，可按平台配置锁屏访问或无人值守模式。该工具定位于局域网或 VPN 环境下的远程操作场景，源代码已在 GitHub 平台开源，供社区使用与审查。

      事件分析

      技术看点在于架构选型：以 Chromium + WebRTC 为底层，天然继承成熟的音视频编解码与低延迟传输能力，叠加 GPU 硬件加速后，性能上限高于多数依赖软件编码的自研方案。远程桌面赛道长期由 TeamViewer、ToDesk 等商业产品主导，开源阵营中 RustDesk 已验证自托管远控的市场需求，crDesk 为开发者与企业内网场景提供了新选项。其对 Linux Portal、KMS/UHID 及 macOS 登录共享的深度适配，显示出对 Wayland 时代桌面集成难题的正面应对，这在同类开源项目中并不多见。后续走向取决于社区活跃度、安全审计结果，以及能否在与 RustDesk 等成熟项目的差异化竞争中建立认知度。硬件加速、无人值守与细粒度权限管理组合，指向企业级内网运维场景，商业潜力与安全责任并存。

      核心观点：WebRTC + GPU 硬件加速的架构路线正在成为开源远控的技术主流，自托管远程桌面正向企业内网与隐私敏感场景加速渗透。

      原文链接：V2EX 分享发现

    • 开源项目 NexusDock：统一 MCP 入口，让 ChatGPT、Claude 一次接入所有设备

      开发者在 V2EX 发布了名为 NexusDock 的项目，旨在解决 AI 客户端与设备能力连接的碎片化问题。该项目的核心思路是将电脑、手机、服务器等多种设备，以及设备上的 MCP、Skills、插件等能力，统一汇聚到一个 MCP 入口。用户无论使用 ChatGPT、Claude 还是其他支持 MCP 协议的 AI 客户端，只需连接一次 NexusDock，即可访问所有已授权的设备与能力，从 ChatGPT 切换到 Claude 时无需重新配置每台设备的 MCP。主要功能包括：多设备统一接入和管理、远程执行命令、文件管理、浏览器自动化、聚合设备上的 MCP 与插件能力、跨设备共享记忆和工作流，同时支持内网穿透和自托管部署。设备端的 AgentDock 组件已在 GitHub 开源。目前通过 ChatGPT 网页版接入不消耗调用额度，可无限量使用；免费版无需兑换码，单台设备直接下载安装即可使用。项目仍在持续迭代中，开发者在社区征集体验反馈，并向评论区留下邮箱的用户赠送 NexusDock Plus 会员月卡。

      事件分析

      MCP 协议正迅速成为 AI 客户端连接外部工具与数据的事实标准，但生态扩张也带来配置碎片化问题，每个客户端、每台设备都需单独配置，维护成本随规模增长。NexusDock 采用了类似网关聚合层的架构思路，将分散的设备能力抽象为统一入口，其设计逻辑与 API 网关等传统基础软件一脉相承，可能代表 AI 时代设备中间件这一新品类的早期形态。潜在挑战不容忽视：远程执行命令与内网穿透会显著扩大攻击面，安全性将是最严峻的考验；跨设备流转的记忆与工作流数据也涉及隐私信任问题；此外还需面对 AI 厂商官方集成方案的竞争。若 MCP 生态持续扩张，此类聚合层工具的存在价值将同步上升。

      核心观点：MCP 生态碎片化催生聚合层需求，设备网关有望成为 AI 时代的新基础设施品类，但安全与隐私是其生死线。

      原文链接：V2EX 分享发现

    • OpenCode 将 DeepSeek V4.1 Flash 额度提至 100 美元，Command Code 跟进改为永久有效

      OpenCode 宣布启动「Operation Cheepseek」计划的第四阶段，将其 10 美元订阅套餐中 DeepSeek V4.1 Flash 模型的使用额度提升至 100 美元，大幅提高低价位档位的可用模型用量。紧随其后，同类 AI 编程工具 Command Code 宣布跟进，但策略有所不同：该平台 10 美元/月的 GOAT 套餐原本提供 100 美元模型额度，此次调整为将这部分额度改为永久有效，不再按周期重置。Command Code 的额度覆盖两个模型：全权重版本的 DeepSeek V4.1 Flash 1017 与 GLM 5.3 Flash，两者各提供 100 美元用量。此外，Command Code 强调 GLM Flash 在其部署环境下推理速度可达 300-500 TPS，以高吞吐响应能力作为卖点。该消息由 Linux.do 社区发布并引发讨论。此次事件反映出 AI 编程订阅服务之间的竞争正在加剧，平台通过提高额度、延长有效期、引入高性价比国产模型等方式争夺开发者用户，DeepSeek 与 GLM 等国产模型正成为第三方编程工具的主要模型供给方。

      事件分析

      此次调整的核心看点在于 AI 编程订阅服务的竞争维度正从价格转向“单位成本下的模型用量”。OpenCode 与 Command Code 先后以 10 美元价位提供 100 美元级别的模型额度，隐含补贴意味，背后或依托批量采购折扣、自建推理集群来压缩成本。“全权重”版本与 300-500 TPS 的表述，指向国产模型 API 性价比及其推理基础设施的优化能力已获第三方平台认可。产业层面，DeepSeek、GLM 等模型正取代部分海外闭源模型，成为低价编程订阅的供给主力，这会进一步压低开发者的模型使用门槛。后续走向上，额度战若持续，更多平台可能跟进，但此类低价高额度模式的长期成本可持续性仍有待观察。

      核心观点：AI 编程订阅战进入“加量不加价”阶段，国产模型的高性价比正成为第三方平台争夺开发者的核心筹码。

      原文链接：Linux.do

    最新文章

    热门专题

    热门标签

    AI编程claude大模型AIAI Agent人工智能开源项目Gemini开发者工具开源GitHubClaude Code开源工具AI工具开发工具谷歌openaideepseek提示词工程cursoranthropic网络安全AI应用ChatgptAI开发agentAI安全自动化智能体AI智能体

    网站统计

    • 日志总数：29533
    • 评论总数：7
    • 标签总数：17920
    • 用户总数：3675
    • 最后更新：2026-10-31