Headroom:让 AI Agent 少花冤枉钱的上下文压缩工具

最近一段时间我在深度使用 [[Claude Code]] 做开发工作,用得越多,就越感觉套餐余量紧张。一次稍微复杂一点的任务,比如让它读取几个文件、搜索一下代码、跑一下测试,轻轻松松就能烧掉超过 100K 的 Token。更让人无奈的是,这 100K 里面有相当大一部分是重复冗余的内容——工具调用的输出、日志、搜索结果,它们被原封不动地塞进上下文,再一次次地发给模型,而模型其实只需要其中很小一部分关键信息。 直到我发现了 [[Headroom]] 这个工具,才意识到这个问题其实有解。 上下文膨胀是 AI 开发成本的隐形黑洞 在聊 Headroo Read more ...


从 Shottr 到 Capso:我找到了 macOS 上更好的截图工具

在过去几年里,[[Shottr]] 一直是我在 macOS 上的主力截图工具。它体积小巧、反应迅速,带有基础的标注和 OCR 功能,8 美元的买断价格对于这个工具类别来说相当值。但就在最近,我发现了一款叫做 Capso 的开源应用,用了一周之后,我几乎没有任何理由再打开 Shottr 了。 为什么一直用 Shottr Shottr 的核心优势在于轻量和专注。启动快、占内存少,截图之后会立刻弹出一个浮动窗口供你标注,标注完毕可以直接拖拽到任何地方,这个工作流非常顺手。它的 OCR 功能用的是 macOS 原生的 Vision 框架,识别速度快、准确 Read more ...

2026-06-19 macos , screenshot , open-source , capso , shottr

zoxide:让目录跳转快到飞起的 cd 替代品

很早之前就将 zoxide 放到了我的 dotfiles 中,但是却发现没有好好总结一下它的用法,前两天用 Atuin 总结了一下终端下每天高频使用的命令,切换目录的使用频率遥遥领先,所以我觉得是时候好好来介绍一下 zoxide 的使用来加速终端下切换目录的操作效率。zoxide 能学习我们的行为习惯,让我们用几个字母就跳到任意常用目录。 zoxide 是什么 zoxide 是用 Rust 编写的智能目录跳转工具,可以看作是 cd 命令的进化版。它的核心原理是”frecency”算法——即 frequency(频率)和 recency(时效性)的 Read more ...

2026-06-16 zoxide , terminal , cli , shell , productivity

Khoj:开源的 AI 第二大脑,连接你的个人知识库

信息过载是一个老问题,但 AI 时代让这个问题有了新的解法维度。我的 [[Obsidian]] 笔记库里存着几千篇笔记,有读书摘录、技术研究、项目记录,但很多时候我自己都找不到想要的东西,更别说让这些知识产生关联和洞见了。用过 [[ChatGPT]] 和 [[Claude]],它们的对话能力很强,但没法触碰我的私人笔记。用过向量搜索工具,可以语义检索,但没有对话能力。直到发现 Khoj,才意识到这两者可以被优雅地整合在一起。 Khoj 是什么 Khoj 把自己定位为”AI 第二大脑”(Your AI second brain),这个说法很准确地抓 Read more ...


fswatch:macOS 上零开销监控文件系统变化的利器

最近在折腾本地知识库索引方案的时候,遇到了一个很常见的问题:每次新增或修改笔记之后,需要手动触发一次索引重建脚本,时间长了非常容易忘记。轮询方案(每隔几秒扫描一次目录)倒是能解决问题,但代价是 CPU 和 I/O 的持续消耗,在有几万个文件的知识库里显得格外浪费。这时候朋友推荐了 [[fswatch]],用了之后觉得这才是正确的打开方式。 fswatch 是什么 fswatch 是一个开源的跨平台文件系统监控工具,由 Enrico M. Crisostomo 开发并维护,项目托管在 GitHub 上。它的核心思路很简单:订阅操作系统提供的文件系统 Read more ...


claude-mem:让 AI 编程助手拥有持久记忆

用 [[Claude Code]] 已经有一段时间了,它作为 AI 编程助手确实好用,但有一个问题始终让我感到遗憾:每次开启新的会话,Claude 就像刚出生一样,对之前我们一起讨论过的架构决策、踩过的坑、做出的权衡,统统不记得了。我得重新介绍项目背景,重新解释上次解决的思路,重新建立起那个”默契”。直到我发现了 claude-mem 这个项目,才意识到这个问题有了相当优雅的解法。 AI 助手的”记忆缺失”问题 现代 AI 编程助手的上下文窗口虽然越来越大,但本质上仍是无状态的——每个会话独立,上一次的交流不会自动延续到下一次。对于临时性的任务, Read more ...

2026-06-16 claude-code , ai , memory , productivity , tool

用 Harbor 搭建私有 Docker Registry:从安装到日常使用的完整实践

我维护过几个跑在自己服务器上的小项目,构建出来的 [[Docker]] 镜像最早都是直接推到 [[Docker Hub]] 上的。用了一段时间之后开始觉得别扭:一些只在内网跑的服务镜像,没必要也不应该传到公开的仓库;Docker Hub 对匿名拉取做了限流之后,CI 流水线偶尔会因为触发了速率限制而失败;再加上想给不同的项目、不同的同事分配不同的访问权限时,公共仓库这套体系根本满足不了。折腾到后来我意识到,是时候在自己的机器上搭一个真正能用的私有镜像仓库了。 最朴素的做法当然是直接跑官方的 registry:2 镜像,几行命令就能起一个 [[Docke Read more ...


用 New API 打造个人 AI 网关:统一管理所有大语言模型接口

这段时间我同时用着好几个大语言模型服务:日常写作和代码靠 [[Claude]],轻量任务交给 [[Codex]],搜索增强用 [[Antigravity]],还有几个本地跑着 [[Ollama]] 的小模型供离线场景使用。每个平台各自的 API Key 散落在项目环境变量里,月底要去好几个后台分别对账,想横向对比两个模型的输出还得打开不同的网页或客户端来回切换,很费事。 用这种方式折腾了一段时间之后,我开始认真找一个能统一管理这些 API 的工具。最终落在了 [[New API]] 上,用下来解决了不少痛点,今天把使用心得记录一下。 什么是 Ne Read more ...

2026-06-09 ai , llm , api , new-api , open-source

Claude Code 的 Dynamic Workflows 让模型自己写编排脚本

最近 Anthropic 在五月底悄无声息地往 [[Claude Code]] 里塞了一个挺颠覆的功能,名字叫 Dynamic Workflows。我一开始没太当回事,以为又是某种新的 subagent 包装层,毕竟过去一年里这类”让多 agent 协同工作”的概念已经被各种框架翻来覆去地讲过。直到我看到 Bun 团队用它把整套代码从 [[Zig]] 移植到 [[Rust]] 的案例,11 天写了大约 75 万行代码,测试通过率 99.8%,才意识到这次的设计思路和之前的”agent 团队”完全不是一回事。 写这篇文章主要是把我这几天读官方文档、刷各种 Read more ...


Surfingkeys:比 Vimium 更强大的浏览器键盘控制扩展

最早接触 [[Vimium]] 是在学习 Vim 编辑器之后,那种能用键盘完全控制浏览器的感觉确实让人着迷。不用频繁移手到鼠标,链接跳转、页面滚动、标签切换全用键盘搞定,效率提升的体验是实实在在的。用了几年 Vimium 之后,我开始接触到 [[Surfingkeys]],起初以为不过是另一个同类扩展,但深入用下来才发现这两者的差距远比我想象的大。 为什么要用键盘控制浏览器 对于长期使用 [[Vim]] 的人来说,键盘操作的肌肉记忆已经根深蒂固。在编辑器里习惯了 hjkl 导航,切换到浏览器还要去抓鼠标总觉得很割裂。更重要的是,对于程序员、研究者 Read more ...


最近文章

  • RAGFlow:以深度文档理解为核心的开源 RAG 引擎介绍与部署使用教程 这两年我陆陆续续接触过一些 RAG 小工具,从最早自己用 [[LangChain]] 拼一个 demo,到后来用 [[AnythingLLM]]、[[Dify]] 的知识库功能,有一个体验几乎每次都会重演:拿几篇 Markdown 测试的时候效果惊艳,一旦换成真实的业务材料,比如一份带合并单元格的财报 PDF、一份双栏排版的论文、几页扫描的合同,回答马上就开始胡说八道。追查下去会发现问题根本不在大模型,而在最前面的解析和切块环节,表格被拍平成一串没有表头的数字,左右两栏的文字被交错拼接在一起,模型拿到的上下文本身就是错的。也正是因为这个痛点,我在调查 ESP32 小智 AI 后端的时候发现了 [[RAGFlow]],一个可以「深度文档理解」的开源 RAG 引擎。
  • Git 本地忽略文件:.git/info/exclude 的作用与使用技巧 由于本地 IDE、插件、Agent 的差异,所以经常打开项目之后会出现一些只属于我自己的文件,AI Agent 和一些 MCP,Skill 也喜欢在项目根目录里面添加文件。每次 git status 都能看到这一串红色的 untracked 文件,看着很烦,又不太好意思为了自己的习惯去改项目的 .gitignore。这时候我想起了 .git 目录里一个存在感极低的文件 info/exclude,它刚好就是为这种场景设计的。
  • Meta Muse 使用教程:上手设置、提示词技巧与实用案例 上一篇 Meta Muse 介绍与注册指南:一个会替你跑腿的个人 AI Agent 把 [[Muse]] 是什么、怎么注册、额度怎么算都整理了一遍,但是留了一个结尾:注册完之后到底该让它干什么。Muse 上线这几周,我查阅了一些测评体验,整理了 X 和 Threads 上用户晒出来的用法,发现大家的使用路径其实很像:从提醒和文件这类零风险的任务开始,确认它靠谱之后再慢慢接入邮箱、日历,最后才让它碰钱。这篇就按这个顺序来整理,从界面和设置讲起,再到具体的案例和踩过的坑。
  • Meta Muse 介绍与注册指南:一个会替你跑腿的个人 AI Agent 2026 年 9 月 8 日,[[Meta]] 发布了个人 AI Agent [[Muse]],宣传语只有一句:「它去做,而不是告诉你怎么做」。用 [[ChatGPT]] 或 [[Claude]] 时,我们得到的往往是一份说明书,真正动手的部分,打开网页、填表单、下单付款,还得自己来。Muse 想把这一段也接过去:你交给它的不是一个问题,而是一件事,它会自己打开浏览器一步步做完,需要你拍板时再回来问你。这是 Meta 迄今为止在消费级 AI 上下的最大一笔注,两周后的 Connect 2026 大会几乎整场都围绕它展开。
  • Jev:不聊天只做判断的 System One 决策模型 过去一两年,大模型的发展方向几乎都是更长的思考链、更大的上下文、更强的 Agent 能力。但在日常写代码和搭建自动化流程的过程中,我发现很多地方用到大模型,其实只是为了让它做一个简单的判断,却要付出几秒钟的等待和解析 JSON 的麻烦。TypeSafe AI 发布的 Jev 走了一条相反的路:不聊天、不写代码,只做快速的判断。