这周新进来的工具，很多都在干同一件事：把 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 这类工具。
结语
有些工具是锤子，看见钉子就用。
这周进来的工具更像是量尺——帮你看清楚已经发生了什么，才好决定下一步。
观察工具和使用工具，是两种不同的习惯。
但也许，后者越来越需要前者打底。
工具在变，但看懂工具在干什么，始终是你自己的事。