Verne in GitHub

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

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

2026-06-26 ai , claude-code , token , context-window , headroom , mcp

从 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 ...

2026-06-16 self-hosted , ai , knowledge-base , obsidian , second-brain , llm , docker

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

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

2026-06-16 fswatch , macos , cli , automation , file-system , terminal

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 ...

2026-06-10 harbor , docker , registry , devops , self-hosted , kubernetes , helm

用 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 ...

2026-06-08 claude-code , anthropic , ai-agent , workflow , orchestration , dynamic-workflows , ultracode

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

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

2026-06-02 chrome-extension , vim , keyboard , browser , productivity , surfingkeys

电子书

本站提供服务

文章分类

最近文章

  • Nowledge Mem 使用半年体验：让所有 AI Agent 共享同一份记忆 今年 2 月份我把 [[Nowledge Mem]] 装到 MacBook 上，想解决的是一个很常见的问题：我希望在 [[Perplexity]] 网页上查过的资料，直接在 Claude Code 中可以记住。但没想到大半年过去，它已经变成了我每天都在用的软件，而且是那种「不在后台跑着就会觉得别扭」的存在。我在 Claude Code、[[Codex]]、[[OpenClaw]] 里开的每一个会话，开头都会先从它这里拿一份简报；网页上和 AI 聊过的东西会自动同步进去；我做过的决定、踩过的坑、服务器的配置，都沉淀成一条条可以被任何 Agent 检索的记忆。说它是我所有 Agent 的记忆和大脑，一点都不夸张。
  • Aside AI 浏览器介绍：既能自己干活，也能接入 Agent 前两天整理了一篇 AI 浏览器自动化方案怎么选，把 Playwright、MCP、Agent 专用浏览器、WebMCP 这些路线梳理了一遍。在那篇文章里我提到，「内置 Agent 的 AI 浏览器」这一类里我最看好的是 Aside，原因是它的密码管理器设计得很用心，但篇幅有限没有展开。今天就单独写一篇，聊聊这个浏览器到底能做什么、和 [[Comet]]、[[Dia Browser]] 有什么不一样，以及我现在是怎么用它的。如果你看完想试试，可以用我的邀请链接 https://aside.com/r/UpYKnv9ziq 注册，注册后会额外获得 100 Credits。
  • AI 浏览器自动化方案怎么选：从 Playwright、MCP 到 Agent 浏览器和 WebMCP 的全景梳理 最近我一直在研究「让 AI 用浏览器」这件事。起因是看到 Nowledge 写了一个 browse-now Skill，可以直接让 Claude 控制浏览器，紧接着又偶然发现了 [[Ego Lite]] 这款专门为 Agent 设计的浏览器。顺着这条线，我把 Aside、BrowserOS、Deta Surf 这几款 AI 浏览器挨个调研了一遍，越看越发现它们的侧重点和实现方式差别很大：有人在做测试框架，有人在做浏览器插件，有人从 Chromium 内核开始为 Agent 改造浏览器，还有人在推动新的 Web 标准。它们看起来都在「让 AI 操作网页」，解决的却根本不是同一个问题。
  • 入手 GL.iNet Comet Pro（RM10）：支持 Wi-Fi 6 的远程 IP KVM 家里的 [[Homelab]] 一直是一台 4 盘位的小主机跑 [[Proxmox VE]]，上面跑着 Ubuntu 虚拟机、一堆 Docker 服务和下载机。平时远程管理全靠 SSH 加 [[Tailscale]]，只要系统还活着基本没什么问题。真正让我不放心的是系统起不来的时候：升级内核后卡在启动界面、改网卡配置时手滑导致网络没起来、BIOS 被重置后不再从正确的硬盘启动，这时候 SSH 连不上，Tailscale 也不会在线，人不在家就只能干等。最近正好赶上一波促销，我入手了 [[GL.iNet]] 的 Comet Pro（型号 GL-RM10）远程 [[IP KVM]]，叠加各种限时优惠之后实际支付 590.76 元，算是把 Homelab 远程管理的最后一块短板补上了。
  • 用 PowerContext 给多个 Coding Agent 做任务交接 现在我写代码基本是 [[Codex]] 和 [[Claude Code]] 轮着用。有时候是 Codex 的额度先用完了，有时候是某一步我觉得 Claude Code 更合适，于是一个任务经常要在两个 Agent 之间换手。真正麻烦的不是换工具本身，而是换手的那一刻：新会话对前面发生的事一无所知。之前选了哪个库、哪个旧接口不能动、改了哪些文件、测试跑没跑过，这些信息全都留在上一段对话里。我只能手动复述一遍，或者把一大段聊天记录贴回去，前者容易漏掉关键约束，后者浪费 Token，还会让模型在几千行历史里抓不住重点。说到底，我缺的不是一个更大的上下文窗口，而是一份能在 Agent 之间传递、而且接手方可以核对的「当前状态」。在写这篇文章的时候还出现了另外一个思路就是利用 [[magpie]] 将模型路由给充足额度的账号，这个之后再写文章说。