升级打怪
这周新进来的工具，很多都在干同一件事：把 AI 编程的过去和未来都搭一遍脚手架。
有些工具是为了跑得更快；有些工具是为了记住跑过哪里。
这周的新增偏向后者——不是 CLI 工具突然变多了，
是 AI 编程的上下文管理开始有了自己的工具链。
本周一句话总结
AI 编程从"写"进入了"观察与编排"的阶段——这周入库的工具，超过一半在帮你理解已经发生的事。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| arf | 带语法高亮和模糊搜索的现代 R 控制台 |
| backplane-cli | 与 OpenShift Backplane API 交互的命令行工具 |
| cargo-insta | Rust 快照测试命令行工具 |
| fallow | TypeScript/JavaScript 代码库智能分析，发现死代码与重复逻辑 |
| gascity | 多 Agent 编程工作流的编排构建 SDK |
| lisette | 受 Rust 启发、编译到 Go 的实验性语言 |
| mado | 用 Rust 写的高速 Markdown linter |
| osdctl | 管理 OpenShift 集群的运维 CLI |
| phpantom-lsp | 用 Rust 编写的高性能 PHP 语言服务器 |
| skm | 简洁强大的 SSH 密钥管理器 |
| tinyice | 现代 Icecast 兼容的全功能音视频流服务器 |
| vcfanno | 用其他 VCF/BED 文件批量标注 VCF 变异数据 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| agentsview | 浏览、搜索、分析你过去的 AI 编程会话记录 |
| amore | 含 Sparkle、代码签名、公证的 macOS 应用分发平台 |
| duo-desktop | Duo 双因素认证的终端健康检查工具 |
| general-software-fresh | 截图、下载、剪贴板和桌面文件的短期记忆工具 |
| github-copilot-app | GitHub Copilot 官方原生桌面客户端 |
| input0 | 带 AI 转录的语音输入工具 |
| mole-app | 深度清理、分析和优化 macOS 应用 |
| notion-cli | Notion 的命令行接口 |
| openwork | OpenCode 的非官方桌面 GUI |
| presentify | 屏幕标注、光标高亮与焦点缩放的演示辅助工具 |
| runtimeviewer | 检视 Objective-C 和 Swift 运行时接口 |
| shichizip | 7-Zip 衍生版的图形界面客户端 |
| sshfs-mac | 通过 SSH 挂载远程文件系统的网络客户端 |
值得留意的几个方向
这一节不求全，
只挑 3 个 值得停下来看的点。
agentsview：AI 编程的"回放键"终于来了
用 Claude Code、Cursor、Codex 写了几个月代码——你记得上周三用 agent 干了什么吗？
大概率不记得。这不是记性问题，是 AI 编程产生了一种新的历史：不是 git log，不是 IDE 历史记录，而是"我跟 agent 说过什么、agent 做了什么"。这段历史一直散落在各工具的本地缓存里，没有人帮你整理。
agentsview 做的就是这件事。它把 Claude Code、Codex、Gemini、Copilot、Cursor 等 20 个 agent 的会话历史统一读进来，全文索引，可以按项目、按工具、按时间筛，支持 token 用量和费用报表，号称比同类工具快 80-220 倍。
真正让我觉得有意思的是它的定位：local-first，SQLite，不联网，不注册账号。它没有试图成为一个 SaaS，而是选择把你的历史还给你自己。这在满地"云端同步"的工具里显得有点反常，但可能是对的。
gascity：多 Agent 编排，从玩具变成水管
以前协调多个 AI agent 同时工作，基本靠自己写 shell 脚本拼凑。gascity 想干的事情是把这层"水管"标准化——用一个 city.toml 声明你想跑哪些 agent、用什么运行时（tmux、子进程、Kubernetes），剩下的路由、状态同步、健康监控交给它。
底层依赖 beads（自家的任务跟踪）、dolt（可版本控制的数据库）、tmux、jq，整个项目用 Go 写，CLI 叫 gc。设计上走"原语优先"——不提供高层抽象，提供足够小的积木让你自己组。
这个工具现在刚进 Homebrew，安装量还是两位数。但它试图解决的问题——多 agent 编排的可复现性和可观测性——是真实存在的。随着 agent 场景从单机变成集群，这类基础设施迟早会有人需要。
fallow：代码库的"体检报告"
TypeScript/JavaScript 项目用久了之后，总会有一些"可能没人用了但谁也不敢删"的代码。fallow 的核心主张是：静态分析告诉你"什么可以删"，运行时数据告诉你"什么安全删"。
npx fallow dead-code 扫出没用到的文件和导出；npx fallow dupes 找重复逻辑；npx fallow health 给复杂度热力图。静态能力开源免费，运行时那层是付费的。
有趣的是它支持 MCP，可以接入 Claude Code 或 Cursor 的 agent 流程——这意味着它不只是一个跑完就算的 CLI，而是可以嵌进 AI 编程的工作循环里。
趋势小结：Agent 编程开始需要"配套设施"了
这周的三个 formulae/casks 指向同一件事——
agentsview 管历史，gascity 管协作，fallow 管代码质量。
这不是工具的堆叠，是 AI 编程从"我让 agent 写了一些代码"变成了"我需要管理 agent 做的事情"的信号。
以前 CLI 工具大量涌现是因为开发者在搭工作台；现在 agent 工具大量涌现，是因为 agent 本身开始需要一张工作台。
一点个人感受
gascity 和 agentsview 在同一周进入 Homebrew，我不确定是巧合还是某种时机。
agentsview 我可能会用——之前一直想找个办法回顾和 Claude Code 的对话历史，虽然现在有 /cost 和各种日志，但搜索还是很麻烦。local-first 的设计打消了我最大的顾虑。
gascity 和 github-copilot-app 都在 agent 编排这个方向，但路子完全不同：一个是工程师手搓的 Go CLI，一个是 GitHub 官方出的桌面应用。我对后者更好奇，尤其是它声称能"跨 agent 并行管理多个工作流"，但目前公开的细节还很少。
fallow 倒是让我想到了一个问题：AI agent 越来越擅长写代码之后，谁来负责清理 agent 留下的技术债？也许就是 fallow 这类工具。
结语
有些工具是锤子，看见钉子就用。
这周进来的工具更像是量尺——帮你看清楚已经发生了什么，才好决定下一步。
观察工具和使用工具，是两种不同的习惯。
但也许，后者越来越需要前者打底。
工具在变，但看懂工具在干什么，始终是你自己的事。
AI agent 也需要一张地图。
五月的工具列表里，有几个名字值得停一下。一个 hex 编辑器带了颜色，一个数据目录开始接 MCP，还有一个 Elixir 的 LSP 悄悄更名上线。不是什么大事，但每一件都指向同一个方向：开发者的工作台正在变得更可感知、更可查询。
本周一句话总结
工具越来越懂得如何把自己的内部状态暴露出来——不管是字节、元数据，还是代码语义。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| committed | Git 提交历史检查工具，帮你挑出不规范的 commit message |
| dexter-lsp | 专为大型代码库优化的 Elixir LSP 服务器 |
| go-hass-agent | Linux 桌面原生 Home Assistant 客户端代理 |
| hexapoda | 彩色 modal 风格的终端 hex 编辑器 |
| marmot | 开源数据目录，支持向 AI agent 暴露元数据 |
| nettle@3 | 低层级加密库（版本锁定包） |
| plutosvg | 轻量 C 语言 SVG 渲染库 |
| sol2 | C++ 与 Lua 双向绑定的 API 封装层 |
| vtzero | 极简矢量瓦片编解码库（C++） |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| chiri | CalDAV 兼容的任务管理 macOS 应用 |
| openchamber | OpenCode AI 代理的桌面/网页可视化界面 |
值得留意的几个方向
hexapoda：终端 hex 编辑，终于不再灰蒙蒙
用过 xxd 的人大概都知道那种感觉——屏幕上全是十六进制字符，没有颜色，没有选区概念，想改一个字节要先查怎么跟 vim 配合。
hexapoda 换了一套思路。它跟 Helix 学了"选择优先"的 modal 模式：先选中一段字节区间，再决定对它做什么。ijkl 移动（或者 hjkl，可以配置），1/2/3 拆分字节块，m 标记偏移量，J 跳转。操作逻辑和普通文本编辑器接近了很多。
最重要的是：它有颜色。不同类型的字节用不同颜色区分，阅读二进制文件的心智成本一下子低了一大截。
对于偶尔需要检查固件、协议包或者序列化格式的开发者，这个工具值得装着备用。
brew install hexapoda
marmot：让 AI 知道数据在哪
有一类问题，AI 助手回答起来特别吃力：「这个字段的 owner 是谁？」「负责用户订单的表叫什么？」不是因为 AI 不聪明，是因为它根本不知道你们公司的数据长什么样。
marmot 要解决的就是这件事。它是一个轻量级开源数据目录，把你的数据库表、消息队列、API、看板统一索引起来，然后内置一个 MCP server——Claude、Cursor 这类工具可以直接向它查询，拿到的是来自数据目录的权威元数据，不是 AI 自己猜的。
和 DataHub、Amundsen 这类企业级数据目录比，marmot 的门槛低得多：单二进制文件，Docker 五分钟跑起来，支持 500k+ 资产，平均响应不到 50ms。MIT 协议，数据也不出自己的环境。
这不是一个"等团队大了再用"的工具。三个人的小团队，如果 AI agent 开始进入你的开发流程，数据目录这件事现在就值得想一想。
brew install marmot
dexter-lsp：Elixir 的大项目问题
Elixir 的语言服务器（ElixirLS）在大型代码库里一直有卡顿问题——项目一大，补全变慢，索引常常超时。dexter-lsp 是 remote.com 工程团队针对这个问题重新做的 LSP 实现，专门为大型单仓库优化。
它不是要替代 ElixirLS，而是在"大到 ElixirLS 已经不够用"这个场景下的一个选项。如果你的 Elixir 项目超过了某个规模，值得试试看。
brew install dexter-lsp
趋势观察：工具在学会"开口说话"
这周的几个工具有个共同的隐线：它们都在替某种"不透明"省成本。
hexapoda 让二进制文件变得可读；marmot 让数据资产变得可查询；dexter-lsp 让大型代码库的语义变得可感知；openchamber 让 AI agent 的行为有了可视化界面。
这不是巧合。当 AI 工具越来越深入开发流程，「让工具的内部状态对外可见」这件事就变得越来越重要。不是为了展示，是为了被查询、被理解、被协作。
一点个人感受
marmot 是这周让我想得最久的一个。不是因为它做了什么复杂的事，恰恰相反——它做的事情很简单：把数据在哪这件事说清楚。但这件事在 AI agent 开始进入工作流之后，突然变得不那么简单了。
hexapoda 也让我想起，好的 CLI 工具未必要发明新概念，有时候只是把一件早就该做好的事认真做一遍——加个颜色、借用一套成熟的操作模型——就能好用很多。
committed 我没有专门写，但放在那里也挺应景。在 AI 辅助提交越来越普及的时代，一个检查 commit message 规范的工具，某种程度上是在帮你确认：这条记录是你写的，还是机器写的，有没有差别。
结语
工具总是先于方法论出现。marmot 出现在 MCP 变得普及之前，hexapoda 出现在终端开发体验被重新重视的当下。
不一定每个都要装，但值得知道它们在解决什么。
工具在变，但问题意识不必跟着变。
这一周的 brew update，像是给 AI Agent 做了一次集体亮相。
不是某个 IDE 插件、某个 chatbot 包装，
而是连"自我成长"、"使用监控"、"代码评审"都各自有了独立工具。Agent 不再是某个产品里的一个功能，
它正在变成一个生态。
本周一句话总结
当一个领域同时出现了"做事的人"、"看着做事的人"和"统计做事人花了多少钱的人"，这个领域就不再是趋势，是产业了。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| alevin-fry | 单细胞测序数据处理工具，灵活高效 |
| barman | PostgreSQL 备份与恢复管理器 |
| crit | AI Agent 的本地反馈回路，专门用来 review 它写的代码 |
| cutadapt | 移除测序数据中的 adapter 序列 |
| defuddle | 网页正文与元数据提取，Readability 的替代选择 |
| echtvar | 快速的变异注释与过滤工具 |
| freesasa | 溶剂可及表面积（SASA）计算库 |
| gemmi | 大分子晶体学计算库与命令行工具 |
| ginkgo | 高性能数值线性代数库 |
| hermes-agent | 自我学习的 AI Agent，从经验里长出新技能 |
| hyphy | 基于系统发育树的假设检验 |
| iqtree3 | 极大似然法系统发育分析 |
| [email protected] | Kubernetes 1.35 版本的 kubectl |
| lavinmq | 轻量 AMQP/MQTT 消息中间件 |
| libchardet | Mozilla 通用字符集检测器 C/C++ API |
| oarfish | 长读长 RNA-seq 定量工具 |
| opendoor | Web 侦察、目录发现与暴露面评估 CLI |
| paml | 基于极大似然的 DNA/蛋白质系统发育分析 |
| pnpm@10 | 高效的 Node.js 包管理器 v10 |
| pomerium | 身份与上下文感知的访问代理 |
| smlnj | Standard ML 编译器与编程系统 |
| spoa | SIMD 加速的偏序对齐工具 |
| stellar-xdr | Stellar 网络的 XDR 编解码 CLI |
| unordered_dense | 高性能 robin-hood 哈希表/集合 |
| vcflib | 解析与处理 VCF 文件的 C++ 库与工具 |
| zapp | 从终端刷写 ZSA 键盘固件 |
| zfp | 支持高速随机访问的压缩数值数组 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| eez-studio | 仪表自动化与 GUI 开发的可视化工具 |
| factory | Factory.ai 的桌面客户端，把 Droids 装进本地工作流 |
| font-akt | 字体：Akt |
| font-alien-block | 字体：Alien Block |
| font-finlandica-headline | 字体：Finlandica 标题版 |
| font-finlandica-text | 字体：Finlandica 正文版 |
| font-m-plus-u | 字体：M+ U |
| ghostpepper | 语音转文字与会议转写工具 |
| jetbrains-air | JetBrains 出品的 Agent 原生开发环境 |
| manus | 自动化本地电脑工作流的 AI Agent |
| open-webui | Open WebUI 的桌面客户端 |
| openusage | Cursor / Claude Code / Codex / Copilot 的 AI 用量统计工具 |
| screenkite | 屏幕录制与编辑工具 |
| wox | 启动器工具 |
| yakit | 网络安全集成平台 |
值得留意的几个方向
这一节不求全，
只挑几个"我看到时停了一下"的东西。
crit：替你看 Agent 写的那堆"看起来都对"的代码
Agent 写代码的速度已经超过了人类阅读代码的速度。这不是夸张。当 Cursor 或者 Claude Code 一次给你 300 行 diff，你下意识做的事是滚动到底，看一眼测试通过没有，然后点 accept。
crit 想做的事很朴素——让 review 这一步重新变成"事"，而不是"形式"。它把 agent 生成的 plan 和 code 平铺在一个本地界面里，你可以画出某几行，留一条评论，然后点 finish review，agent 自动按你的评论改。
它没有解决"agent 怎么写得更好"，
它解决的是"我怎么不再假装我看过了"。
本地优先、一键分享、支持 190 种语言高亮、Vim 键位——这些都只是配料。真正的判断是：当 agent 越来越快，慢这一步反而成了奢侈品。
hermes-agent：把"经验"做成 Agent 的可持续资产
Nous Research 出的，定位有点克制——它不是 copilot，不是聊天机器人壳，而是"在你服务器上跑的自治 agent"。
但真正的彩蛋藏在描述里那一句：self-improving。它会从你的项目里持续学习，把解决过的问题留存为"技能"，下一次遇到同类问题直接调用。
这个想法不新，新的是它落地的方式：跨 Telegram、Discord、Slack、WhatsApp、邮件、CLI 操作；五种沙箱后端（local / Docker / SSH / Singularity / Modal）；并行子 agent 各跑各的对话和终端；自然语言 cron。它在赌的是——agent 真正的护城河不是模型，而是记住自己解决过什么。
它跟 Claude Code 的 skill 机制几乎是同一个方向。只是 hermes 更激进：技能不是人写好的，是它自己长出来的。
factory：当 IDE 厂商和 Slack 同时变成 Agent 的入口
Factory.ai 这周有了 Cask。1.5B 估值、150M C 轮、agent 能直接进 VS Code / JetBrains / Vim / 浏览器 / CLI / Slack / Teams 甚至 issue tracker。
它的口号是 "agents that work everywhere you do"，听上去像营销，但拆开看其实是个判断：Agent 不应该绑定 IDE，agent 应该绑定工作流。你在哪儿干活，它就在哪儿出现。
这跟同周出现的 jetbrains-air（JetBrains 的"agent 原生开发环境"）形成了一种微妙对照——一个想让 agent 跟着人走，另一个想给 agent 造一个自己的家。两条路都还没分出胜负，但桌面级 agent 应用这件事，已经从一两个先锋变成了一片小浪潮。
defuddle：替 Readability 写一个温柔点的版本
Obsidian Web Clipper 的副产品，结果反过来比主产品更值得记一笔。
它做的事就一件：从乱七八糟的网页里把正文抠出来，输出干净的 HTML 或 Markdown，顺手把元数据（标题、作者、发布时间、favicon、schema.org）也提取了。
跟 Mozilla Readability 比，它更"宽容"——不确定的元素倾向保留而不是删除，因为很多时候 Readability 删得太狠，把脚注和图注也一起带走了。它还会用移动端样式来识别"装饰性"元素，这个思路挺机灵的。
为什么值得停一下：在"AI 把网页喂给模型"成为日常的今天，预处理这一步的质量直接决定了下游的智商。defuddle 做的是那种默默改善整个生态的事。
趋势观察：AI Agent 正在长出"配套产业"
把这周的新增放在一起看，AI agent 这个领域出现了一种新的拓扑：
- 做事的层：hermes-agent、factory、manus、jetbrains-air
- 看着做事的层：crit（review agent 写的代码）
- 数着钱的层：openusage（统计 Cursor / Claude Code / Codex / Copilot 的用量与花销）
- 喂数据的层：defuddle（清洗网页给模型）
- 驱动模型的层：open-webui（本地模型的桌面前端）
一个领域开始出现"周边工具"，意味着它过了草莽期。当有人开始专门做"用量监控"、"代码审计"、"数据清洗"的时候，agent 就不再是某个 IDE 里的一个 panel，它开始有自己的供应链。
也就是说——Agent 终于不是单飞了。
一点个人感受
老实说，这周新增的科研工具不少（alevin-fry、cutadapt、hyphy、paml、iqtree3 一整套生物信息学工具链），但我没办法假装它们跟我有关系。这是 Homebrew 有意思的地方——它从来不只是"开发者商店"，它还是某些科研社区的发行渠道。
让我留意的是 zapp。ZSA 给自己的键盘做了个 brew install 的刷固件 CLI。这事很小，但很温柔——硬件厂商认真对待终端用户，是这个时代越来越稀缺的事。
至于 AI agent 那一堆，老实说，我未必会都装。openusage 我大概率装，因为我已经被某个月的 token 账单吓过一次；crit 我会观望，看它跟现有 review 习惯能不能对上；hermes-agent 现在还有点重，但方向我赞同——agent 的未来不在模型里，在它的"经验积累"里。
结语
一周之内，Homebrew 同时收下了"做事的 agent"、"审 agent 的工具"、"统计 agent 花销的应用"。这种多层次出现，本身就是一个信号。
工具不再是孤立的功能点，而是开始彼此咬合。当 agent 有了 reviewer、有了用量监控、有了数据清洗器，它就从"实验"变成了"生产"。
一个赛道开始有"配角"，才说明它真的成了。
这周的新工具列表，像是在替开发者清理桌面。
那些曾经散落在 /tmp、命名为 test/test2/actually-final 的目录，
那些永远配不好的 Makefile 环境，
那些需要记住"这个知识在哪个笔记里"的心理成本。这周的工具们在说：别记了，让工具来记。
本周一句话总结
新增不算多，但方向很明确——开发者开始为"减少心智负担"付费，而不是为功能付费。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| erfa | 基础天文计算库，用于天体轨道和星历计算 |
| floresta | 轻量级可嵌入的比特币客户端，为数据主权设计 |
| forgecode | AI 增强的终端开发环境，集成代码编辑和 AI 辅助 |
| hf-mount | 将 Hugging Face Buckets 挂载为本地文件系统 |
| lazymake | Makefiles 的现代 TUI 界面，可视化查看和管理构建任务 |
| mcp-remote | 支持 OAuth 的 Model Context Protocol 远程代理 |
| rabbitmqadmin | RabbitMQ 的命令行管理工具，基于 HTTP API |
| sdl3_mixer | 多声道音频混音器库，SDL3 的音频组件 |
| try | 快速管理实验性项目目录，智能模糊搜索和自动日期命名 |
| vite-plus | Web 开发的统一工具链入口 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| cavalry | 程序化运动设计和动画软件，实时渲染的 2D 动画工具 |
| gopher64 | N64 模拟器 |
| hop | HWP 文档查看和编辑器 |
| iplay | 多媒体播放器 |
| mujoco | 通用物理引擎 |
| paranoia-file-text-encryption | 文件加密工具，支持隐写术和后量子密钥交换 |
| rustcast | 应用和实用工具启动器 |
| server-box | 服务器状态监控工具，内置 SSH 终端、SFTP 和容器管理 |
| sharefile | Progress ShareFile 存储服务客户端 |
| tolaria | Markdown 知识库管理器，AI 时代的"第二大脑" |
| ua-connect | Universal Audio 设备的软件安装和管理工具 |
值得留意的几个方向
这一节不求全，
只挑 3 个 值得停下来看的点。
try：省掉"这个目录叫什么来着"的记忆成本
你有多少个叫 test、test2、new-test、actually-final 的目录？
它们散落在你的 filesystem 各处，有些在 /tmp，有些在 ~/projects/experiments，还有些在你自己都记不清的位置。过了一周再想找某个实验，只能靠 find . -name "*redis*" 碰运气。
try 解决的就是这个看似微小但持续消耗心力的问题。它给每个实验一个带日期的名字（比如 2025-08-17-redis-experiment），然后用智能模糊搜索让你瞬间找到——不是简单的字符串匹配，而是根据最近访问时间排序。
最妙的是它的哲学："Your brain doesn't work in neat folders. You have ideas, you try things, you context-switch like a caffeinated squirrel."
它没有试图教你整理文件夹的正确方式，而是承认了你的混乱，然后让它变得可用。
lazymake：让 Makefile 不再是个黑盒
Makefile 的问题从来不是语法难，而是你永远不知道里面定义了什么 target。
你打开一个项目，看到几十个 target，但不知道哪些是常用的，哪些之间有依赖关系，哪些会触发耗时很长的重建。要么硬着头皮读 Makefile，要么凭记忆猜 make build 还是 make compile。
lazymake 提供了一个漂亮的 TUI 界面，把所有 target 摊开来给你看。它能显示 target 之间的依赖关系，标记出常用的命令，甚至能预览执行结果。
对于那些不常接触但偶尔需要修改的项目，这种可视化的价值在于：你不需要重新理解整个构建系统，只需要在界面上找到你想要的那个按钮。
tolaria & cavalry：工具的分化
这周的两个 Cask 指向了两个不同的方向。
cavalry 是一个专业的 2D 动画软件，实时渲染、数据导入、rigging 系统——它是那种"把一件事做到极致"的工具。你需要学习它的专业术语，理解它的工作流，但一旦掌握，就能做出专业级别的作品。
tolaria 则完全相反。它是一个 Markdown 知识库管理器，但它的设计哲学是"不要学习新东西"。你的笔记就是普通的 .md 文件，用任何编辑器都能打开；版本控制就是 Git，你可以用命令行查看历史；甚至 AI 集成也是通过标准的 MCP 协议。
一个是封闭的专业系统，一个是开放的通用工具集。
两者都有价值，但趋势是：当工具的复杂度超过某个阈值时，用户开始偏好"只是文件"的可携带性。tolaria 的安装量（242次/30天）比 cavalry（105次/30天）高出一倍多，这可能不是巧合。
一点个人感受
try 和 lazymake 都是那种"装了之后不会卸载"的工具——它们解决的问题太小太日常，以至于一旦习惯就回不去。
相比之下，cavalry 这类专业工具更像是"有一天我会需要"的存在。它的功能很强大，但学习曲线意味着你必须在某个时间点集中投入精力。而现代开发者的时间碎片化程度，可能已经不支持这种深度学习了。
tolaria 的出现时机很有趣。它强调"笔记只是文件"、"Git 就是同步"、"MCP 标准接口"——这些都是在回应 Notion 等云端工具带来的焦虑：我的数据在哪里？我能带走吗？如果服务关闭怎么办？
也许下一代的工具不是功能更强的那个，而是让你最安心的那个。
结语
这周的工具列表里没有改变世界的东西。
但它们都在做同一件事：把开发者从"我需要记住什么"解放到"我只需要创造什么"。
try 省掉了目录命名的心理负担，lazymake 省掉了理解构建系统的负担，tolaria 省掉了担心数据锁定的负担。
工具在变，但好的节奏应该是：负担在消失，而创造力在增加。
下周见。
四月的第四周，工具列表突然变得拥挤。
brew update 之后跳出来一长串新增，
不是那种零星的点缀，而是成批的工具在找自己的位置。
有些是为了连接消息平台，有些是为了给 AI 代码助手加个壳，
还有一些，是 Apple Intelligence 落地后的余波。
本周一句话总结
AI 不再是单一工具，而是变成了需要被"连接"、"管理"、"编排"的基础设施——这周的更新像是在搭建一层中间件。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| cc-connect | 将本地 AI 编码代理连接到消息平台（Telegram/Slack/钉钉等） |
| odinfmt | Odin 编程语言的代码格式化工具 |
| ols | Odin 编程语言的 Language Server |
| openssl@4 | OpenSSL 的第 4 版主分支 |
| paneru | macOS 上的滑动/平铺窗口管理器 |
| pocket-id | 开源的身份认证提供商 |
| [email protected] | Zig 编程语言的 0.15 版本分支 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| equibop | 定制版 Discord 客户端 |
| fluidvoice | 离线语音转文字应用，带 AI 增强 |
| font-bjcree | BJ Cree 字体 |
| font-estedad | Estedad 字体 |
| google-gemini | Google Gemini 桌面 AI 助手 |
| intellij-idea-oss | IntelliJ IDEA 开源版 |
| koharu | ML 驱动的漫画翻译工具 |
| macshot | 截图和录屏工具 |
| openin | 将链接/邮件/文件路由到指定应用 |
| pluralplay-flclashx | 基于 ClashMeta 的代理客户端 |
| puremac | 开源应用管理器和系统清理工具 |
| renameclick | 本地优先的 AI 文件重命名应用 |
| t3-code@nightly | AI 代码助手的精简 GUI |
| unblocked | AI 驱动的开发者协作平台 |
| xdeck | TweetDeck 风格的 X/Twitter 客户端 |
值得留意的几个方向
这一周的新增很多，
但有几个工具指向同一个趋势：
AI 代理正在从"工具"变成"需要被管理的对象"。
cc-connect：把 Claude Code 接到你的聊天软件里
一个公式，连上了 9 个 AI 代理和 11 个聊天平台。
cc-connect 做的事情很简单：让你在 Telegram、Slack、钉钉、飞书甚至微信里，直接调用本地的 Claude Code、Cursor、Gemini CLI 或其他 AI 编码助手。不需要公网 IP，不需要自己搭服务器，装完就能用。
它解决的不是"怎么用 AI 写代码"这个问题，而是"怎么在不离开聊天软件的情况下用 AI 写代码"。对于很多人来说，聊天软件已经是工作流的中心——团队讨论在那里，任务分配在那里，现在 AI 代理也要去那里。
43 个安装量说明它还很小众，但这种"桥接"本身是一个信号：AI 代理不再是单独打开的应用，而是要被嵌入到现有工作流里的服务。
Web 管理界面可以配置多个项目，支持多代理编排、会话管理、模型切换——这些功能出现在一个 Homebrew formula 里，有点意外，也有点合理。
t3-code@nightly：给 AI 代码助手加个壳
T3 Code 是一个"minimal GUI for AI code agents"。它的逻辑更直接：既然 AI 代理已经在后台跑了（Claude Code、Cursor、Aider 等），那给它套个简单的图形界面会不会更好用？
界面确实简单：左边是文件树，右边是对话框，底部是终端输出。没有 VS Code 那么重的插件系统，没有 JetBrains 那么复杂的配置菜单，就是一个能让你和 AI 对话、看它改代码的窗口。
这种"精简"背后有个隐含判断：当 AI 能处理大部分编码任务时，IDE 的复杂度就变成了负担。你不需要那么多快捷键，不需要那么多面板，只需要一个能让 AI 展示它工作的地方。
nightly 版本的存在说明这个项目还在快速迭代中。43 个安装量和 cc-connect 一样，都是早期采用者的数量级。
google-gemini：Apple Intelligence 缺席后的替代方案
Google Gemini 桌面应用在四月登陆 macOS，要求 arm64 架构和 macOS 15+。2380 个安装量是这周所有新增里最高的。
它的出现有个背景：Apple Intelligence 在国内用不了，而 Google 的 Gemini 应用刚好填补了这个空白。不是所有人都愿意折腾区号、换账号，但所有人都想要一个能在桌面上随时唤起的 AI 助手。
FluidVoice（离线语音转文字，170 安装量）也是同样的逻辑：当系统自带的听写功能不够好或者不可用时，第三方的 AI 增强方案就成了刚需。
这两个工具的共同点是"补位"。它们不是创新，而是在现有生态的空缺处填上自己的形状。
趋势观察：AI 代理中间件化
如果把 cc-connect、t3-code、pocket-id（身份认证）、renameclick（AI 文件重命名）放在一起看，能看到一个模式：
AI 不再是单一工具，而是变成了需要被连接、管理、认证、封装的基础设施。
- cc-connect 负责把代理接到聊天平台
- t3-code 负责给代理套个轻量 GUI
- pocket-id 负责管理谁可以访问这些代理
- renameclick 负责把 AI 能力应用到具体场景（文件命名）
这和十年前的"云服务中间件化"很像。当时出现了 Kubernetes、Docker Swarm、Consul 这些工具来管理微服务；现在出现了类似的工具来管理 AI 代理。
区别在于，这次的速度更快。从"AI 助手能用"到"需要管理 AI 助手"，只用了不到两年。
其他值得提一下的
Odin 语言工具链成熟：odinfmt（格式化）和 ols（Language Server）的同时出现，说明这个自称"为稳健性、最优性和清晰度设计"的系统编程语言正在形成完整的开发体验。Zig 0.15 的独立分支也是同一件事的另一面。
paneru：窗口管理器的长尾需求：macOS 上的平铺窗口管理器一直有小众但稳定的需求（Amethyst、yabai、Rectangle 各有拥趸）。paneru 的出现说明这个细分市场还有空间。
OpenSSL@4：版本号的惯性：OpenSSL 跳到第 4 版主分支，但绝大多数人还在用 1.x 或 3.x。keg-only 的打包方式说明了 Homebrew 的态度：给你装，但不主动 symlink，让你自己决定要不要用。
一点个人感受
这周的新增列表读起来有点像在翻某家创业公司的产品目录。不是那种"又多了个 XXX 工具"的平淡，而是"原来这个环节已经有人在做产品了"的惊讶。
cc-connect 和 t3-code 这类工具的出现，说明 AI 编码助手已经从"尝鲜阶段"进入了"需要被整合进工作流"的阶段。这不是技术突破，而是工程化。
我注意到两个细节：
-
安装量都很低：43、43、170……这些数字说明还在早期。但对于 Homebrew 这种分发渠道来说，早期采用者的选择往往预示着下一步的主流。
-
夜间构建版本的增多：t3-code@nightly、vlc@nightly（虽然即将被废弃）……这说明有些项目正处于快速变化期，稳定版跟不上节奏。
还有一点主观的感受：当"管理 AI 代理"变成一个独立的需求类别时，有点讽刺。我们本来指望 AI 能简化管理工作，结果反过来要管理 AI 本身。但这可能就是技术演进的路径——每一层抽象都会带来新的复杂度，然后再催生下一层抽象来处理它。
结语
工具在变多，但节奏不必跟着变快。
这周新增了 7 个 Formula 和 15 个 Cask，是近几个月最热闹的一周。但真正值得记住的不是数量，而是方向：AI 正在从"用来做什么"变成"怎么被组织起来"。
有时候，brew update 之后看到的不只是新工具，还有工具之间的空隙——以及填补那些空隙的新工具。
四月中旬,苹果的系统能力开始以工具的形态外溢。
Apple Intelligence 有了命令行入口,Apple Containers 有了原生 GUI,终端里甚至多了一个电子表格。与此同时,一个六万星的 AWS 模拟器被标记 deprecated,依赖链在同一天被清理干净。这一周的列表,一半在打开新入口,一半在关闭旧通道。
本周一句话总结
系统能力在变成命令行工具,旧工具在变成历史注脚。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| apache-arrow-adbc-glib | Apache Arrow ADBC 的 GLib 绑定 |
| apfel | 命令行访问 Apple Intelligence,附带 OpenAI 兼容 API 服务器 |
| dart-sass | Sass 的 Dart 参考实现 |
| fvm | 按项目管理 Flutter SDK 版本 |
| libheif-plugins | HEIF 文件格式编解码器插件 |
| nbytes | 从 Node.js 核心提取的字节处理函数库 |
| overturemaps | 与 Overture Maps 数据交互的 Python 工具 |
| resticprofile | restic 备份的配置文件管理器和调度器 |
| rpiboot | 树莓派 Compute Module 的 USB 启动工具 |
| sheets | 终端里的电子表格工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| appgridmac | AI 辅助的 Launchpad 替代品 |
| backblaze-restore | Backblaze 备份恢复客户端 |
| baoliandeng | 基于 Mihomo (Clash Meta) 的 VPN 代理 |
| cadran | 渲染在图标后面的桌面时钟 |
| cc-switch | AI 编码代理的配置管理器 |
| clearance | Markdown 查看器和编辑器 |
| copilot-language-server | GitHub Copilot 语言服务器协议实现 |
| font-suez-one | 字体 |
| font-sulphur-point | 字体 |
| font-sumana | 字体 |
| font-sura | 字体 |
| font-suranna | 字体 |
| font-suravaram | 字体 |
| font-syne-mono | 等宽字体 |
| font-syne-tactile | 字体 |
| happ | 构建代理绕过网络限制的平台 |
| hive-app | 跨项目并行编码的 AI 代理编排器 |
| idevice-pair | 为 iOS 设备生成配对记录 |
| intiface-central | Buttplug 设备控制库的前端应用 |
| orchard | Apple Containers 的原生 GUI |
| paper-design | 界面和原型设计工具 |
| plamo-translate | 专注日语的翻译器 |
| rayon | 面向室内设计师的 AI 绘图工具 |
| rockxy-community | HTTP 代理 |
| rowboat | 带记忆的开源 AI 协作助手 |
| tablen | 原生 SQL 客户端 |
| vibe-island | 灵动岛 AI 代理工具 |
| worksheet-crafter | 工作表和课程材料制作工具 |
本周重大更新与变化
📦 Major Updates (Casks)
| 名称 | 版本 | 说明 |
|---|---|---|
| moradownloader | 2.0.0 | mora 音乐下载工具大版本更新 |
| orangedrangon-android-messages | 6.0.0 | 非官方 Android Messages 桌面客户端 |
| mouseless@preview | 1.0.0-preview.1 | 键盘控制鼠标的工具,到达 1.0 预览版 |
⚠️ Notable Changes (Formulae)
| 名称 | 变化类型 |
|---|---|
| localstack | 被标记 deprecated,上游项目已归档 |
| awscli-local | 移除了对 localstack 的依赖 |
| tinymist | 新增 shell completions 支持 |
值得留意的几个方向
apfel：Apple Intelligence 的命令行入口
Apple Intelligence 一直藏在系统设置和 Siri 后面。apfel 做的事情很简单:给它开了一扇终端的门。
brew install apfel,不需要 API key,不需要下载模型,不需要配置。macOS Tahoe 自带一个约 30 亿参数的语言模型,跑在 Apple Silicon 的 Neural Engine 上。apfel 把这个模型通过 Apple 的 FoundationModels 框架暴露出来,提供三种模式:命令行工具、交互式聊天、OpenAI 兼容的 HTTP 服务器。
最后一点是关键。OpenAI 兼容意味着你现有的任何用 OpenAI SDK 写的脚本,只要把 base URL 改成 localhost,就能接上苹果的本地模型。零成本,完全离线,数据不出设备。
但 4096 token 的上下文窗口决定了它的定位:快速的文本处理、shell 脚本里的胶水层、commit message 生成这类短任务。不是用来替代 Claude 或 GPT 的,是用来替代"这个小任务值不值得调一次 API"这个纠结的。
它还支持 MCP。这意味着你可以把本地文件系统、数据库、甚至其他 API 作为工具接进来。一个免费的、完全本地的、支持 tool use 的 AI——虽然能力有限,但对于自动化脚本来说,够了。
orchard：Apple Containers 有了自己的 GUI
Apple Containers 是苹果在 macOS 26 上的原生容器方案。orchard 是它的第一个第三方 GUI。
要求 macOS 26 以上,这说明它完全依赖苹果的原生虚拟化框架,没有绕道 Docker Desktop 那套。对于那些"想在 Mac 上跑容器但不想装 Docker Desktop"的人来说,这条路终于开始有工具了。
目前安装量只有 107,说明 macOS 26 的用户基数还很小。但它进了 Homebrew Cask,意味着苹果的容器生态正在从"技术预览"走向"有人在上面写工具"的阶段。
localstack：六万星项目的体面退场
LocalStack 是本地模拟 AWS 服务的工具。S3、DynamoDB、Lambda、SQS——你能想到的 AWS 服务,它都能在你的笔记本上跑一个假的出来。64,900 颗星,是很多团队本地开发和 CI 流程里不可或缺的一环。
三月底,上游仓库被标记为 archived。官方的说法是"合并到统一镜像",提供一个"更可靠和精简的体验"。翻译一下:开源版和商业版要合并了,以后只有一个入口——那个带 Hobby 免费计划的统一版本。
Homebrew 这边的反应很快。4 月 12 日,localstack 被标记 deprecated,同一天 awscli-local 移除了对它的依赖。依赖链的清理比项目归档还要干脆。
这是一个典型的"开源项目商业化收编"的故事。免费版没有消失,只是搬了个地方,换了个名字,加了个注册页面。对于那些在 CI 脚本里写死了 brew install localstack 的团队来说,这周要改一行命令了。
趋势观察：AI 代理的基础设施在成型
这周的 Cask 列表里,AI 相关的工具密度很高:
- cc-switch: AI coding agents 的配置管理器——当你同时用 Claude Code、Cursor、Copilot,每个都有自己的配置文件,cc-switch 在管这件事
- hive-app: 跨项目并行编码的 AI 代理编排器
- rowboat: 带记忆的 AI 协作助手
- vibe-island: 灵动岛里的 AI 代理
- copilot-language-server: Copilot 的 LSP 实现,上期在 Formula 里出现过,这次 Cask 也有了
这些工具不是 AI 模型本身,是 AI 模型的"水电煤"——配置管理、任务编排、记忆持久化、界面集成。当围绕 AI 代理的基础设施开始密集出现,说明这个领域正在从"尝鲜"进入"日常使用"。
一点个人感受
apfel 让我意识到一件事:macOS 自带的那个语言模型,我从来没主动用过。不是因为它不好,是因为它没有入口——或者说,它的入口是 Siri,而我已经很久不和 Siri 说话了。apfel 给了它一个我愿意用的入口。
localstack 的退场让我想起一个模式:开源项目做大,商业化收编,免费版变成"免费计划"。这不是坏事,但每次看到都有点微妙的不适感——像是你常去的公园突然加了个扫码入口,里面的东西没变,但感觉变了。
这周的 Cask 列表里有 8 个字体。字体包进 Homebrew 这件事,说明开发者对字体的态度变了——以前是"系统默认就行",现在是"我的终端要用 JetBrains Mono,我的编辑器要用 Fira Code"。字体成了开发环境的一部分。
cc-switch 的存在让我觉得,AI 编码工具的碎片化程度,已经到了需要一个"配置管理器"来管配置管理器的地步了。
结语
苹果的系统能力正在被拆解成一个个命令行工具和独立应用。Apple Intelligence 不再只是 Siri 的后端,Apple Containers 不再只是 WWDC 的演示。当这些能力出现在 brew install 的列表里,它们就从"平台特性"变成了"开发者工具"。
与此同时,旧工具在退场,新的基础设施在铺设。这一周的 Homebrew 不安静,只是变化的方式不一样了。
系统能力变成工具的那一刻,才是它真正被接受的时候。
这周的工具列表里，突然多了很多"移植"的影子。
不是新想法，是旧思路在换场景。Swift 想去 Android，Python 想用 Rust 重写，AI 订阅想借给编辑器用。看起来我们进入了"不是造新轮子，是把轮子装到别的车上"的时期。
本周一句话总结
一批关于"如何把 A 搬到 B"的工具。
四月初的工具箱，越来越多的是"怎么把这套路子移到那边去"
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| copilot-language-server | GitHub Copilot 的语言服务器协议实现 |
| dartaotruntime | 运行 Dart AOT 编译快照的命令行工具 |
| expert | Elixir 官方语言服务器实现 |
| git-format-staged | 在提交前格式化暂存文件的 Git 命令 |
| graalvm | 带 Graal 编译器和 Native Image 的 JDK 发行版 |
| libkiwix | Kiwix 所有移植版本的通用代码库 |
| libpathrs | Linux 上更安全的路径解析 C 友好 API |
| merve | 从 CommonJS 模块提取命名导出的 C++ 词法分析器 |
| rustpython | 用 Rust 编写的 Python 解释器 |
| rvvm | RISC-V 虚拟机 |
| sarif-fmt | 将 SARIF 文件格式化为易读输出 |
| skip | 用 Swift 构建 Android 应用的工具 |
| t2sz | 压缩文件为可寻址的 zstd 格式，支持 tar 存档的按文件寻址 |
| tini | 容器用的最小但有效的 init 进程 |
| yelp-xsl | Yelp 文档转换工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| craft-agents | 连接多个数据源的 AI 助手 |
| font-ioskeley-mono | 等宽字体 |
| font-strichpunkt-sans | 无衬线字体 |
| proton-meet | Proton Meet 桌面客户端 |
| radial | 基于手势的应用、文本片段和脚本启动器 |
| remanager | reMarkable 平板的模组管理桌面应用 |
| super | 融合结构化和半结构化数据的分析数据库 |
| vibeproxy | 让 AI 订阅在编码工具中可用的菜单栏应用 |
| wallspace | 动态壁纸应用 |
值得留意的几个方向
skip：把 Swift 搬到 Android 这件事
Swift 本来只活在苹果生态里。skip 想做的是：让你用 Swift 写一套代码，同时编译出 iOS 和 Android 应用。
不是跨平台框架那种"写一次，到处丑"的方案。是"写 Swift，编译出真的 Kotlin"。它在编译层动了手脚，不是在运行时做兼容。
这省掉的是"又要学 Kotlin 又要学 Swift"这件事。但代价是你得接受 skip 对 Swift 的理解——它能翻译的只是 Swift 的子集。
rustpython：用 Rust 重写 Python 解释器
Python 慢是因为解释器用 C 写的，Rust 重写能快多少？rustpython 在试这个问题。
它不是要替代 CPython，是在做"如果我想嵌入一个 Python 解释器到 Rust 项目里，我能不能不依赖 CPython"。这解决的是 FFI（Foreign Function Interface）的心智负担——不用管内存怎么在 Rust 和 C 之间传，直接在 Rust 里跑 Python 代码。
但这意味着很多 CPython 的扩展不能用。如果你的代码依赖 numpy、pandas 这些，rustpython 暂时帮不了你。
vibeproxy：让 AI 订阅共享给多个工具
你订阅了 Claude Pro，想在 VSCode、Cursor、终端里都用。vibeproxy 做的是：它假装自己是 OpenAI API，把请求转给你的 AI 订阅。
省掉的是"每个编辑器都要配一遍 API key"这件事。也省掉"买多个订阅"的钱。
但它是个代理层，所以延迟会多一点。而且它要一直跑在后台。适合那种"我就是想把 Claude 用在所有地方"的人。
git-format-staged：只格式化你改过的代码
你在一个老项目里改了三行代码，prettier 想把整个文件重新格式化一遍。git commit 的时候 diff 一团糟，reviewer 看不出你到底改了什么。
git-format-staged 做的是：只对你这次暂存的那几行代码跑格式化工具，其他地方不碰。
这省掉的是"要不要先提一个纯格式化的 commit"这种纠结。也省掉"手动选中要格式化的行"的操作。
一点个人感受
graalvm 进 Homebrew 了，这是个信号——Native Image 的编译时间从"能忍"变成"可以接受"了吗？还是大家放弃了等它再快一点？
skip 的思路很聪明，但我不确定会有多少人愿意把 Android 的生命周期交给一个编译层。万一哪天 Kotlin 出了新特性，skip 跟不上怎么办？
vibeproxy 让我想起以前用 SS 的时候，那种"把一个订阅分给所有设备用"的感觉。工具本身没问题，但我隐约觉得这类需求的存在，说明现在 AI 订阅的定价模式还没稳定下来。
结语
迁移永远比重新开始便宜，但只在你知道终点不会变的时候。
这周的工具都在省一个成本：学习新东西的成本。但它们的代价是你得相信这条迁移路径会一直有人维护。
工具在变，但节奏不必跟着变。
下期预告
继续观察 Homebrew 的动向，看看四月中还会出现哪些"省心智成本"的工具。
HTTP 402，一个等了二十多年的状态码，终于有人把它当真了。
三月末的更新列表里，有一种"不想等"的感觉。
不是那种急躁，是那种"既然要做，就不等标准完善了"的态度。
从终端里直接处理视频，到把付费写进 HTTP 客户端，都在说同一件事。
本周一句话总结
工具开始不再假装自己很"通用"。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| crip | 提取服务器证书的工具 |
| dispenso | 高性能 C++ 并行编程库 |
| jsongrep | JSON 文档路径查询语言 |
| lazycut | 终端视频剪辑 TUI |
| miniaudio | 音频播放和录制库 |
| nextpnr-ice40 | Lattice iCE40 FPGA 布线工具 |
| opentimestamps-client | 创建和验证 OpenTimestamps 证明 |
| pay | 自动处理 402 付费请求的 HTTP 客户端 |
| pipewire-gstreamer | PipeWire 的 GStreamer 插件 |
| proxelar | HTTP/HTTPS 中间人代理 |
| qtcanvaspainter | Qt Quick 加速 2D 绘图方案 |
| qttasktree | Qt 异步任务执行库 |
| wireplumber | PipeWire 会话和策略管理器 |
| xcursorgen | 从 PNG 图片生成 X 光标文件 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| altar-ai | AI 驱动的会议助手 |
| claude-code@latest | 终端 AI 编程助手 |
| font-bj-cree | BJ Cree 字体 |
| font-saira-stencil | Saira Stencil 字体 |
| incident-io | 事故管理平台 |
| jiba | Apple Music 元数据本地化工具 |
| nimbalyst | 用 Codex 和 Claude Code 构建的可视化工作区 |
| notchi | Claude Code 的 Notch 伴侣工具 |
| nvidia-sync | 在远程 Linux 系统上启动应用和容器的工具 |
| ob-xf | 虚拟模拟合成器 |
| scribus@devel | 开源页面排版程序开发版 |
| voiden@beta | API 开发工具测试版 |
值得留意的几个方向
lazycut：省掉"导出了再看"这一步
终端里直接剪视频，听起来像是在秀肌肉。但它在省的心智成本其实是：你不用再"打开 Finder → 找到文件 → 拖进剪辑软件 → 等预览加载"。
很多时候你只是想"把这段视频前面三秒切掉"，但完整的流程让你觉得"算了，就这样吧"。lazycut 把这个门槛降到了"cd 进目录就能干"的级别。
它不是在替代专业剪辑软件。它是在替你省掉"为了一个三秒操作而打开一个三分钟启动的软件"这件事。
pay：当 HTTP 402 不再是笑话
HTTP 状态码 402 Payment Required，从 1997 年就写在 RFC 里，但二十多年来都只是个"保留字段"。所有人都知道它存在，但没人真的用它。
pay 这个工具的出现，不是在说"我们终于能用 402 了"，而是在说"我们不想等标准完善了"。它自己定义了一套规则，让 HTTP 客户端可以直接处理付费请求——基于 Solana 的链上支付。
这种态度挺有意思的：与其等一个"所有人都同意"的标准，不如先做一个"能跑"的实现。它可能不会成为主流，但它在证明"这件事是可以做的"。
一个趋势：AI 工具开始"搬家"
这次更新里出现了三个跟 Claude Code 相关的 cask：claude-code@latest、nimbalyst、notchi。
这不是说 AI 工具变多了，而是说它们开始"离开浏览器"了。以前你要用 Claude，你就打开网页；现在你可以装个命令行工具，或者装个桌面伴侣。
工具的形态在变，从"通用界面"变成"专用场景"。这种变化的底层逻辑是：当一个工具被频繁使用时，人们会希望它"更近一点"。不是功能上的近，是物理距离上的近——少开一个标签页，少切一次窗口。
一点个人感受
jsongrep 我可能会装，因为 jq 的语法我永远记不住，而"grep"这个词能让我少查一次文档。
pay 我不会装，不是因为它不好，而是因为我不觉得现在"用 HTTP 付费"是个刚需。但我会记住它，因为它在证明一件事：标准可以是"先做出来"再慢慢达成共识的。
至于那些 AI 伴侣工具，我觉得方向很明确，但可能还早。现在装一堆小工具，不如等它们合并成一个。
结语
三月的最后一天，工具列表还是那么长。
但越来越少有工具会说"我什么都能干"。
它们都在说"我只干一件事，但我干得比你想象的近"。
工具在变，但节奏不必跟着变。
下期见。
开发工具的边界正在从“代码编辑器”向“上下文与代理”扩散。
这一期看起来是常规的 CLI 与数据库工具更新，
但仔细看，会发现多个项目都在解决同一个问题：
如何让 AI 与开发环境协同工作。
本周一句话总结
开发工具链正在为 AI 代理准备新的接口层。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| apache-arrow-adbc | 基于 Arrow 的跨语言数据库访问接口 |
| cline | 面向复杂任务的 AI 编码代理 |
| ctx7 | 管理 AI 编程上下文与技能文档的工具 |
| cyan | iOS 应用注入与修改工具 |
| dtop | 跨主机 Docker 监控终端面板 |
| et | 支持 IP 漫游的远程终端 |
| ggml | 轻量级机器学习张量库 |
| icestorm | iCE40 FPGA 比特流分析工具 |
| lief | 可执行文件分析与修改库 |
| oh-my-agent | 多 Agent 工作流运行框架 |
| portless | 用可读名称替代本地端口号 |
| summarize | 多模态内容摘要工具 |
| wmbusmeters | 读取智能仪表数据的工具 |
| zycore-c | Zyan C 核心库 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| dbeaverteam | 通用数据库客户端 |
| dbvr | 轻量级数据库操作 CLI |
| fidelity-trader+ | 股票交易平台 |
| font-selawik | Selawik 字体 |
| supasidebar | 类 Arc 的跨浏览器侧边栏 |
| tencent-ugit | 腾讯 Git 图形客户端 |
| voicemod | 实时变声与音效工具 |
值得留意的几个方向
cline：AI 编程代理开始走向“复杂任务执行”
cline 并不是一个简单的代码生成工具，而是一个可以持续执行任务的 AI 编码代理。它的价值在于把“生成代码”升级为“管理开发流程”，例如跨文件修改、测试修复和任务拆解。这类工具的意义不在于写代码更快，而是降低人类维护上下文与状态的心智负担，让开发者从指挥者变成监督者。
apache-arrow-adbc：数据库访问正在被重新标准化
ADBC 试图把数据库访问统一到 Apache Arrow 的内存格式之上，让不同语言与数据库之间共享同一套数据接口。这意味着数据分析、机器学习与应用程序之间的数据复制和序列化成本会显著下降。对需要跨语言或高性能数据处理的系统来说，这是一种从根层提升效率的基础设施。
portless：本地开发环境正在向“可读化网络”演进
portless 通过为本地服务分配稳定、可读的 URL（如 api.local）来替代随机端口号。这不仅提升人类可读性，也让 AI Agent 能更稳定地调用本地服务。随着本地服务数量增加，这种命名层实际上是在给开发环境补上一层“DNS”，减少记忆端口与修改配置的认知成本。
一点个人感受
这一期的工具并没有特别“炫技”的项目，但多个工具都在围绕同一件事：
让开发环境对 AI 更友好。
有些工具你可能永远不会直接安装，比如 ADBC；
但它们一旦被框架或数据库采用，就会悄悄进入你的日常工作流。
结语
开发工具的演进往往不是通过一个明星项目完成的，
而是通过一组看似分散的小工具慢慢重构生态。
工具在变，但节奏不必跟着变。
很多新工具，并不是为了增加能力，而是减少摩擦。
当项目规模变大，
真正消耗注意力的往往不是功能实现，
而是构建、协作和隔离这些基础环节。
本周一句话总结
这周新增工具明显围绕 构建效率、AI Agent 安全运行、协作开发体验 三个方向展开。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| buildkitd | Docker BuildKit 构建守护进程，支持并发构建与高效缓存 |
| docker-engine | Docker 容器运行环境 |
| ffc.h | 单头文件 C99 高性能浮点解析库 |
| flowrs | Apache Airflow 的终端界面管理工具 |
| garden | 管理 Git 仓库集合的工具 |
| gittype | 把源码变成打字练习的 CLI 游戏 |
| ipapatch | iOS IPA 文件补丁与插件修改工具 |
| models | 浏览 AI 模型、基准测试与代理工具的 TUI |
| nfd2nfc | 文件名编码 NFD → NFC 转换工具，提升跨平台兼容性 |
| nono | 面向 AI Agent 的能力隔离沙盒 Shell |
| powershell | 跨平台命令行 Shell 与脚本语言 |
| scala-cli | Scala 运行与构建工具 |
| sem-cli | 语义化版本控制 CLI |
| topicctl | Kafka Topic 声明式管理工具 |
| tsshd | 支持漫游的 UDP SSH 服务 |
| upterm | 即时终端共享工具 |
| vapoursynth-bm3d | VapourSynth 视频降噪滤镜 |
| vapoursynth-descale | VapourSynth 反缩放插件 |
| weave | 基于 tree-sitter 的 Git 语义级合并驱动 |
| zsign | 跨平台 iOS 应用签名工具 |
| zvbi | 视频垂直消隐信号解码库 |
| zxc | 高性能非对称无损压缩库 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| gram | 强调稳定与隐私的代码编辑器 |
| seamly2d | 服装版型设计软件 |
| spectra-app | OpenSpec 文档管理桌面应用 |
| ulaa | 注重隐私保护的浏览器 |
| wowup-cf | 魔兽世界插件管理器 |
| x-air-edit | Behringer X AIR 调音台远程控制软件 |
值得留意的几个方向
buildkitd：构建系统正在变成“基础设施”
Docker 生态真正影响效率的，其实并不是容器运行，而是镜像构建过程。
buildkitd 提供并发构建、缓存复用和 Dockerfile 解耦能力，让镜像构建更像一个可以优化的流水线，而不是一次性脚本。当 CI/CD 规模扩大时，构建时间往往成为开发效率瓶颈，而 BuildKit 的价值就在这里：它把构建过程从“黑盒步骤”变成可调优的工程组件。
nono：AI Agent 需要新的安全边界
随着 AI Agent 开始参与自动化开发流程，
Shell 权限问题也变得越来越敏感。
nono 通过能力模型与系统级隔离，为 AI Agent 提供一个受控运行环境。Agent 可以执行命令，但只能在被授权的能力范围内活动。这类工具的意义并不是功能多少，而是为未来的自动化开发提供一个更安全的默认运行方式。
upterm：终端协作正在变得像分享链接
远程调试 CLI 程序通常需要 SSH、VPN 或屏幕共享。
upterm 将终端共享简化为生成一个会话链接，其他人即可加入同一个终端会话。对远程排查问题、结对编程或教学来说，这种方式比传统远程桌面轻得多，也让终端第一次拥有类似在线文档的实时协作体验。
一点个人感受
这一期新增的工具里，有不少看起来并不“耀眼”。
但仔细看会发现，它们解决的往往是开发流程里那些不起眼却长期存在的问题：构建速度、远程协作、自动化安全。
这些工具可能不会每天使用，但当工程规模变大时，它们往往会突然变得非常重要。
结语
Homebrew 的更新记录，其实也是一份开发工具生态的变化日志。
当新的开发方式出现时，总会有人先写出一个小工具，把问题解决掉。
工具在变，但节奏不必跟着变。
越来越多工具正在离开桌面，走向系统深处。
这一期没有特别“吸睛”的应用。
但多了不少你可能永远不会直接运行的工具。
它们更像基础设施的一部分，在系统背后慢慢改变开发方式。
本周一句话总结
这是一组明显面向“开发环境基础设施”的更新。
很多新增项目并不是给用户使用的应用，
而是构成：
- 容器运行环境
- AI 编程工作流
- 权限系统
- CLI 自动化生态
的一部分。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| apkeep | 从不同来源下载 APK 文件的 CLI 工具 |
| atuin-server | atuin shell 历史同步服务 |
| checkpwn | 检查邮箱是否出现在泄露数据库中 |
| cloudflare-speed-cli | 基于 Cloudflare 的测速工具 |
| containerd | 开源容器运行时 |
| dlpack | 跨框架共享张量数据结构 |
| git-pkgs | 追踪 Git 历史中的依赖变化 |
| googleworkspace-cli | Google Workspace 命令行工具 |
| kubectl-tree | 以树形结构浏览 Kubernetes 对象 |
| [email protected] | 轻量级脚本语言 Lua |
| mkbrr | 创建与修改 torrent 文件 |
| openspec | 面向 AI 编程助手的规范驱动开发工具 |
| pet | 命令行代码片段管理器 |
| rustypaste-cli | rustypaste 服务 CLI |
| spicedb | 类 Google Zanzibar 权限数据库 |
| termusic | Rust 编写的 TUI 音乐播放器 |
| torf-cli | torrent 文件创建与编辑工具 |
| vapoursynth-bestsource | 视频处理工具 |
| vuls | 无代理漏洞扫描器 |
| x-cli | Twitter 命令行工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| font-ghanachocolate | Ghana Chocolate 字体 |
| font-miranda-sans | Miranda Sans 字体 |
| ltx-desktop | LTX 视频生成模型桌面应用 |
| paseo | AI 编码 Agent 的自托管守护进程 |
| spokenly | AI 语音转录与编辑工具 |
| t3-code | AI 代码代理 GUI |
| tablepro | MySQL / PostgreSQL / SQLite 数据库客户端 |
| vcmi | 《英雄无敌 III》开源引擎 |
值得留意的几个方向
这一节不求全，
只挑几个真正值得停下来看的技术信号。
containerd：容器世界真正的运行核心
容器技术通常被理解为：Docker。
但在现代云原生架构中，
真正负责运行容器的其实是 containerd。
技术栈结构大致是：
Docker
↓
containerd
↓
runc
↓
Linux kernel
containerd 负责：
- 镜像管理
- 容器生命周期
- 资源隔离
- runtime 调度
Kubernetes、Docker、许多 PaaS 平台
实际上都依赖它。
Homebrew 收录 containerd 的意义是：
开发环境正在变得更接近生产环境。
越来越多开发者开始在本地直接运行完整容器栈，
而不是依赖一层封装好的 Docker Desktop。
这也是一个明显趋势：
开发机正在变成一个“小型云平台”。
SpiceDB：权限系统正在数据库化
spicedb 是本期最值得关注的基础设施项目之一。
它的设计灵感来自 Google 的著名权限系统：
Zanzibar
Zanzibar 支撑着：
- Google Drive
- YouTube
- Google Docs
的权限关系。
为什么权限系统这么难
传统权限模型通常是：
user → role → resource
但现代 SaaS 的权限关系会变成：
用户
团队
组织
资源
共享
继承
协作
权限关系会形成复杂图结构。
SpiceDB 的做法是：
把权限关系当作图数据库处理。
例如：
user:alice
member_of
team:design
team:design
owns
doc:proposal
这样就可以动态计算权限。
为什么重要
未来复杂应用几乎都需要：
- 协作权限
- 多组织结构
- 细粒度授权
SpiceDB 这类系统正在成为：
权限基础设施。
OpenSpec：AI 编程开始进入“规范驱动”
AI 编程工具越来越多，
但一个问题也越来越明显：
AI 很擅长写代码，
却很难保持系统结构一致。
OpenSpec 的目标是：
让开发流程变成：
Spec → AI → Code
而不是：
Prompt → Code
Spec 可能包括：
- API 规范
- 数据结构
- 行为约束
- 架构约定
AI 只负责生成实现。
这其实是一种新的开发模式：
Spec Driven Development（SDD）
它解决的不是代码问题，而是：
AI 如何参与系统工程。
kubectl-tree：理解 Kubernetes 的结构
Kubernetes 对新手来说最大的困难之一是：
对象关系。
例如：
Deployment
↓
ReplicaSet
↓
Pod
同时还有：
- Service
- Ingress
- ConfigMap
- Secret
关系复杂且分散。
kubectl-tree 的做法非常简单：
把对象关系变成一棵树。
示例：
deployment/web
└─ replicaset/web-123
└─ pod/web-abc
这种视图对调试问题非常有用。
当 Kubernetes 规模变大时，
理解对象结构本身就是一种成本。
这个工具正是在减少这种心智负担。
pet：命令行时代的“代码片段库”
很多开发者都有这样的文件：
commands.txt
cheatsheet.md
notes.md
里面记录各种：
- docker 命令
- kubectl 命令
- ffmpeg 命令
pet 做的事情很简单：
把这些命令变成可搜索、可执行的片段库。
例如：
pet search docker
pet run kubectl-restart
当 CLI 工具越来越多时，
“记住命令”本身就变成负担。
pet 的价值是：
把记忆成本转化为工具能力。
cloudflare-speed-cli：测速工具的另一个方向
测速工具很多，但大多数使用：
Speedtest 网络。
Cloudflare-speed-cli 的特点是：
直接测试 Cloudflare 网络路径。
这对于很多开发者其实更真实：
因为大量服务现在都在 Cloudflare CDN 上。
如果你经常访问：
- GitHub
- npm
- Cloudflare Workers
- 各类 CDN
这个测速结果可能比传统 Speedtest 更有意义。
一点个人感受
这一期让我印象最深的是一种“基础设施感”。
很多新增项目：
- 不提供 GUI
- 不解决日常效率
- 不直接面对用户
却在悄悄改变开发环境。
像 containerd、spicedb 这样的工具，
你可能永远不会直接运行。
但未来的软件系统很可能就建立在这些组件之上。
结语
Homebrew 的更新列表有时像一份技术世界的地下水位报告。
你未必能看见它，
却能感觉到环境正在慢慢改变。
工具在变，但节奏不必跟着变。
真正重要的工具，往往不在桌面上，而在底层。
这一期没有让人眼前一亮的“新玩具”，
却多了不少你可能永远不会直接使用，
但每天都会间接受益的底层工具。
本周一句话总结
这一期新增工具的气质非常统一：
越来越多工具不再面向用户，而是面向系统本身。
它们不解决“操作问题”，
而是在悄悄重塑：
- 开发环境结构
- 容器运行方式
- AI 能力组织形式
- 系统安全模型
换句话说：
这一期更新的是“地基”，不是“房子”。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| betterleaks | 高性能敏感信息扫描工具 |
| cni-plugins | 容器网络接口插件集合 |
| landrun | 基于 Landlock 的 Linux 进程沙箱 |
| mp4ff | MP4 文件解析与处理工具库 |
| protobuf@33 | Google Protocol Buffers 数据交换工具 |
| rootlesskit | 无需 root 权限的容器运行工具 |
| runc | OCI 标准容器运行时工具 |
| skills | 面向 AI Agent 的技能生态框架 |
| termframe | 将终端输出生成 SVG 截图的工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| bettercapture | 屏幕录制与捕获工具 |
| cmux | 面向 AI 编码场景的终端应用 |
| connectiq-sdk-manager | Garmin Connect IQ SDK 管理工具 |
| fabric-app | 个人知识管理与笔记应用 |
| font-datatype | Datatype 字体 |
| font-gmarket-sans | Gmarket Sans 字体 |
| font-iosevka-charon | Iosevka Charon 字体 |
| font-iosevka-charon-mono | Iosevka Charon Mono 字体 |
| itsytv | Apple TV 菜单栏控制工具 |
| kotlin-lsp | Kotlin 官方语言服务器 |
值得留意的几个关键方向
这一期真正值得关注的，不是单个工具，
而是几个非常清晰的技术趋势信号。
🧠 一、容器底层正在进入“无 Root 时代”
这一期最重磅的其实是一整条技术链：
- rootlesskit
- runc
- cni-plugins
它们共同指向同一个趋势：
容器正在从“工具”变成“操作系统级基础设施”。
rootlesskit —— 容器安全的未来方向
传统容器必须依赖 root 权限：
这意味着一旦容器逃逸，
风险几乎等同于系统被攻破。
rootlesskit 的核心价值在于：
让容器完全以普通用户权限运行。
它通过用户态能力模拟：
- user namespace
- network proxy
- mount proxy
把 root 能力转译成安全可控的机制。
为什么重要
未来几年会成为默认趋势：
- 企业安全策略会强制 rootless
- CI/CD 环境必须无 root
- 云开发环境全面去特权化
它是：
下一代容器安全架构的基石。
runc —— 容器世界真正的执行核心
很多人以为 Docker 在运行容器，
实际上真正执行容器的是 runc。
技术链路是：
Docker → containerd → runc → Linux kernel
Homebrew 收录 runc 的意义在于：
本地开发环境正在变得“原生化”。
未来趋势：
- 不再依赖 Docker Desktop
- 运行时可自由替换
- 更接近 Linux 原生能力
这就是所谓的：
后 Docker 时代。
cni-plugins —— Kubernetes 网络的根基
容器最复杂的部分并不是运行，
而是网络。
CNI 插件负责：
- IP 分配
- NAT
- Overlay 网络
- Service 通信
它们的出现意味着：
本地开发环境正在趋近生产环境。
未来开发机将越来越像：
一个可随时重建的小型数据中心。
🤖 二、AI Agent 正在进入“生态时代”
skills —— AI 能力开始模块化
这是本期最具未来信号的工具。
它代表 AI 正从：
“模型能力”
转向：
能力生态系统。
技术本质
它类似于：
| 时代 | 代表生态 |
|---|---|
| Web 时代 | npm |
| 移动时代 | App Store |
| AI 时代 | Agent Skills |
未来 AI 竞争的关键将不是：
模型参数规模，
而是：
能力模块的可复用性。
重要趋势
AI 正在发生结构性转变：
从：单次调用 → 持续能力系统
从：回答问题 → 执行任务
从：工具 → 协作者
🔐 三、安全模型正在从“容器隔离”转向“微沙箱”
landrun —— Linux 安全的新方向
这是一个非常硬核但意义深远的工具。
基于 Landlock LSM 的特点：
- 无需 root 即可创建沙箱
- 内核级权限控制
- 比容器更轻量
它代表的趋势是：
未来安全将依赖微隔离，而不是重量级容器。
典型应用场景：
- 执行不可信代码
- 安全 CI 运行环境
- CLI 沙箱执行
这是“零信任计算”的重要拼图。
🎨 四、终端正在成为内容生产媒介
termframe —— CLI 进入表达时代
这个工具虽然很小，但信号很明显。
它的作用：
将终端输出转成 SVG 截图。
背后的变化
终端不再只是执行环境，
而开始成为：
- 技术内容资产
- 文档生成来源
- 可视化表达媒介
随着 CLI 工作越来越多：
“如何展示命令行成果”成为新需求。
🧭 本期最重要的三大技术信号
如果必须用一句话总结这一期：
这是一次基础设施层的集体升级。
🚩 信号 1：容器彻底走向无特权化
关键词：
- rootless
- 最小权限
- 可组合运行时
未来容器将更安全、更透明。
🚩 信号 2：AI 进入能力生态竞争阶段
重点不再是模型，而是：
- 技能模块
- 能力复用
- 任务编排
🚩 信号 3：开发环境正在系统化
本地开发环境越来越像：
- 可重建系统
- 微型生产环境
- 自包含基础设施
一点个人感受
这一期让我印象最深的不是某个具体工具，
而是一种明显的“隐形化趋势”。
越来越多新增项目：
- 不直接面向用户
- 不提供界面
- 不解决表层问题
却在悄悄改变：
系统运行方式、开发环境结构和安全模型。
它们不会立刻提升效率，
却会在长期使用中：
让系统变得更可靠、更安全、更可重建。
结语
Homebrew 的更新列表，
有时像一份技术世界的地下水位报告。
你未必能看见它，
却能感觉到整个环境正在慢慢改变。
工具在变，但节奏不必跟着变。
真正的变化，往往发生在“看不见的底层”。
很多工具的出现，并不会立刻改变你的工作方式。
但它们会悄悄改变：
未来工具应该长成什么样。这一期新增的项目，大多属于这一类。
本周一句话总结
本周最明显的趋势不是“新能力”，
而是：围绕 AI Agent 的基础设施开始成体系出现。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| aoe | 面向 AI 编码代理的终端会话管理器 |
| apache-serf | 高性能异步 HTTP 客户端库 |
| asc | App Store Connect 快速命令行工具 |
| async-profiler | Java CPU 与内存采样分析器 |
| bagel | 安全态势审计与攻击面评估 CLI |
| bazel@8 | Google 官方构建系统 |
| bitwuzla | SMT 约束求解器 |
| claude-agent-acp | 在 ACP 客户端中使用 Claude Code |
| clock-rs | 现代终端数字时钟 |
| datadog-static-analyzer | 代码安全与质量静态分析工具 |
| difi | 像素级终端差异对比工具 |
| fracturedjson | 高可读 JSON 格式化器 |
| git-flow-next | Git-flow 现代实现 |
| [email protected] | Go 语言最新版本 |
| grafanactl | Grafana 管理 CLI |
| happy-coder | 移动端操控 AI 编码代理的 CLI |
| ironclaw | 带 WASM 沙箱的安全 AI 助手 |
| kaf | 现代 Kafka CLI |
| letta-code | 记忆优先的编码代理 |
| libnpupnp | C++ UPnP 库 |
| libupnpp | libnpupnp C++ 封装 |
| likec4 | 从代码实时生成架构图的建模工具 |
| [email protected] | Linux 内核头文件 |
| livereload | Python 本地 Web 热重载服务器 |
| llmfit | 检测本机可运行模型的工具 |
| ls-hpack | HTTP/2 压缩库 |
| micasa | 家庭项目管理终端工具 |
| mipsel-linux-gnu-binutils | MIPS 交叉编译工具链 |
| nomad-pack | Nomad 模板与打包工具 |
| nullclaw | Zig 编写的 AI 助手基础设施 |
| nuls | 彩色表格输出的 ls 替代工具 |
| pcapmirror | 远程网络流量抓取工具 |
| picoclaw | 高效个人 AI 助手框架 |
| picoruby | 面向微控制器的极简 Ruby |
| pyperformance | Python 基准测试套件 |
| rtk | 降低 LLM Token 消耗的代理工具 |
| run-kit | 多语言统一运行与 REPL 工具 |
| rustledger | Rust 实现的复式记账工具 |
| rustypaste | 极简 Paste 服务 |
| sss-cli | Shamir 秘密分片工具 |
| structurizr | 架构即代码建模工具 |
| tree-sitter-go | Go 语法解析器 |
| tree-sitter-python | Python 语法解析器 |
| tree-sitter-ruby | Ruby 语法解析器 |
| tuckr | Stow 的增强替代工具 |
| umoci | OCI 容器镜像工具 |
| whodb-cli | 带 AI 的数据库管理 TUI |
| zeroclaw | Rust AI Agent 运行时 |
| zxing-cpp | 多格式条码处理库 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| brewy | Homebrew 图形管理界面 |
| calendr | 菜单栏日历工具 |
| claude-devtools | Claude Code 会话分析工具 |
| claude-island | Claude CLI 动态岛通知 |
| codexmonitor | Codex 使用监控工具 |
| desktop-composer | 系统外观管理工具 |
| donut | 反指纹浏览器 |
| donut@nightly | Donut 夜间版 |
| dot | 菜单栏会议提醒日历 |
| extradock | 自定义扩展 Dock |
| ferdium@nightly | 多平台消息聚合工具 |
| iloader | iOS 侧载辅助工具 |
| macpulse | 系统性能历史监控仪表板 |
| mindwtr | 本地优先 GTD 工具 |
| netviews | 网络诊断工具 |
| nostalgiapp | 复古游戏启动器 |
| nugget | iOS 设备定制工具 |
| opencomic | 漫画阅读器 |
| pangolin | 身份感知 VPN 代理 |
| pika@beta | 屏幕取色工具 |
| psiphon-conduit | Psiphon 网络代理 |
| supacode | AI 编码代理控制中心 |
| thaw@beta | 菜单栏窗口管理工具 |
| thecommander | 双栏文件管理器 |
| threema-work@beta | 企业加密通信应用 |
| updatest | 应用更新检测工具 |
值得留意的几个方向
这一期最值得看的，
不是某一个工具，
而是几个非常清晰的“演化信号”。
🥇 AoE: AI Agent 会话基础设施的诞生逻辑
AI 编程进入「多 Agent 并行时代」后，人类已经管理不了工作流了。
使用场景
- 多 AI Agent 并行运行的开发环境
- 需要在同一终端窗口下管理多个会话
- 实验、调试或快速迭代 AI 任务时
- 远程服务器或本地开发环境均可使用
背景需求
- 随着 AI Agent 越来越多，单一命令行会话难以管理
- 手动切换、记忆会话状态容易出错
- 团队或个人需要可重复、可记录的会话流程
核心价值
- 提供稳定、可复用的会话管理基础设施
- 减少管理多个 Agent 会话的心智负担
- 为后续自动化、监控或日志分析打下基础
- 让开发者可以专注于 AI 任务逻辑，而非终端管理
🥈 letta-code — Memory-first 编程模式
工具类型：面向 AI Agent 的编程辅助工具（Memory-first 编程）
使用场景
- 编写或调试依赖上下文的 AI 代码
- 需要 AI Agent “记忆”历史上下文、变量状态
- 快速迭代复杂逻辑，尤其是多步骤决策任务
- 与其他 AI Agent 或自动化工具结合使用
背景需求
- 传统 AI 编程环境常忽略上下文连续性
- 开发者在多轮交互或复杂任务时容易重复信息
- “记忆优先”的工作模式可提高 AI 输出一致性和效率
核心价值
- 将 AI Agent 的记忆管理作为核心功能
- 减少重复输入和上下文切换成本
- 提升长期、多轮任务的执行效率
- 形成可复用的 AI 编程工作流模式
🥉 likec4 — 架构可视化趋势
工具类型：架构建模与可视化工具
使用场景
- 将代码结构转化为可视化架构图
- 支持实时更新与交互式设计
- 在设计、开发、代码审查阶段使用
- 团队协作时快速理解系统复杂性
背景需求
- 随着系统复杂度增加，代码架构难以直观理解
- 文档与架构图容易过时
- 开发者需要实时可视化工具来降低认知负荷
核心价值
- 将架构与代码同步，保证图表真实反映系统状态
- 提供动态、可交互的架构视角
- 帮助团队快速理解、评审和优化系统设计
- 降低大型系统开发中的认知成本
以上总结
AI Agent 不再是单个工具，
而是完整生态，
这个生态，需要可观测与治理。
AI Agent 基础设施：从单点工具到完整生态
这一期几乎形成了一整条链路：
- Agent 会话管理
- 运行时框架
- 记忆系统
- Token 优化
- 沙箱安全
这些工具共同指向一个趋势：
AI Agent 正在从“插件式能力”
走向“独立运行环境”。
它们不再依附 IDE，
而开始拥有自己的操作层。
可观测性与治理：自动化世界的副作用
另一个显著变化是：
- 使用监控工具变多
- 安全审计工具变多
- 行为分析工具变多
这意味着工程世界开始接受一个现实：
自动化越强，
管理成本就越重要。
架构与系统建模：复杂度的另一种应对方式
像架构建模、实时图生成、结构化分析
这一类工具越来越多。
这不是为了文档漂亮，
而是为了让复杂系统
变得可以被人理解。
一点个人感受
这一期让我最强烈的感受是：
AI 工具已经不再处于
“能不能用”的阶段。
它们正在进入一个新的问题域：
- 如何协作
- 如何管理
- 如何被信任
也许真正的拐点，
并不在模型本身，
而在围绕它的工具生态。
结语
Homebrew 的新增列表，
越来越像一份技术趋势的年鉴。
它不会告诉你未来是什么，
但会悄悄标注：
下一阶段的工作方式，正在成形。
工具在进化，
但真正变化的，是我们与工具的关系。
从“能用就行”，到“需要被治理”
早期的工具，只关心能不能跑。
这一期的工具，开始关心：
谁在用、怎么用、是否可控。Homebrew 的这些新增，更像是在为下一阶段的工作流打地基。
本周一句话总结
这一期没有爆炸式的新能力，
但出现了大量：
围绕 AI、自动化与工程规范的“管理型工具”。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| actions-up | 自动升级 GitHub Actions 并进行 SHA 固定的工具 |
| agent-browser | 面向 AI Agent 的浏览器自动化 CLI |
| arcadedb | 多模型数据库：图 / 文档 / KV / 搜索 / 向量 |
| cozyhr | 封装 Helm 与 Flux CD 的本地开发工具 |
| ic-wasm | 面向 ICP Canister 的 Wasm 转换 CLI |
| icp-cli | ICP Canister 的构建与部署工具 |
| jqfmt | 风格强约束的 jq 格式化工具 |
| odiff | SIMD 优先的高性能图像对比库（含 Node API） |
| playwright-cli | Playwright 官方 CLI：录制、生成代码、截图 |
| sheenbidi | 高性能 Unicode 双向文本算法实现 |
| skillshare | 在多个 AI CLI 工具间同步“技能”的工具 |
| static-web-apps-cli | Azure Static Web Apps 的本地开发 CLI |
| transifex-cli | Transifex 翻译平台的命令行客户端 |
| try-rs | 用于快速实验的临时终端工作区管理器 |
| yap | 基于 Speech.framework 的本地音频转写工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| clash-mi | 基于 Flutter 的 Mihomo GUI 客户端 |
| codex-app | OpenAI Codex 桌面端，管理编码 Agent |
| luxury-yacht | Kubernetes 集群管理桌面应用 |
| owocr | 面向日文文本的 OCR 工具 |
| plasticity | 面向概念设计师的 3D 建模软件 |
| posturr | 姿势监测与提醒应用 |
| tana | 带 AI 大纲能力的知识管理工作区 |
| thaw | 菜单栏窗口管理工具 |
| xkey | 越南语输入法引擎 |
| font-alyamama | Alyamama 字体 |
| font-betania-patmos | Betania Patmos 字体 |
| font-betania-patmos-gdl | Betania Patmos（GDL 版） |
| font-betania-patmos-guide-line | Betania Patmos（带书写引导线） |
| font-betania-patmos-in | Betania Patmos（印度版本） |
| font-betania-patmos-in-gdl | Betania Patmos（印度 GDL 版） |
| font-dejavu-sans | DejaVu Sans 字体 |
| font-idiqlat | Idiqlat 字体 |
| font-ramsina | Ramsina 字体 |
值得留意的几个方向
不挑“最强的”，
只挑 最能反映趋势变化的几个点。
actions-up：当自动化开始反过来要求“可审计”
GitHub Actions 早已无处不在，
但它们长期处于一种
“能跑就行” 的状态。
actions-up 做的不是帮你写更多 CI，
而是帮你把依赖升级这件事
变得可追踪、可复现、可回滚。
这意味着自动化，
也开始被当作供应链的一部分来管理。
skillshare：AI 工具，不再各学各的
随着 AI CLI 工具变多，
一个现实问题开始出现：
我教会了这个 Agent，
为什么另一个完全不懂？
skillshare 的思路很直接：
把“技能”本身变成可同步的资源，
而不是绑定在某一个工具里。
这是 AI 工具走向体系化的一个明显信号。
agent-browser / playwright-cli
当“操作浏览器”不再只属于人
Playwright 早就不只是测试工具了。
而 agent-browser 更是直接假设：
浏览器的操作者，可能是 AI。
这一组工具的共同点在于：
它们不再强调“自动化有多强”，
而是强调接口是否足够清晰、行为是否可控。
yap：输入，正在回到“本地可信”
yap 选择了一个很明确的方向：
不走云端、不做平台，
而是基于系统级 Speech.framework。
这不是能力不足，
而是一种取舍：
有些输入，
不值得离开你的设备。
一点个人感受
这一期的更新，
让我强烈感觉到一个变化：
AI 与自动化，
正在从“工具层”，
进入“系统层”。
开始有人关心：
- 版本是否可控
- 行为是否可审计
- 能力是否可复用
当工具开始被系统化管理，
人反而可以更轻松地使用它们。
结语
Homebrew 的更新，
已经不只是“多了什么工具”。
而是在悄悄记录：
工程世界的默认假设，正在改变。
AI 发展太快，有点焦虑。
当系统不再默认你“全都信任”
越来越多的工具，
不再假设环境是安全的、用户是单一的、代码是可控的。这一期的 Homebrew 更新，
明显在讨论一件事：
哪些事情，应该被隔离、被限制、被显式管理。
本周一句话总结
这一期没有炫目的新能力，
但多了不少：
帮你把“该隔离的隔离、该约束的约束”的工具。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| cargo-features-manager | 用 TUI 管理 Rust 项目依赖 feature 的工具 |
| codex-acp | 通过 ACP 协议在 Zed 等客户端中使用 Codex |
| dbcsr | 分布式块压缩稀疏矩阵计算库 |
| fence | 带网络与文件系统限制的轻量级命令沙箱 |
| go-air | Go 应用的热重载工具 |
| gogcli | Google Workspace 的命令行工具 |
| hdrhistogram_c | HdrHistogram 的 C 语言实现 |
| litra | 在命令行中控制 Logitech Litra 灯光 |
| llhttp | 基于 llparse 的 http_parser 移植实现 |
| mac-cleanup-go | 扫描缓存与日志的 macOS 清理 TUI |
| radicle | 构建在 Git 之上的去中心化代码协作平台 |
| tpix | 使用 Kitty 图形协议的终端图片查看器 |
| vampire | 高性能定理证明器 |
| whosthere | 带现代 TUI 的局域网设备发现工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| codexbar | Codex / Claude 使用配额的菜单栏监控工具 |
| commander | AI Agent 操作与调度工具 |
| elegoo-slicer | 开源 FDM 3D 打印切片软件 |
| ethui | 集成钱包与 Anvil 的以太坊开发工具包 |
| infinidesk | 多虚拟桌面环境，每个桌面独立文件与配置 |
| ipaverse | iOS App 下载与管理工具 |
| middledrag | 通过三指手势实现中键与中键拖拽 |
| repobar | GitHub 仓库健康状态菜单栏面板 |
| retrace | 本地优先的屏幕录制与内容搜索工具 |
| seam-app | 面向 Notch 的生产力导向 Dynamic Island |
| sky | Bluesky 社交平台客户端 |
| trimmy | 粘贴即清理、一次性运行的终端剪贴板工具 |
| tritium | 面向法律从业者的综合写作与起草环境 |
| whyfi | 菜单栏 Wi-Fi 监控与诊断工具 |
| yandextelemost | Yandex 视频会议平台客户端 |
值得留意的几个方向
这一节不求全，
只挑 几个明显在“重画边界”的工具。
fence：命令行，也需要“权限意识”
在终端里执行命令，
长期以来都是一种全信任模型。
fence 的思路很直接：
在执行命令之前，
先决定它能不能访问网络、能不能碰文件系统。
这不是为了防黑客，
而是为了防自己、
防脚本、
防那些你已经不完全理解的工具链。
radicle：当代码协作不再默认“有中心”
radicle 再次提醒了一个老问题：
代码一定要托管在某个中心平台上吗？
它并不追求替代 GitHub，
而是提供一种选择：
当你不想把信任完全交出去时，
依然可以协作。
这是一个慢工具，
但方向非常明确。
infinidesk：桌面，本身就是一种隔离
大多数系统的“多桌面”，
只是窗口分组。
infinidesk 把这个概念推进了一步：
不同桌面，
拥有不同文件、壁纸、组件，
像是多个轻量工作环境。
它解决的不是效率问题，
而是上下文污染。
codex-acp / codexbar / commander
当 AI 工具开始被“运维化”
这一期出现了不止一个 Codex / Agent 相关工具，
但它们关注的都不是“更聪明”，
而是：
- 能不能被接入到不同客户端
- 使用情况能不能被监控
- Agent 能不能被调度和约束
这意味着，
AI 已经开始被当作系统组件，
而不是单一应用。
一点个人感受
这一期的工具，
很少在谈“能力扩展”。
更多是在问：
- 什么东西应该被限制？
- 什么操作值得被隔离？
- 什么系统不该再是默认全信任？
这不是悲观，
而是一种成熟。
当工具开始替你守住边界，
人才能更安心地把注意力，
放回真正需要判断的地方。
结语
Homebrew 的更新，
越来越像一组工程态度的集合。
它不告诉你该怎么用工具，
只是悄悄补齐那些
以前只能靠自觉维护的边界。
我们下期见
当工具不再抢存在感，而是默默接过复杂性
真正有分量的工具更新，
往往不是多给你几个按钮，
而是让你少记几件本该交给系统的事。这一期 Homebrew 的新增，更像是在底层悄悄铺路。
本周一句话总结
没有明星级工具，
但多了一整批：
当工作流变复杂时，你会开始庆幸它们存在的选项。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| durdraw | 终端里的 ASCII / ANSI 艺术绘图编辑器 |
| ekphos | 类 Obsidian 的终端 Markdown 研究工具 |
| gnuastro | 天文数据处理与分析工具集 |
| libigloo | Icecast 项目使用的通用 C 框架 |
| magics | ECMWF 出品的气象绘图软件 |
| mlx-c | MLX 的 C 语言 API |
| nativefiledialog-extended | 原生文件选择对话框库（C/C++ 绑定） |
| openskills | 面向 AI 编程 Agent 的通用技能加载器 |
| pocket-tts | 面向 CPU 优化的本地语音合成工具 |
| repeater | 基于间隔重复算法的闪卡学习工具 |
| sandvault | 在 macOS 沙盒用户中隔离运行 AI Agent |
| signalwire-client-c | SignalWire 的 C 客户端 SDK |
| tftp-now | 单文件版 TFTP 服务器与客户端 |
| tock | 命令行时间追踪工具 |
| vtsls | VSCode TypeScript 扩展的 LSP 包装器 |
| wik | 在终端中浏览维基百科 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| amical | AI 语音听写应用 |
| appvolume | 按应用调节系统音量 |
| aquaskk@prerelease | 无形态分析的输入法 |
| boltai@1 | AI 聊天客户端 |
| captains-deck | 双栏文件管理器（Norton Commander 风格） |
| claudebar | 菜单栏里的 Claude 使用配额监控工具 |
| clawdbot | 个人 AI 助手 |
| codebuddy | AI 自适应 IDE |
| codebuddy-cn | CodeBuddy 中文版 |
| finetune | 应用级音量混音与路由工具 |
| font-playwrite-nz-basic | Playwrite NZ 基础字体 |
| font-playwrite-nz-basic-guides | 带书写引导线的 Playwrite NZ 字体 |
| gitfit | 等 AI 生成代码时做微运动的小工具 |
| impactor | iOS / tvOS 应用侧载工具 |
| lolgato | Elgato 灯光控制增强工具 |
| mcpbundler | MCP 服务器与 Agent 技能管理器 |
| monologue | 会适应你写作风格的 AI 语音听写 |
| mos@beta | 平滑滚动与独立滚轮方向控制 |
| plaud | 会议 / 通话 / 面对面场景的 AI 记录工具 |
| superset | 用于编排 Agent 的终端工具 |
| transmission@beta | 开源 BitTorrent 客户端（测试版） |
值得留意的几个方向
sandvault：当 AI Agent 开始需要“隔离区”
AI Agent 越来越强，
但也越来越“像另一个用户”。
sandvault 做的事情很克制：
不试图限制 Agent 的能力，
而是给它一个单独的 macOS 用户沙盒。
这是一种很成熟的工程判断：
不是假装安全问题不存在，
而是把风险关进可控的房间里。
ekphos：研究型写作，回到终端
知识管理工具越来越重，
但真正写东西的时候，
很多人还是回到了 Markdown。
ekphos 的气质很明确：
不做“第二个 Obsidian”，
而是把“链接、引用、检索”
搬回终端这种低干扰环境。
它更像一个研究用的工具箱，
而不是笔记应用。
pocket-tts / monologue / amical
当“输入”开始重新被发明
这一期出现了不止一个语音工具，
但它们的方向非常一致：
pocket-tts：强调本地、低资源消耗monologue：强调写作风格适配amical：强调随时可用的语音入口
这不是功能堆叠，
而是输入方式在悄悄换代。
openskills / superset / mcpbundler
当工具开始为 Agent 而设计
这一期最明显的信号之一是：
工具开始假设“使用者不只是人”。
openskills：为 Agent 提供可加载技能superset：用终端编排 Agent 工作流mcpbundler：集中管理 Agent 能力包
这不是噱头，
而是开发环境结构正在真实变化。
MCP Bundler
一点个人感受
这一期没有
“你不用就会落后”的工具。
但你会发现，
很多项目都在同一个方向上用力：
- 把 AI 关进更安全的容器
- 把输入变得更自然
- 把复杂的工作流拆解成模块
它们不是为了炫技，
而是为了让未来的工具世界
不至于失控。
结语
Homebrew 的更新，
越来越像一张慢慢展开的地图。
它不催你赶路，
只是告诉你：
这条路上，又多了几种更稳妥的走法。
我们下期再见。
当工具开始替你分担复杂性
真正有分量的工具更新，
往往不是让你“能做更多事”，
而是让你少为一些本该被自动化的细节操心。
这一期 Homebrew 的新增工具，
大多安静、专业，
但几乎都在同一个方向上用力：
把复杂性留给系统，把判断权还给人。
“这一期的工具，不追求存在感，但在关键时刻能把复杂留给机器。”
本周一句话总结
这周没有“必须立刻安装”的明星工具，
但多了一整组——
当项目变大、系统变复杂时，
你会开始庆幸它们存在的选项。
本周新增工具速览
🧪 New Formulae
| 名称 | 中文说明 |
|---|---|
| azure-dev | Azure 官方开发者 CLI，用于统一管理与操作 Azure 资源 |
| dovi_convert | Dolby Vision Profile 7 → 8.1 的 MKV 视频转换工具 |
| ffmpeg-full | 含完整编解码支持的 FFmpeg 音视频工具集 |
| fzf-tab | 使用 fzf 替换 zsh 补全菜单 |
| imagemagick-full | 全功能 ImageMagick 图像处理工具 |
| kubefwd | Kubernetes Service 批量端口转发工具 |
| libks | SignalWire C 产品的基础支持库 |
| libthai | 泰语语言处理支持库 |
| pgroll | Postgres 零停机数据库迁移工具 |
| ralph-orchestrator | 面向自主 AI 任务的多 Agent 编排框架 |
| rig-r | R 语言运行时安装管理器 |
| rv-r | 声明式 R 包管理工具 |
| shiki | 高质量语法高亮引擎 |
| worktrunk | 面向并行 AI Agent 的 Git worktree 管理 CLI |
| xcsift | 解析 xcodebuild 输出的 Swift 工具 |
🧩 New Casks
| 名称 | 中文说明 |
|---|---|
| ausweisapp | 德国联邦政府官方 eID 客户端 |
| auto-claude | 支持多会话的自动化 AI 编程工具 |
| bettershot | 截图、标注、编辑一体化工具 |
| eigent | 桌面级 AI Agent |
| font-zxgamut | ZX Gamut 字体 |
| freeshow@beta | 演示文稿软件（测试版） |
| glide | 树状布局的平铺窗口管理器 |
| hytale | Hytale 官方启动器 |
| kogiqa | 自然语言驱动的 UI 自动化工具 |
| novation-play | Launchkey MK4 虚拟乐器 |
| proscoreboard | 比赛记分板软件 |
| provideoplayer | 演示播放工具 |
| stremioservice | Stremio Web 桌面配套服务 |
| waveforms | Digilent 测试与测量虚拟仪器套件 |
值得留意的几个方向
pgroll：当数据库迁移不再是“深夜操作”
数据库迁移最让人紧张的，
从来不是 SQL，
而是那句反复确认的：
“这一步，会不会影响线上？”
pgroll 把“零停机迁移”变成默认路径，
不是炫技，
而是在替团队保留安全感。
kubefwd：让 Kubernetes 回到本地感受
Kubernetes 很强，
但开发阶段，它往往离人太远。
kubefwd 做的事情很简单：
把集群服务自然地拉回本地。
少记端口、少写规则，
系统替你消化重复劳动。
fzf-tab：补全，也可以是搜索
当补全列表开始变长，
“选择”本身就成了负担。
fzf-tab 把补全变成搜索，
这是交互方式的转向，
而不是功能堆叠。
当工具开始为 AI Agent 准备工作流
这一期有一个明显信号：
工具开始默认“使用者不只有人”。
ralph-orchestrator负责任务调度worktrunk为并行 Agent 提供 Git 空间xcsift把构建日志结构化给机器读
开发环境，正在悄悄换代。
bettershot：截图工具，正在变成表达工具
截图不再只是“截一张图”。
标注、解释、整理、分享，
这些原本分散的动作，
正在被折叠进一个更顺手的流程里。
ausweisapp：低调，但极其重要的存在
它不是效率工具，
却承担着真实世界的身份确认。
这种软件存在的意义，
往往只有在需要时才会被意识到。
一点个人感受
这一期没有
“你不用就会落后”的工具。
但它们高度一致地做了一件事：
替人分担复杂性。
当工具开始替你思考细节，
人才能把注意力，
留给真正重要、也真正需要人参与的部分。
结语
Homebrew 的更新，
越来越像一张慢慢展开的地图。
它不催你赶路，
只是告诉你：
这条路上，又多了几种更省心的走法。
我们下期再见。
当工具开始替你思考细节
真正有分量的工具更新，
往往不是给你更多可以点的地方，
而是让你少操心几件本该被机器处理的事。
“你不需要记住 cron 什么时候跑过”
这一期 Homebrew 的新增，
正是在这些细碎但长期消耗注意力的地方，
悄悄接过了一部分工作。
本周一句话总结
这周没有“划时代”的工具，
但多了几样会在你需要时，
默默派上用场的小东西。
本周新增工具速览
🧪 Formulae
| 名称 | 简介 |
|---|---|
| any2fasta | 多种生物序列格式转 FASTA 的小工具 |
| azurite | Azure Storage 的本地模拟服务器 |
| beads_viewer | Beads Issue Tracker 的终端界面 |
| codanna | 带语义搜索的代码智能分析系统 |
| cronboard | 本地与远程 Cron 任务的终端看板 |
| [email protected] | Haskell 编译器的新版本 |
| hindent | Haskell 代码格式化工具 |
| minizign | 用 Zig 实现的 Minisign 签名工具 |
🧩 Casks
| 名称 | 简介 |
|---|---|
| fork@dev | Fork Git 客户端的开发版 |
| wispr-flow | 带 AI 自动润色的语音转文字工具 |
值得留意的几个项目
codanna：当代码库开始变得“太大”
在小项目里，grep 足够好用。
但当代码库开始长成“系统”，
你真正需要的是：
“这个功能在哪里被实现？”
而不是：
“哪个文件里出现了这个词？”
codanna 用语义来理解代码，
更像是在给你的项目加一层“可思考的索引”。
cronboard：把看不见的定时任务拉到台前
大多数服务器上的 cron，
都在悄悄运转。
你知道它们存在，
却很少真正“看见”它们。
cronboard 做的事很简单：
把这些后台任务，变成一个可以随时打开的看板。
什么时候跑、有没有失败，一目了然。
azurite：云服务，也需要一个“影子世界”
当你使用 Azure Storage，
最难受的往往不是 API，
而是：
“我只是想在本地试一下。”
azurite 给云服务提供了一个“可本地跑的副本”，
让调试回到电脑本身，
而不是网络和账单。
wispr-flow：输入法，正在变得会写字
语音转文字已经不稀奇了。
wispr-flow 多做了一步：
它会把你说的话，
整理成更像“人写的句子”。
这意味着，
输入工具正在从“记录你说了什么”，
走向“理解你想表达什么”。
fork@dev：给 Git 用户的一点新鲜感
如果你已经在用 Fork，
@dev 版就是提前尝鲜。
更快的 diff、更顺的操作，
都不是革命，
但会在每天的 commit 里慢慢体现。
一点个人感受
这一期没有那种
“你不用它就会落后”的工具。
但它们都有一个很一致的方向：
把人从零碎的确认、检查、搜索里解放出来。
cronboard 让混乱变得可见，
codanna 让复杂变得可搜索，
wispr-flow 让表达变得轻松。
当工具开始替你思考细节，
人才能把注意力，留给真正重要的部分。
也许这正是这一期 Homebrew
最安静、但最有价值的地方。
结语
Homebrew 的更新，
越来越像一张工具地图。
不是告诉你该往哪走，
而是让你知道：
这条路上，多了几个可选的歇脚点。
我们下期再见。
工具在更新，生活不必跟着加速
有些更新，是为了让人跑得更快；
有些更新，只是为了让路更顺一点。
Homebrew 的日常更新，更像后者。
本周一句话总结
最近越来越觉得，工具的价值不在于“多新”，
而在于——当你需要的时候，它刚好在那里。
本周新增工具速览
🧪 Formulae
| 名称 | 简介 |
|---|---|
| dotnet@9 | .NET 9（LTS）开发与运行环境，支持跨平台现代应用 |
| headson | 面向结构化数据的 head / tail 工具，安全处理 JSON、CSV |
| topydo | 基于 todo.txt 规范的命令行待办事项管理工具 |
🧩 Casks
| 名称 | 简介 |
|---|---|
| crypto-native-app-ng | 本地加密与签名工具，可与浏览器扩展安全通信 |
| excire-search | Lightroom Classic 插件，提供自动关键词与高级图片搜索 |
值得留意的几个项目
dotnet@9：版本明确，本身就是价值
对使用 .NET 的开发者来说，多版本并存几乎是日常。
dotnet@9 这种明确带版本号的 Formula，反而让人安心。
它不会悄悄替你做决定，也不会打断已有项目节奏。
headson：为结构化数据留一条生路
直接用 head / tail 处理 JSON，
结果往往只有一个：结构被破坏。
headson 的存在感很低，但解决的问题非常具体：
在命令行里，只看一部分数据，同时不把数据搞坏。
topydo：纯文本待办事项的“老派坚持”
topydo 基于 todo.txt，
没有账号、没有同步、没有复杂配置。
你写下的，就是你要做的。
excire-search：当照片数量开始失控
这是一个很安静、但很专业的工具。
当 Lightroom 里的照片从“几百张”变成“几万张”，
搜索本身就会消耗大量精力。
自动关键词与语义搜索，
并不是为了炫技，而是为了把注意力还给创作。
crypto-native-app-ng：存在感很低，但位置明确
这是一个偏向安全与隐私场景的工具，
对大多数用户来说，可能永远用不到。
但它的定位非常清晰：
本地加密 + 浏览器安全通信。
如果你确实需要这类能力，
它不会突然变得复杂。
一点个人感受
这一期没有“必装工具”。
但正是这种更新，让人感觉系统在慢慢变好。
你不需要全部安装，
甚至一个都不装。
但当某天遇到类似场景，
你会记得：
Homebrew 里，好像有这么一个工具。
这就够了。
结语
Homebrew 的更新不是新闻，
更像一份周记。
记录的不是“你必须做什么”，
而是世界又多了一点选择。
我们下期再见。
每周简单看一眼 Homebrew 的更新。
不追新、不补齐清单，只是确认一下：
世界有没有多出一些「也许哪天会用到」的工具。
本周一句话总结
新增内容不少，但大多是特定场景型工具，
知道它们的存在，比现在安装更重要。
🧪 值得看一眼的 Formulae
jsonfmt
一个专门用来格式化 JSON 的命令行工具，思路和 gofmt 很接近。
如果你经常在终端或 CI 流程里处理 JSON，它可能会让事情更顺手；否则可以先不用管。
svu
用于处理语义化版本号的小工具，常见于自动化发布或脚本流程中。
偏向工程化场景，日常开发中不一定用得上。
witr
用来回答一个问题：“这个进程为什么会在运行？”
在排查系统或后台服务问题时可能很有帮助，平时记住名字就好。
khaos
用于模拟 Kafka 流量的工具，主要服务于可观测性和混沌工程。
解决的是一个很具体的问题，不属于日常必备工具。
[email protected]
Ruby 3.4 版本的运行时。
如果你需要测试或使用新版本 Ruby，可以关注；否则不必急着切换。
🧰 有意思的 Casks
taphouse
一个用图形界面来管理 Homebrew 的应用。
如果你不太喜欢在终端里查看和管理包，它提供了一种更直观的方式。
portalbox
在视频会议中，只共享屏幕某一块区域的小工具。
对远程会议有轻度改善，但并非必需。
macdown-3000
一款支持实时预览和语法高亮的 Markdown 编辑器。
如果你本来就在用类似工具，它更多是一种替代选择。
typeless
一个主打语音输入的 AI 写作工具，会帮你把语音整理成更通顺的文字。
是否好用，很依赖个人使用习惯。
maru-jan
一个在线日本麻将客户端，纯娱乐向。
和效率无关，有兴趣的话再看。
我会不会安装？
这一周，我大概只会记住几个工具的名字，而不会立刻安装。
等哪天真的遇到对应的问题，再回来找它们就好。
本周小结
每周的 Homebrew 更新，更像路过一家工具店。
大多数时候看看橱窗就够了，
真正需要的时候，再进去也不迟。
Permission denied (publickey)
==> Updating Homebrew...
[email protected]: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
苹果公司更新了其技术说明 ，指出自 10.12.2 版本起，macOS 包含了 OpenSSH 7.3p1 版本及其新行为。通过 ssh-add -K 添加到钥匙串的密钥在重启后不会自动重新添加到 ssh-agent。
方案一，手动执行下面👇的命令：
ssh-add ~/.ssh/userKey
方案二，或者，在 ~/.ssh 下创建 config 文件(推荐使用这个方式。)，内容如下：
Host * (asterisk for all hosts or add specific host)
AddKeysToAgent yes
UseKeychain yes
IdentityFile <key> (e.g. ~/.ssh/userKey)
Ref: