前几周我们看着 agent 一点点拥有自己的语言、包管理、沙箱和观察工具。
这一周,它有了第一张可以挂在墙上的任务列表。
不是又一个 agent runtime。
是一个叫 kata 的东西,由 pandas 的作者 Wes McKinney 写的 issue tracker,
明文写在产品描述里:给 agent 和"看着 agent 干活的人"用。
它把 agent 工程剩下的最后一块拼图补齐,顺手把它做成了一个本地优先的 SQLite。
本周一句话总结
Agent 工程的工具链不再是"让 agent 跑得起来"——这一周进 Homebrew 的几样东西,把"agent 的工作流该长什么样"摆上了台面。
本周新增工具速览
🧪 New Formulae
| 名称 |
中文说明 |
| delly |
结构变异发现的配对末端和分裂读段分析 |
| dnsglobe |
全球 DNS 传播检查的 TUI |
| evnx |
全面管理 .env 文件的 CLI 工具 |
| fluxcd |
Kubernetes 开源的持续交付方案 |
| honker |
SQLite 消息队列扩展 |
| httpx2 |
Python 的 HTTP 客户端库 |
| kata |
Local-first,federated issue tracker,给人和 coding agent 共享一份任务账本 |
| lazy-tmux |
备份所有 tmux 会话,需要时再恢复 |
| lazyrsync |
用 Rust 写的 rsync 终端界面 |
| lfk |
在终端里浏览和管理 Kubernetes 集群 |
| libyang |
YANG 数据建模语言库 |
| livebook-cli |
Elixir 开发者的代码笔记本 |
| modal |
Modal 的客户端库和 CLI |
| nats |
NATS Server 和 JetStream 的管理工具 |
| network-doctor |
网络故障排查 TUI |
| open-code-review |
AI 驱动的代码审查工具,带确定性的 pipeline 和 LLM agent |
| opencrabs |
单个 Rust 二进制的自主、自我进化 AI agent |
| openkermit |
UNIX 和 VMS 上可脚本化的网络和串口通信 |
| oxvg |
SVG 工具链(优化、压缩、lint、批处理) |
| pear |
点对点应用运行时 |
| systemd-lsp |
systemd unit 文件的语言服务器 |
| usbtree |
终端里显示实时 USB 设备树 |
| vi-sql |
SQL 数据库的终端界面 |
🧩 New Casks
| 名称 |
中文说明 |
| android-cli |
Android 应用开发的命令行接口,带 AI agent 能力 |
| canario |
终端模拟器 |
| caskhub |
Homebrew casks 的原生 GUI |
| diversion |
云原生版本控制的 CLI 和 agent |
| diversion-app |
Diversion 版本控制的桌面应用 |
| esphome-device-builder |
创建、编辑、安装 ESPHome 设备配置的桌面应用 |
| font-jetendard |
JetEndard 字体 |
| font-nexon-bazzi |
Nexon Bazzi 字体 |
| font-nexon-football-gothic |
Nexon Football Gothic 字体 |
| font-nexon-lv1-gothic |
Nexon LV1 Gothic 字体 |
| font-nexon-lv2-gothic |
Nexon LV2 Gothic 字体 |
| font-nexon-maplestory |
Nexon Maplestory 字体 |
| headroom |
给 Claude Code 和 Codex 减 token 用量的 macOS 菜单栏应用 |
| kirocrew |
带多 agent 支持的持久 AI 开发工作台 |
| koreader |
电子墨水设备的文档阅读器 |
| lemonade-server |
带 GPU 和 NPU 加速的本地 LLM 服务 |
| meetingrecorder |
录制会议,同步采集麦克风和系统声音 |
| muse-code |
交互式终端编程 agent |
| sentry-cli |
与 Sentry 交互的命令行工具 |
| space-rabbit |
切换 macOS Spaces 时移除动画 |
| switchy |
在多台 Mac 之间切换 Magic Keyboard、Trackpad 和 Mouse |
| tauritavern |
兼容 SillyTavern 的原生客户端 |
| textream |
跟读式提词器,脚本可以随朗读高亮 |
| tickernotch |
在刘海旁边或菜单栏显示行情、新闻、天气和社交计数 |
| unity-cli |
Unity 的命令行接口 |
| warp-agent-cli |
命令行工作流的 agentic 开发环境 |
| work-louder-input |
Work Louder 设备的键盘配置工具 |
| zcode |
AI 辅助的开发环境 |
值得留意的几个方向
这一节不求全,
只挑 4 个 值得停下来看的点。
kata:agent 的第一张任务账本
$ kata create "修复登录竞态" # 一次性、可幂等
$ kata list # 列出当前打开的 issue
$ kata show abc4 # 用稳定短引用查看
$ kata close abc4 --done --commit a8c2f1 --message "已修复"
┌─ kata tui ─────────────────────────────────────┐
│ OPEN ◇ abc4 修复登录竞态 agent-1 1d │
│ ◇ e21a 补 e2e 测试 human 2h │
│ ◇ 9bf2 重构 auth 模块 idle 3d │
│ CLOSED ☑ 712c 旧版 GET 404 human 1w │
└────────────────────────────────────────────────┘
j/k 选择 Enter 详情 C close q 退出
Wes McKinney 在 2026 年写了一个 issue tracker,这件事本身就值得停下来。
pandas、Arrow、DuckDB——他在过去十年里最关心的都是"让数据处理这件事变得可以放下来、重启而不丢上下文"。kata 是同一思路的延伸,只是落点从数据移到了任务。
它的产品描述一上来就把两件事写在一起:"给 agent 跑任务的 CLI,和给人盯进度的 TUI。" agent 通过 --json、--agent 和幂等的 create/close 流动任务;人通过 kata tui 看同一个 SQLite 里的同一份账本。任务有 reason、有 message、有 commit hash、有 actor 字段——谁关的、按什么理由、贴了哪个 commit,都能回放。
默认状态存在本地 SQLite,仓库里只多一个 .kata.toml,不会因为用一个 issue tracker 把仓库弄脏。需要协作时可以用 KATA_DSN 走 Postgres 或自己起的 daemon,再加点 federation。
它省掉的是 agent 工作中最隐秘的成本:任务和决策的连续性。一个 agent session 跑了 30 分钟改了三件事,如果中间崩了,你以前得回去翻日志、git reflog、Slack 截图拼它到底改了什么。kata 把这件事做成了结构化字段——"close 时必须带 commit 和 reason"不是审查,是防御性快照。
baml 给 agent 一门语言,apm 给 agent 一个包管理器,arcbox 给 agent 一间隔离房间,openlore 给 agent 一张代码地图,treehouse 给 agent 一个独立工作区。**kata 给 agent 一张可追责的任务列表。** 这次的作者还是 pandas 那一档的人,所以"数据放在本地 SQLite、可以跨实例联邦、但默认不污染仓库"这套约束,看起来不像灵光一现,更像押注。
opencrabs:一个二进制里的"自我进化" agent
opencrabs 的描述第一段比较长,但里面有三个词值得拆开看:all-in-one、self-improving、single Rust binary。
它把 TUI、CLI、daemon 三种入口塞进同一个二进制。功能列表读起来像是一个团队愿意自己用的 agent:写 landing page、做后端、管理文件、研究、调度任务和事件,还能挂上 favorite 的 channel(理解为不同 agent 之间的协作通道)。896 stars,Rust Edition 2024,基于 Ratatui。
baml、apm 是把人往外推的工程基础设施;arcbox 给 agent 一个边界;lm-studio-bionic 让本地模型直接以 agent 形态出现。opencrabs 走在另一侧——它在试图把"打开一个 terminal,一个二进制,一个 agent 全包"这件事变成产品形态。
brew info 显示它有一个 build-error 9/30,是这一期我看到的几个较新公式里 build-error 较高的一个。如果有人装它,值得用 brew info opencrabs --json 之类先看一下当前状态。
它省掉的成本有点不同:不是省"调试"或"协调",是省"决定"。一个二进制、一种心智模型、一组固定的入口——换工具意味着重新训练,不是重新配置。对于刚开始把 agent 当日常工具、但还没准备好搭一套 baml+apm+arcbox 的人来说,这种"先全在一个里,等哪天真的需要再拆"的设计,本身就是一种产品态度。
headroom:给 Claude Code 装上一层 token 路由器
Headroom 的产品描述非常直接:把 Claude Code 或 Codex 里的 build log、JSON blob、shell 输出、HTML 样板,压缩到一半左右再喂给模型。 模型需要原文的时候可以拉回,自带"可逆压缩"。
头号指标写在了宣传里:在噪音输入上 ~50%,在真实 agentic coding session 上 15–25%。他们有自己的 benchmark——HTML 抽取 F1 0.919,JSON 寻针测试 4/4,multi-tool agent 任务 61% 更少 token 但结论一致。
它跑在一个本地 proxy 里。Claude Code 看到的是压缩后的内容,你看到的是 dashboard:总成本、节省的 token、当日节省曲线、按项目学到的压缩模式。换句话说,它把"这一次 agent 跑的 token 是怎么花的"这件事从账单变成了仪表盘。
这与上几期 lm-studio-bionic(把 agent 留在本地)、flite、koe、openwhispr(把语音留在本地)是同一方向的不同切面:Token 经济开始有专用工具来管理,而不是默默花在账单里。 以前这是一个只有大公司在乎的事;现在一个 macOS 菜单栏应用在处理它,意味着这件事的门槛降到了个人开发者的桌面。
有一个不应该忽略的细节:它的官方页面把"188 happy developers,3,086 installs,44.3B tokens saved"放在了首页。不是技术指标在前面——是社区量在前面。token 优化作为一类工具,正在用 SaaS 经典的方式扩张:先攒量,再让数据反哺产品。
diversion:当 VCS 自己写"agent"进产品定位
$ diversion checkin --message "data sync worker" --trajectory
$ diversion sync --repo megamax
$ diversion activity --since 1h
diversion 把自己定位为"现代协作平台,专为巨型仓库和大规模并行 agent 工作流"。在产品页面上,你会看到一行字:"fleets of thousands of AI agents working in parallel。"
这是一个 VCS,主动把自己写进 agent 时代产品定位,而不是被时代裹着走。
它做的事情听上去像 Perforce:超大 monorepo(上千万文件、几百 TB,单文件最大 2.4 TB——明确包括 AI 模型 checkpoint 和训练数据)。但它把"agent 友好"做成了头号差异化:1,000+ commits/分钟无降速,Partial & shallow checkout 让 laptop 也能进 5000 万文件的仓库,还有一个叫 Trajectory 的插件,负责捕获每次 AI 生成代码提交时的"为什么"。
这个叙事变化比工具本身更值得记:版本控制——一个理论上最古老、最不需要重新发明的品类——也开始在产品定位里默认 agent 是第一类公民。 上周 mcp-inspector 到了 1.0,几个产品正在不声不响地把"agent-first"写进自己的安装文档。diversion 是其中走得最显眼的,因为它选择了一个本可以只服务游戏工作室的位置,也选了把 agent 写进产品第一句。
Diversion 不是给大多数人准备的(diversion-app 的 30 天安装量只有 11),但它能把这件事放进产品页这件事本身,是一个值得记的信号。
一点个人感受
kata 是这一周让我最想认真看 repo 的一个。不是因为我马上会用——30 天安装 57,公式刚进——而是因为它落在一张我已经在用一张纸记的清单上:baml、apm、arcbox、openlore、treehouse 现在都在写"agent 该怎么工作"的某一格。kata 把"任务追踪"这一格填上了,作者是那种不会随便填的人。我想把它加上 watch,过几个月再看。
opencrabs 我短期不会装。brew info 里那个 9/30 的 build-error 在新 formula 里偏高的;896 stars 不算多,我更想等它到 0.5.x,或者看到 Rust Edition 2024 那些特性稳定下来。但我想认真看它的架构图——把 TUI、CLI、daemon 塞进一个 binary,这件事本身就是一种产品态度,和 baml 的"我重写一切"是反向的。
headroom 是这周我会认真考虑付费的那一个。我现在每月给 Claude Code / Codex 花的 token,已经到了一个我不再想用"反正不贵"糊弄自己的程度。把它装上做一个月的仪表盘,比读三篇 token optimization 文章有用。
meetingrecorder 让我没法继续无视这件事了。这是连续第三周或第四周出现"本地会议录音"工具(配合 koe、openwhispr、flite 那一串)。我到现在还是没用语音类工具,但这个密度本身在告诉我:大概率某个产品已经做对了某个我没意识到的场景,只是我还不知道是哪一个。
至于 diversion——它做对的事我没法直接受益,我没有百万文件 monorepo,我也不带 agent 集群干活。但它把"agent-first"明文写进 VCS 产品描述这件事,和上周 mcp-inspector 进 1.0、arcbox 把 agent 沙箱写进产品第一句,合在一起构成了一条同样的曲线:基础设施品类(版本控制、容器、调试器)开始默认用户里有 agent 这一类。 这条曲线一旦明显到不必说出来,就意味着 agent 经济已经走完了上半场。
结语
kata 的官网描述里有一句不起眼的话——"for humans and coding agents"。前几个月 Homebrew 里陆续进来的 baml、apm、humanbound、openlore、treehouse 也都写过类似的措辞,但它们大多是"我顺便能服务 agent"。kata 是第一样东西,把"agent"放进了产品名字以外、更早的位置。
一个写 pandas 的人,在 2026 年重新做了一个 issue tracker——这个故事本身比任何公式描述都更值得记。可能在某个我们看不见的角落里,有一类工具就是这样开始的:不是因为缺一个功能,是因为有人看到一种新的工作方式没人正经服务过。
也许下期我们可以问另一个问题:这些工具里第一个真正有人留下来长期用的,会是哪一个?
Select Language