🍺 Homebrew 更新周报 # 20261017 | 套件完整了,MCP 也接上了另一端

上周,六个 craft 同周进场。我们猜是某个套件整批发行。

这一周,答案揭晓——但揭晓方式比"整批"更陡: ArtCraft 套件是分两周、分两批把 13 个 Rust 创意应用、1 个命令行版本、1 个官方 launcher 全部 push 进 Homebrew 的。1010 期是第一批 7 个,1017 期是第二批 8 个。整套发行是被计划过的,不是偶然"同周进场"。

另一边,Homebrew 出现了 MCP 协议的服务端: peekaboo(steipete 出品、5351 stars、Swift 6.2 写)——一个 macOS UI 自动化工具,既能本地 CLI 调用,也能作为 MCP server 让 agent 直接接管 macOS 屏幕操作。1010 期的 mcpc 是 MCP 客户端(让 agent 通过 shell 打 MCP),这一期的 peekaboo 是 MCP 服务端(让 MCP 调用 macOS UI)。MCP 协议的两端在两周内先后进了 Homebrew 官方 core。

不是一个完整套件,
是一个叫 ArtCraft 的开源创意套件——13 个 Rust 应用、1 个 headless CLI、1 个 Rust 原生 launcher——1010 期进了 7 个,1017 期又进了 8 个,加上本期 artcraft-launcher 自己的更新器被正式纳入,完整的发行版图用两周时间成形;
不是一个截图工具,
是一个叫 peekaboo 的 macOS 自动化——既能在 menu bar 里手动跑、也能作为 CLI 在 shell 里跑、还能作为 MCP server 让 Claude Code / Codex / Cursor 直接接管屏幕——同一套工具集,三个入口。


本周一句话总结

这一周 Homebrew 接住了两件大事:一个完整开源创意套件的发行成形,和 MCP 协议 macOS 端的补完。前者用两周分两批把 13 个应用 + 1 个 CLI + 1 个 launcher 全部进场;后者把 agent 接管 macOS UI 的能力正式纳入 macOS 包管理。


本周新增工具速览

🧪 New Formulae

名称 中文说明
dnswire DNS 协议编码/解码库(DNS-OARC 出品)
tinyframe Frame Streams 协议读写库(DNS-OARC 出品)
titus praetorian-inc 出品的高性能密钥扫描器(Apache-2.0)
planetiler 用 OpenStreetMap 数据生成矢量瓦片的 Java 工具
portop 端口操作小工具
qdl Qualcomm 设备的低层刷机与诊断工具
photocraft-cli ArtCraft 套件的 headless 命令行版——批量转换、检查、编辑图像
peekaboo macOS 屏幕捕获、UI 自动化,同时是 CLI + MCP server(steipete,Swift)
diffle 键盘优先的 diff 查看器(支持 LSP + GitHub 集成,Apache-2.0)
bitbucket-cli Bitbucket 命令行
tsuzuri 文字书法字体渲染工具
tinycbor CBOR 编码库
mcpc MCP 通用命令行客户端(0.7.0,replacement PR,上期已展开过)
dekit 重命名自 mprocs 的终端多任务工具
android-file-transfer-linux Linux 上的 Android 文件传输
noodle 终端 REST 客户端,基于文件集合管理请求(Apache-2.0)
localsend-cli LocalSend 的命令行版
memex 知识管理工具
[email protected] Python 3.15 正式进入 Homebrew(连同 [email protected]、[email protected])

🧩 New Casks

名称 中文说明
artcraft-launcher ArtCraft 套件官方安装与更新器(纯 Rust、跨 5 平台)
artcraft ArtCraft 自家 AI 图像/视频 studio
figcraft 界面设计与原型(ArtCraft)
cadcraft 计算机辅助设计(ArtCraft)
deckcraft 演示文稿编辑器(ArtCraft)
wordcraft 文字处理器(ArtCraft)
soundcraft 数字音频工作站(ArtCraft)
gridcraft 电子表格与数据(ArtCraft)
designcraft 页面排版与出版(ArtCraft)
pdfcraft PDF 阅读、整理、保护(ArtCraft)
lightcraft 照片库与 raw 开发(ArtCraft)
vectorcraft 矢量插画(ArtCraft)
textus WYSIWYG Markdown 编辑器,内置 AI 写作助手,支持 20+ LLM,MIT
rew REW(Room EQ Wizard)——免费专业级房间声学测量软件
status-trio 把 Wi-Fi/电池/音量合并成一个原生 macOS 状态栏图标
portkiller 端口管理工具
switchbar SwitchBar 风格的菜单栏工具
cleeen 文件清理工具
notomo Notion-like 笔记应用
vernier-instrumental-analysis Vernier 仪器数据分析(教育)
taperlabs-shadow Taperlabs Shadow 工具
petal 轻量待办
superhuman-docs Superhuman 文档 AI
font-libron Libron 字体
font-ioskeley-mono-term-nerd-font iOSkeley Mono Term Nerd Font
capso 屏幕录制/截图
biscotti 文件分享/传输
receipts-space 收据管理
tine 笔记/写作工具
cyd iOS 越狱相关工具
tracexy 调试跟踪工具
nextpad 笔记应用
pulse 系统监控
nextdns-app NextDNS 客户端
claudoscope Claude agent 监控面板
crest-browser Crest 项目浏览器
phtv 媒体播放
forel 邮件/日历工具
betadataudio Beta 音频工具
tnas-pc TerraMaster NAS 客户端
sacnview sACN 查看器(舞台灯光控制协议)
purge 系统清理
sononym AI 驱动的音频采样浏览器
genoffice 通用办公套件
crest Crest 套件核心
vercel Vercel CLI 桌面包装

值得留意的几个方向

这一节不求全,
只挑 2 个 值得停下来看的点。


ArtCraft 套件完整了:两周分两批发行 + 同套件 CLI 版

artcraft-launcher — 在 macOS 的 grid 视图里,每个 Craft 应用一张卡,显示图标、状态、版本号、发布日期和 Install/Open 按钮

上期六个 craft 同周进场,我说"像某个套件整批发行,也像某个团队第一次发现 Homebrew 这个渠道"。

本周这个猜测有了完整版图:

ArtCraft 套件一共 13 个 Rust 应用,从 1010 期到 1017 期,分两批全部进了 Homebrew core:

批次 期间 进入的 Craft 应用
第一批(7 个) 2026-10-02 ~ 10-09 lightcraft、filmcraft、vectorcraft、photocraft、designcraft、pdfcraft、crest
第二批(8 个) 2026-10-09 ~ 10-17 figcraft、cadcraft、deckcraft、wordcraft、soundcraft、gridcraft、artcraft、artcraft-launcher

而同一周 Formulae 通道里还出现了一个容易被忽略的工具:photocraft-cli——"Headless PhotoCraft engine to convert, inspect and batch-edit images"。

这是 ArtCraft 套件在 GUI 应用之外的第二条入口。一套 13 个应用的 Rust 创意套件,既提供 GUI 版本,又提供 headless CLI 版本。这种"套件内自带 CLI"的发行模式在 Homebrew 里极少出现——大多数套件的 CLI 版本是独立项目,或者干脆没有;ArtCraft 把 GUI 和 CLI 当作同一个发布渠道的两个分发方式。

事件本身值得拆开看。为什么是两周分两批,而不是一周 13 个?

我猜三种可能:

  1. Homebrew-core 的 review 流程瓶颈——13 个新 cask 在一周内 review 完是高负荷任务,分两周可以让 maintainer 逐步合并,降低单点风险
  2. artcraft 团队故意错峰——第一周先看哪些应用触发最多的反馈,第二周再放第二批
  3. license / 商标审核——docs/brand/LICENSE-brand.txt 把 ArtCraft 名字、A logo 等保留为商标,这种"商标 + 双协议开源"的混合需要 review 多轮

不管哪种,结果是一样的:Homebrew 在 2026-10 的第二和第三周,完整接纳了一个 13 应用的开源创意套件。Word、表格、演示文稿、PDF、矢量、位图、视频、音频、网页设计、CAD——对标 Microsoft Office + Adobe CC + Figma 的开源替代栈,这次不是 single binary 套件,而是 13 个 Rust 独立应用 + 1 个 headless CLI + 1 个 launcher。

安装量已经开始显现:

  • wordcraft: 742
  • cadcraft: 334 / deckcraft: 334
  • soundcraft: 291
  • effectcraft: 261(来自上期 1010 的初次合并)
  • figcraft: 182
  • artcraft-launcher: 157

wordcraft 30 天 742 安装、deckcraft 334——比上期我重点推荐的 mcplinker 20、nodeterm 31 都高一个量级。这件事说明两件事:Homebrew 是这套创意应用的分发入口,不是发行渠道的全部;这套套件的早期用户不在少数,而是真实地进了 macOS 创作者的工具栈。


peekaboo:MCP 协议的服务端进了 Homebrew

peekaboo — macOS automation that sees the screen and does the clicks

peekaboo 的作者主页第一行写得很直白:

Mac automation that sees the screen and does the clicks.

Peter Steinberger (steipete) 在 GitHub 上的项目叫 openclaw/Peekaboo,5351 stars、Swift 6.2 写、2019 年初版、持续维护到 2026-10-20。之前安装方式是 brew install openclaw/tap/peekaboo(第三方 tap),现在 4.9.5 进入 Homebrew core(这一周)。

它的官方描述三个词:Native CLI、MCP server、agent runtime。同一套工具集,三个入口:

  1. Native CLI —— peekaboo see --app Finder --json 直接在 shell 里截屏 + 拿结构化 UI map + 点元素
  2. MCP server —— 把同一套能力做成 MCP server,任何 MCP 客户端(Claude Code、Codex、Cursor)可以直接调用
  3. Agent runtime —— 内置 agent,可以把"截屏 → 决定点哪儿 → 输入文字"串成自然语言 run

这是 1010 期 mcpc 的镜像。让我把这两期的 MCP 双端摆在一起:

维度 mcpc(1010) peekaboo(1017)
协议方向 MCP 客户端 MCP 服务端
主要能力 agent 通过 shell 调用 MCP server MCP 调用 macOS UI
安装入口 Homebrew core Homebrew core(原 openclaw/tap)
作者 Apify Peter Steinberger (steipete)
解决的心智成本 agent 不必在 prompt 里塞 function 定义 agent 不必学 macOS UI 自动化 API

1010 期我说 mcpc 的题眼是 "MCP 管远端、shell 管本地"。本期 peekaboo 把这件事翻转了一次: 现在 agent 想操作 macOS,不必写 AppleScript、不必学 SwiftUI、不必研究 Accessibility API——只需要安装 peekaboo,把它接进 MCP,agent 就能看到屏幕、能点、能输入文字。

peekaboo 的 README 里有一段很具体的演示:

peekaboo see --app Finder --json     # 截屏 + 结构化 UI map
peekaboo click "Address and search bar" --app Safari --window-id 12345
peekaboo type "github.com/openclaw/Peekaboo" --app Safari
peekaboo press Return

—— agent 不再需要专门写 AppleScript 桥接或 Apple Events 权限申请代码,peekaboo 已经把这些事做完了。4.9.5 的 changelog 里有一条特别值得抄下来:

Unsigned source builds, such as Homebrew core's peekaboo formula, now run commands in-process immediately instead of waiting on or aborting at a daemon they cannot trust

—— 进了 Homebrew core 之后,peekaboo 砍掉了一直以来需要 daemon 的信任机制。这件事本身是 Homebrew 作为"正式分发渠道"的副作用:一旦被官方 core 接纳,工具就可以假设用户给了合理的权限,而不再需要额外的进程隔离。

从 steipete 的视角看,这事还有一个延续:0914 期他个人 tap 里的 canvas 进入过周报关注,1010 期之后的 1017 期,他自己做的 peekaboo 也进了 core。他做工具的轨迹从"个人 tap 试水"到"Homebrew core 正式接纳"——这条路其他开发者也走过。


一点个人感受

本期最值得记的不是任何单个工具,是**"未截图"**——brew update 在我本地只显示 4 个新增 cask,但真实数据是 42 个。这件事本身是一个信号:Homebrew 7.0.10 升级后,brew update 的"new"显示窗口可能不再是简单的"上次 update 以来",可能是某种高信号过滤或者压缩策略。我以后跑 brew update 必须用 GitHub Search API 交叉验证一次,才能写出准确的清单。这件事我会写进 HANDOFF 的失败教训。

planetiler(Java、Apache-2.0)本期进 Homebrew 让我多看了一眼——它的 README 第一句:"a tool that generates Vector Tiles from geographic data sources like OpenStreetMap data",号称"build a map of the world in a few hours on a single machine without any external tools or database"。换句话说,你有一个 Mac、几小时空闲,就能离线生成全球矢量瓦片。Protomaps、OpenMapTiles 这类开源地图底层都靠它。这是一个默默补完了本地离线地图基础设施的工具,本期不会被写进标题,但它让我确认一件事:Homebrew 是研究/数据工具的补完阵地,不光是消费类应用。

titus(praetorian-inc 出品,Apache-2.0)是一个"高性能密钥扫描器",用 vectorscan 做 hyperscan 加速——这意味着它能在仓库里非常快地扫出 AWS key、API token、SSH private key 等敏感信息。HOL-guard(0930 期)在 syscall 层挡 agent 的网络写,titus 在 commit 前扫仓库里的硬编码密钥。两个工具是同一件事的两个时间点:一个是 agent 跑之前(commit 时),一个是 agent 跑之后(执行时)。这是 Homebrew 这一波 agent 安全工具链上我目前看到的、最被低估的一环。

noodle(Apache-2.0)是一个"终端 REST 客户端,基于文件集合管理请求"——你的每个 API 调用是个 Markdown 文件,所有 collection 用 git 管理,API 调用可以 PR review。这件事和本期其他 GUI / GUI 自动化工具形成对比:agent 时代,API 也开始需要被当成代码资产来 review。这和 mcplinker 的"MCP 配置是资产"是同一句话的不同应用。

最后是 [email protected] —— Python 3.15 正式进入 Homebrew,连同 [email protected]、[email protected]。Python 3.14 才发没多久,3.15 已经成了 Homebrew 的"主线版本"。Homebrew 同步 Python 主线节奏越来越紧——这件事不会成为标题,但它是 Homebrew core 维护者工作量的稳定来源,也是为什么 Formulae/Cask 数量持续膨胀的一个不太显眼的原因。


结语

上期我说"套件自己站出来介绍自己了",artcraft-launcher 是事件第一段。本期事件补完:套件不只是站出来,是两周分两批把 13 个应用 + 1 个 CLI + 1 个 launcher 全部 push 进了 Homebrew。这件事的细节是 photocraft-cli——同一个套件里多了一条 CLI 入口,GUI 和 CLI 同源,这是 Homebrew 上少见的发行模式。

而 peekaboo 不只是"又一个 macOS 自动化工具",它补完了 MCP 协议的服务端——1010 期 mcpc 的另一端。MCP 协议的两端在两周内先后进了 Homebrew 官方 core,这件事意味着:Homebrew 不再只是 agent 工具栈的消费渠道,它开始成为 agent 协议基础设施的承载者。

下期的钩子已经在那了:当 MCP 两端都在 Homebrew,谁来定义 agent 跨机器的"会话可移植"? lody 在 1010 期接过这个问题;ACP 协议那一头在等;Homebrew 自己还没表态。