背景之前写过几篇关于我用 Agent 的流程和工具的文章，主要是这几篇： AI Coding Agent 时代，我自己最常用的 4 个终端工具 从 Warp 换到 cmux：一个更适合 AI Agent 的终端 我的 Claude Code 常用 SKILLS 和工具 这几篇更多讲的是具体的工具，这次我想聊聊终端。我大部分的工作时间都在终端里跟 Agent 打交道，最近又折腾了一轮，中途还换

背景上一篇 微信零碎记录饮食-交给Agent 里提到：CC 的 loop 周期开不久，隔一阵就要重建一个；openclaw、workbuddy 又太重，我那台老 Mac 跑着吃力。所以当时说，后续考虑基于 pi 自己定制一个 Agent。 最近把这事落地了，做了一个轻量的个人 Agent 框架，起名 botler-agent（bot + butler，当数据管家用）。 源码地址： https:/

背景最近在刷脂，每天热量有个硬指标：TDEE 2400，缺口最多 25%，也就是目标 1800 kcal。 正餐这块好办。我每周备餐，吃什么、吃多少克都是定死的，一顿饭的营养算一次就固定下来了。 麻烦的是零碎饮食。 馒头、嘴馋了的加餐，这些不在备餐计划里的东西，才是热量失控的源头。它们没有规律，全靠”当时吃了什么”这个记忆，而这恰恰是最容易丢的。 以前我也试过正经记录：打开 App，找食物，填克

背景最近 MCP 又发大版本了，MCP 2026-07-28 规范。算下来这已经是第五个版本，也是改动最大的一次。 重点是以下内容： 这次到底改了什么? 社区怎么看? 旧版的痛点它堵了多少? 以及那个老生常谈的问题”MCP 是不是很浪费 token”新版是否有优化？ 原文是 Anthropic 的 Bringing MCP 2026-07-28 to Claude，发布说明在 modelc

背景我们的 StarRocks 集群一直跑在 3.5 分支上，最近发现 PR #57371 只 backport 到了 3.4，3.5 没收到，导致 MV 从 inactive 切到 active 的时候走的是 force=true，也就是全量刷新。 于是我手动把这个修复 cherry-pick 到了我们的 3.5 分支，改掉 force=true 的问题之后发了版。发版本身没问题，但发版触发了

前两天发了一篇 Rewriting Bun in Rust 原文的翻译，内容有点多，这次我自己整理了一份精简版。 背景 一开始是因为在 X 上刷到 Bun 官方博客一篇《Rewriting Bun in Rust》，作者是 Jarred Sumner。看完挺震撼的——1 个工程师，用 CC（Claude Code）+ Claude Fable 5（重写那会儿还是预发布，现在订阅用户已经能正常用了

背景已经高强度的使用 claude code 大半年的时间了，积累了不少好用的 SKILLS 和工具，今天来整理一下分享给大家。 我安装了大约 70 几个 SKILLS，但常用的其实也不太多，下面介绍一些我个人觉得效果不错的。推荐使用我开发的 skilldeck 来管理本地的 SKILLS： 12brew tap crossoverJie/skilldeck && brew i

背景以前学 linux 命令行，常见路线是记住一堆 grep、find、sed、awk，然后自己在代码库里定位问题、筛选文件、拼接命令。 但进入 Coding Agent 时代后，我觉得人和终端的分工变了。 代码搜索、读取配置、分析调用链、运行测试，这些工作本来就是 Agent 擅长的。面对一个仓库，Claude Code、Codex 之类的 Agent 会自己判断该用 rg、git diff、j

背景最近将终端从 Warp 切换到了 cmux，用了一段时间后，现在已经基本上满足我的所有需求，所以才有这篇安利的文章。 开始之前先回顾下自己的终端使用历史。刚开始工作那时候使用的是 Windows，用得最多的终端就是 xshell，后面切换到 macOS 之后自然就切换到了 mac 上用的最多的 iTerm2。

背景最近在搞 StarRocks 的跨版本升级（3.3 → 3.5），中间踩了不少坑。我之前也写过一篇 StarRocks 升级注意事项记录了手动升级的流程，但那只是针对小版本（3.3.3 → 3.3.9）的升级。 跨大版本升级完全是另一回事——3.3 到 3.5 中间有 6000+ 个 commit，里面藏着各种不兼容变更：配置默认值变了、Session Variable 改了、Protocol