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

Denote 介绍 Emacs 下基于文件名的笔记系统

最近在 GitHub 上闲逛的时候，我发现了 [[李继刚]] 整理的一批 [[Claude Skills]]，出于好奇就 clone 下来翻了翻仓库。打开目录一眼扫过去，几乎所有 Skill 输出的文档文件名都长得很特别，大致是这样的形式: 20260527162000==z--投资分析-ajinomoto-2802。这种带着长串数字时间戳、夹杂 == 和 – 分隔符的写法，一眼看上去既不像我熟悉的 [[Jekyll]] 那种 YYYY-MM-DD-title.md，也不像 [[Obsidian]] 里常见的中文标题直接做文件名，反而有种”工程化”过头的 Read more ...

2026-05-28 denote , emacs , zettelkasten , obsidian , note-taking , knowledge-management

Ghostty 和 xterm-ghostty 是什么

最近我在 macOS 上重新整理终端工具链的时候，又一次认真看了 [[Ghostty]]。很多人第一次接触 Ghostty，会先被它的界面、速度或者作者背景吸引，但只要打开 Shell 跑一个 echo $TERM，很快就会看到一个更陌生的名字：xterm-ghostty。这个名字看起来像是传统 xterm 的变种，实际上它背后代表的是 Ghostty 对终端兼容性的一整套设计思路。很多人把它当成一个无关紧要的环境变量，但如果你经常使用 [[SSH]]、[[tmux]]、[[Vim]]、[[Neovim]]、[[less]] 或者各种 TUI 工具，理解 Read more ...

2026-05-23 ghostty , terminal , xterm-ghostty , terminfo , shell