#App #Github情报 #硬件图赏

🚦 Traffic Light：Claude 红绿灯

用一个淘宝红绿灯玩具，把 Claude Code 的运行状态搬到桌面上。把屏幕里的「正在工作 / 等你确认 / 空闲」变成桌面上一盏真实亮起的红绿灯。

✨ 特点

- 物理状态提示：绿灯慢闪代表正在干活、红灯快闪代表在等你授权或选择、黄灯常亮代表空闲、会话结束全部熄灭，不用一直盯着终端。
- 零依赖：电脑端脚本只用 Python 标准库，不需要 pip 装任何第三方包，git clone 下来就能跑。
- 完整硬件教程：README 附带开发板和红绿灯玩具的淘宝购买链接、引脚接线表，以及从面包板测试到焊接、穿线、固定的十步图文过程。
- 事件精准映射：细分到 PermissionRequest、AskUserQuestion、Elicitation、Stop 等具体 hook 事件，而不是笼统的「开始 / 结束」两态。
- 优雅降级：没接硬件或串口被占用时，桥接脚本始终静默返回成功，绝不阻塞 Claude Code 本身的运行。

⚙️ 机制

整套系统是一条从软件事件到实体灯光的单向链路：Claude Code 触发 Hooks，调用本地 Python 脚本；脚本通过 Unix 域套接字把状态发给一个常驻守护进程，由它独占 USB 串口；守护进程再以 115200 波特率把 working / waiting / idle / off 这类文本命令写给 ESP32-C3。

固件收到命令后驱动红、黄、绿三颗 LED。守护进程用 flock 文件锁保证单实例，套接字权限设为 0600，避免多个 Claude Code 会话争抢同一个串口。

主要依赖：电脑端是纯 Python 标准库（socket、termios、fcntl），固件是 Arduino / C++，硬件是 ESP32-C3 SuperMini 加三颗串了 220Ω 电阻的 LED，采用共阳极接法（GPIO 输出 LOW 点亮）。代码体量很小但工程细节到位：单实例锁、串口自动重连、硬件缺席时的降级处理都考虑到了，install_claude_hooks.py 还会先备份再合并 ~/.claude/settings.json，不会覆盖用户已有的 hook 配置。

👨🏻‍💻 使用场景

- 挂机跑长任务：让 Claude Code 后台执行耗时的 agent 任务时，不必反复切回终端，绿灯闪就是在干活，红灯闪才需要回来授权。
- 一心多用：一边开会或处理别的事，余光瞥见红灯亮起再回来确认，避免任务卡在权限弹窗上空等半天。
- 硬件入门练手：想上手 ESP32 和焊接的新手，这是一个目标明确、成本低于百元的第一个项目，从选料到烧录都有现成文档。
- 桌面仪式感：给命令行工作流加一个会亮的实体反馈，是不少人做这类小物件的直接动机。

🖊 作者背景

K（@KURANADO2）
- 坐标：中国上海
- 技术栈：以 Java 为主，也写过 kpw（Rust 命令行密码管理器）、macos_install（Shell 自动化）等个人项目
- 背景：据作者在 V2EX 自述，此前从未接触过硬件，是在小红书刷到别人做的 Claude Code 红绿灯后，通过和 AI 对话学习基本原理，才第一次动手焊接完成这个作品。

频道：@NewlearnerChannel

#App #AI #Github

🤖 Agent 终端合集：终端正在变成 AI 编程的指挥台

自从 Claude Code、Codex CLI 这批命令行 Agent 火起来，不少人的开发日常又从 IDE 搬回了终端。一天到晚开着七八个窗口，盯着不同的 Agent 干活，结果不是错过权限确认，就是忘了哪个窗口在跑哪个任务。于是冒出来一个新品类：为 AI Agent 做的终端。这期把最近看到的五款同类产品放在一起讲讲

1️⃣ Otty

Typora 作者 Abner Lee（appmakes.io）的新作，2026 年 6 月发布。AppKit / SwiftUI 界面加 Rust 内核，网格渲染用 Swift / Metal 写的，有博主实测输入延迟和 Ghostty 基本打平。免费，不用注册账号，目前只有 macOS 版（Apple Silicon 和 Intel 都有），Windows / Linux / iOS 还在排队

它不内置任何 AI，思路是把你已经在用的 Claude Code、Codex、OpenCode 伺候好：自动解析会话记录生成可浏览的时间线、同时盯几个 Agent 任务的进度、给忙碌中的 Agent 排队提示词、把会话从任意节点分叉出新分支，终端输出也能一键送进对话。垂直标签页、自由分屏、文件面板都有，打开第一眼就知道是 Typora 团队的手笔。

2️⃣ Glint

五款里最小而美的一个。MIT 协议开源，SwiftUI + AppKit 界面套上 Ghostty 内核（以子模块引入），要求 macOS 14+。作者自述是学生，基本一两个人在开发，仓库才建了六个星期，更新倒是几乎天天有

主打 Agent 状态监控：装上本地钩子后，每个分屏实时显示 Claude Code、Codex、OpenCode、Devin CLI 此刻是在干活、等授权、干完了还是报错了，汇总在侧边栏，配上 Dock 角标和系统通知。另外还有面向任务的工作区、内置 Git Worktree 管理，以及 Cmd+Shift+R 呼出的只读 Diff 审查窗口，SSH 远程仓库也能看。

3️⃣ Superset

YC 2026 年春季批次的创业公司，三位创始人都是 YC 系连续创业者，口号是「在你的机器上跑 10 个以上并行 Agent」。App 本体是 Electron + TypeScript，采用 Elastic License 2.0，代码公开可以自己构建。目前只有 macOS 版

并行这件事它做得最完整：每个 Agent 分到独立的 Git Worktree、分支、终端和环境变量，互不干扰；统一面板盯着所有 Agent，干完活有提示音、Dock 角标和推送；内置 Diff 审查、暂存和提交，也能一键把某个 Worktree 丢给 VS Code、Cursor 或 JetBrains 接着改。后台有守护进程，应用更新、关掉重开，会话都不会断。仓库 2025 年 10 月建的，现在 12.5k 星、86 位贡献者，拿过 Product Hunt 日榜第一。有用户说同时跑 40-50 个会话不迷路。负面评价主要在 Electron 内存占用（有人报告约 2GB）、只支持 Mac，还有跟 Apache Superset 撞名这件事。免费版本地用够了，Pro 版 $20/月，解锁远程工作区和 Linear 集成

4️⃣ Orca

增长最猛的一个：2026 年 3 月开源，四个月 24.8k 星、225 位贡献者，几乎每天发版。背后是 YC W22 的 Stably AI，两位创始人分别出身 Google Chrome 和 Uber，原本做 AI 端到端测试，后来发现自己内部管一堆 Agent 的工具比主业值钱，干脆开源转型。MIT 协议，完全免费，模式是「自带订阅」，Orca 本身不卖任何东西

功能是五款里铺得最开的。25+ 款 CLI Agent 并行跑在隔离 Worktree 里；可以让几个 Agent 先并行写方案再执行，也可以同一个任务让它们赛马，并排比较产出；Design Mode 内嵌一个 Chromium 窗口，点选页面元素就把 HTML/CSS 塞进提示词；还有 iOS / Android 伴侣应用远程监工、一条命令部署到 VPS、多个 Claude 账号热切换绕开限额。桌面端 macOS / Windows / Linux 全有。毛病也不少，Electron 应用闲置就吃 400-800MB 内存，日更节奏下小 bug 不断。

5️⃣ Warp

品类的定义者，也是最资深的玩家。创始人 Zach Lloyd 之前是 Google Docs 的首席工程师，公司 2020 年成立，累计融资约 7300 万美元，Sequoia、GV 和 Sam Altman 都投了。Rust 编写、GPU 直接渲染，五款中唯一 macOS / Linux / Windows 三平台齐全的

这两年它一步步从「AI 终端」改口成「Agentic Development Environment」：2025 年 6 月的 2.0 版本加入多 Agent 并行管理，9 月的 Warp Code 补上文件编辑器和代码审查面板，2026 年 5 月的 Oz 干脆把 Claude Code、Codex 和自家 Agent 都收进一个云端后台统一管。最戏剧性的还是 2026 年 4 月宣布开源（UI 框架 MIT + 主体 AGPL），三个月 63.5k 星。要知道闭源、强制登录加遥测曾是它被 HN 骂了三年的原罪，强制登录 2024 年底才取消。

👀 五款放在一起看，套路其实已经趋同：Git Worktree 隔离、Agent 状态监控加通知、内置 Diff 审查、不绑定特定 Agent。终端不再只是敲命令的地方，成了盯 Agent 干活的指挥台。分歧在于往哪走。

Otty 和 Glint 选择继续做终端，只是更懂 Agent；Superset 和 Orca 直奔「Agent 时代的 IDE」，功能很多，但都背着 Electron 的包袱；
Warp 想把战场从本地推到云端。

有意思的是商业模式：五款里三款完全免费而且没有收费计划，剩下两款的付费点也都不在终端本身。如果你只想要一个好看好用、能看清 Agent 状态的终端，Otty 或 Glint 就够了；重度并行玩家值得试试 Superset 或 Orca；至于 Warp，它赌的是下一步，Agent 根本不需要跑在你的电脑上

频道：@NewlearnerChannel

#macOS #iOS #Tools #GitHub情报 #GFW

🧩 Surge 周边工具合集：从配置、订阅到家庭网关

Surge 本身已经是一个完成度很高的代理客户端，但对于玩家来说，往往不只是在客户端里切个节点这么简单：规则和模块越攒越多，多端 Profile 怎么同步，订阅和自建节点怎么整理，电视和游戏机又怎么接入，最后都会变成另一套需要维护的系统。这些项目有的已经陪我用了多年，也有的才刚起步；从配置生成、订阅管理、图形管理，到局域网网关、格式转换、模块维护和移动端订阅管理，刚好把这些空隙补得七七八八。

1️⃣ Surgio

🔗：GitHub | Docs

Surgio 是本次合集里资历最老、也最像“配置即代码”的一个。第一行代码提交于 2019 年 8 月 20 日，至今已接近七年；MIT 协议开源，GitHub 有 1.8k 星，2026 年 5 月还在更新。它是运行在 macOS、Linux 或 WSL 上的 Node.js 命令行工具：把机场订阅或自建节点当作 Provider，把 Surge 配置模板当作 Template，最后按 Artifact 定义生成不同客户端可直接使用的配置，还能一并上传到自己的存储。

Surgio 最早就是为 Surge 而生，后来也支持 Clash、Quantumult X、Loon、Stash 和 sing-box 等。它的优势不是“点一下就能用”，而是能把配置放进 Git，按模板稳定生成多份 Profile，再交给定时任务或 CI 自动更新。代价也很直白：需要写 JavaScript 配置和模板，先把 Provider、Template、Artifact 这套概念理顺。如果你已经维护着一套复杂配置仓库，Surgio 依然是七个里最成熟、最可控的方案。我非常喜欢 Surgio 这个项目，也算是使用 5 年的老用户了。

2️⃣ Sub-Store

🔗：GitHub | 官方前端

如果 Surgio 是「把配置当代码写」，Sub-Store 就是这件事最流行的图形化版本。它从 2020 年开始发展，现有近 1 万 GitHub Star，支持 Surge、Loon、Quantumult X、Stash、Egern、Shadowrocket 和 sing-box 等多种客户端。最常见的用法是把几家机场订阅和自建节点收进同一个面板，按地区、协议和名称过滤、重命名、排序或用脚本处理，最后生成一个给 Surge 使用的订阅地址。

Sub-Store 可以把多份订阅合成一个链接、托管和修改订阅或文件，也能将不同客户端格式互相转换。对于不想维护 Surgio 模板和自动化、但又想让多机场节点进入同一套策略组的用户，Sub-Store 基本是最成熟的选择。需要注意的是，订阅链接本身往往带有敏感信息；无论用官方前端、Surge 模块还是自部署实例，都应确认实际请求经过的是自己信任的服务。

3️⃣ Surge Shallow

🔗：GitHub

如果说 Surgio 是给习惯写代码的人准备的，Surge Shallow 就是把这套事情收进一个 macOS 原生界面。它是最近刚开源的 SwiftUI 工具，目前为 macOS 26 准备；可以导入已有的 Surge .conf / `.dconf`，集中管理 Ruleset、模块、Proxy、Proxy Group 和 macOS / iOS / iPadOS 之间的差异，检查无误后直接写入 Surge 的 iCloud 目录。

Surge Shallow 目前没有 Surgio 那种自动化和跨客户端野心，但对于不想长期手改大段配置、又不想维护 Node.js 工程的人，反而是更舒服的中间层。

4️⃣ OpenSurge for Mac

🔗：GitHub

名字容易让人误会，它并不是 Surge 的插件或兼容客户端，而是一个受 Surge 网关模式启发、基于 mihomo 的 macOS 项目。OpenSurge for Mac 可以把一台 Mac 变成局域网网关，手机、电视、游戏机、VR 设备可以按设备走不同出口；既能只手动让指定设备接入，也能通过 DHCP / DNS 接管让一段网络自动使用它。它明显不是普通用户“装完就忘”的代理客户端，更适合有常开 Mac、了解家庭网络拓扑、又不想单独买软路由的人。

5️⃣ Script-Hub

🔗：Web | GitHub

Script-Hub 不管理节点和订阅，专门把不同客户端的重写、模块、插件和规则集互相转换：QX 重写、Surge 模块、Loon 插件和规则集可以转换成 Surge / Egern 模块、Stash 覆写、Shadowrocket 模块或 Loon 插件。

它本身可以作为 Surge 模块安装，随后在浏览器打开 script.hub 操作。遇到一个只有 QX 或 Loon 格式的模块可以转换后直接导入。它也支持本地文本的纯前端转换；但若要读取远程资源、处理需要脚本转换的内容，仍需留意代理、MITM 和脚本权限。Script-Hub 是格式兼容层，Surge Relay 则是在这个兼容层之上继续解决模块的长期维护问题。

6️⃣ Surge Relay

🔗：GitHub

Surge Relay 是七个里和 Surge 最直接的一款，专门管理 Surge 模块。对于经常用 Script-Hub 把 Loon、Quantumult X 等格式转换成 .sgmodule 的人。它把模块来源和备用地址集中在一台 Mac 上管理，调用本地 Script-Hub 转换逻辑生成稳定的 `.sgmodule`，再发布到 GitHub 或 iCloud Drive。模块还能统一编辑、删除、汇总，按需要屏蔽 MITM hostname、禁用部分 Script 或 Rewrite；也提供 Web 端远程管理，并可配合 Surge Ponte 从其他设备操作。它更像是给模块重度用户准备的“发布流水线”，而不是另一个配置编辑器。

7️⃣ 塔台

🔗：TestFlight | 开发者说明

这是七个里最早期、也最轻的一款，也是一个 Vibe Coding 项目。目前只在 iOS TestFlight 测试，开发者的说法是：在 iPhone 上本地管理机场订阅和自建节点，再转换为不同客户端所需的配置；数据不上传服务器，项目也宣称开源。截图里能看到订阅、规则、导入几个入口，以及按地区查看节点的界面。

它和 Surge 的关系没有前两个直接，公开资料目前也没有列出所有导出格式。但“订阅收集、节点整理、再导出配置”本来就是很多 Surge 用户的前置工作；如果它能稳定发展，本地优先的移动端管理会是一个很有意思的补位。现阶段更适合愿意试 TestFlight、也愿意接受功能变化的人。

👀 七个项目放在一起看，Surge 的周边需求其实已经分成了几条完全不同的路线：Surgio 适合把配置当工程维护、需要自动生成和部署的人；Sub-Store 适合管理、合并和转换多份订阅；Surge Shallow 适合重度使用 Surge 但希望图形化管理的人；OpenSurge 是家庭网络方案，不应当当作 Surge 替代品；Script-Hub 负责跨客户端格式转换；Surge Relay 适合长期维护模块来源的人；塔台则仍在验证移动端本地订阅管理这件事。

有意思的是，最成熟的 Surgio 依然是命令行工具，新项目却都在把配置、网关或订阅做成更直观的 App。Surge 的本体当然还是整个工作流的核心，但围绕它长出来的这些工具，正在把“代理配置”从一份文件变成可以长期维护的一套系统。

频道：@NewlearnerChannel