先说哪些变了

旧清单里这几个我现在已经不用了：

• Alfred —— 被 Raycast 完全取代了。付费墙又高，免费版能干的事太少。
• Mos / Mac Mouse Fix 二选一 —— 现在只留 Mac Mouse Fix，它新版本窗口管理也做了，比以前好用。
• Loop —— 留给 Mac Mouse Fix 的窗口管理之后撤了。
• EasyDevo —— DevToys 够用了。
• Termius —— SSH 直接交给 Ghostty + 系统 ssh 配置，多端同步的需求没了。
• lux（B 站下载） —— 不怎么下了。

下文按我现在真实的用法重新整理。

AI 编程

这是这两年变化最大的部分，单独拎出来。

说实话现在 AI 编程工具已经多到有点过剩了。我的实际状态是 Claude Code 当主力，剩下几个客户端拿来对比同一个问题不同模型的回答。没必要全装，挑一两个顺手的就行。

编辑器和 IDE

JetBrains 全家桶还是吃内存大户，但代码跳转和重构这块没什么能打的。Sublime 留着纯粹是因为它打开几万行的日志文件不卡。

笔记

笔记类我同时开着三个：Obsidian、语雀、Notion。不是因为选择困难，是它们在我这儿干的活不一样，谁也替代不了谁。

先给个速览：

Obsidian：我的主力

这篇博客就是 Obsidian 写的，平时记的笔记、写的 skill、攒的技术资料全在里面。它的核心好处是文件全在本地、纯 Markdown，不被任何一个云服务绑住，哪天想迁随时能迁。双链和图谱让笔记之间能连起来，越攒越有价值，不像传统笔记写到后面就成了一堆找不到的死文档。

它是个本地工具，发布得自己搭。我自己搭过两套，可以看看：

• hugo+obsidian 打造最强博客（一） 和 (二) —— 怎么把 Obsidian 接到 Hugo 博客上
• Obsidian + Claude Code 构建 AI 第二大脑 —— 后来又把 AI 接进来，让笔记真正"活"起来

语雀：技术文档沉淀

技术类的东西我往语雀放。它那套文档树结构很适合做知识库分层，一个项目从设计到实现拆成一块块挂上去，回头看一目了然。语雀的编辑器对代码块、公式、画板这些支持得比较细，写技术文档比 Markdown 裸写舒服。缺点是云端封闭，导出没那么自由，所以我只把"需要结构化整理、长期维护"的技术内容放这。

Notion：对外分享

Notion 我其实用得不多，但留着有它的道理——公开分享和对外知识库这块，它最好用。Notion 的页面能直接发布成公开链接，排版好看、多媒体混排方便，拿来做个人主页、项目介绍、对外教程很合适，对 SEO 也友好。我自己不拿它记日常笔记，但要做给别人看的东西，会优先考虑它。

我的实际分工

简单说就是：Obsidian 管输入和沉淀，语雀管技术整理，Notion 管对外输出。如果你只挑一个，长期沉淀选 Obsidian；要带团队做 Wiki 选语雀；要做对外内容选 Notion。三个都装也不是浪费，前提是给每个工具一个明确的角色，别什么都往一个里塞。

另外还有个 Anki，不在上面三个的赛道里。它是纯记忆工具，碎片时间拿来刷卡片，背单词和记技术知识点，配合 Easydict 存生词挺好用。

终端和 Shell

这块这两年换得最彻底。

以前用 iTerm2，换到 Ghostty 主要是图它快和干净。配置文件就一个，没有什么花里胡哨的设置面板，我反而更喜欢。

Shell 这套配置我没怎么折腾，就四样东西：Oh My Zsh、p10k、自动补全、语法高亮。够用了，再往上加插件启动会变慢。

命令行工具

这是旧清单里完全没覆盖的部分，但其实是我每天用得最多的。

包管理和运行时

uv 是这两年我最想安利的 Python 工具。装依赖、建虚拟环境、跑脚本，全用它一个，不用再记 python -m venv 那一串。配合 uv run 直接在临时环境里跑脚本特别舒服。

日常高频

task 这个我想多说一句。以前项目里一堆 Makefile，写起来不直观还容易写错。换成 task 之后，taskfile.yml 一眼能看懂在干什么，Windows 上也能跑，团队协作省心很多。

系统监控

mactop 是 Apple Silicon 上我比较推荐的。它能显示 CPU 各个性能核和能效核的占用，还有 GPU、内存带宽这些，htop 看不到。

容器和虚拟化

从 Docker Desktop 换到 OrbStack 是另一个"用完回不去"的体验。同样的容器，OrbStack 启动快一截，内存占用也小，而且它内置的 Linux 虚拟机可以当轻量开发环境用。Docker 留着主要是有些 CI 本地复现的时候要保证环境一致。

数据库和网络

Navicat 我现在没装了，DataGrip 一个顶所有。Wireshark 不常用，但真要排查网络问题的时候它是唯一靠谱的。

效率和启动器

Raycast 我每天用得最多的几个功能：启动应用、剪贴板历史、窗口管理、简单计算。它比 Alfred 好的地方是免费版就把核心功能全给了，不用纠结要不要买 Powerpack。

Easydict 这个之前我专门写过一篇 给 Easydict 加 Anki 功能，是真好用，划词就能查、能发音、能存生词。

浏览器和插件

主力 Google Chrome。日常用的插件：

其它日常

IINA 没什么好说的，装就完了。

旧的那篇 Mac 开发常用软件清单 留个时间戳，也没删。这篇是 2026 年的版本，估计过两年又得再更新一次。

环境：macOS arm64 (Apple Silicon)，32GB RAM，Ghostty 终端

这台机器用了好几年了。各种开发环境装了又卸、卸了又装，.zshrc 和 .bash_profile 里塞满了历史遗留的 PATH、重复的插件、已经不存在的目录。终端启动越来越慢，每次开个新 tab 都要愣一下。

一直知道该清理，但总觉得"下次再说"。直到最近用 Claude + GLM 5.1 试了一下，从诊断到改完，前后大概十来分钟。

结果是从 1.3 秒降到了 0.2 秒。

先看看有多慢

time zsh -i -c exit

跑一下，1.303 秒。开个终端等一秒多，体感确实很差。

怎么查的

整体计时知道了慢，但不知道慢在哪。有两种方式定位：

逐个 source 测耗时：

time zsh -c "source /opt/homebrew/opt/nvm/nvm.sh"
time zsh -c "source $HOME/.sdkman/bin/sdkman-init.sh"
time zsh -c "eval \$(/opt/homebrew/bin/brew shellenv)"

zprof 函数级分析：

在 .zshrc 开头加 zmodload zsh/zprof，末尾加 zprof，能得到精确到每个函数的耗时排名。这个最管用。

到底是什么在拖后腿

zprof 一跑，问题很清楚：

• nvm 吃了 ~540ms，占了一半多。它每次启动都扫描所有 Node 版本，完全没必要。
• compinit（补全系统）~360ms，6 个插件的补全初始化开销。
• SDKMAN ~300ms，Java 版本管理器初始化。
• brew / bun / cargo 这些加起来 ~120ms，影响不大。

但除了这些"大头"，还有一堆乱七八糟的问题：

• zsh-syntax-highlighting 和 fast-syntax-highlighting 功能完全一样，同时加载着
• ServBay 环境块在 .zshrc 和 .bash_profile 各出现一次
• SDKMAN 也加载了两次，同上
• Antigravity PATH 在 .zshrc 里写了两次
• datax、codebuddy、yarn global 等目录早就不存在了，PATH 还留着
• .zshenv 里重复加载 cargo/env
• arch -arm64 brew 这个 alias 在原生 arm64 机器上完全多余

说白了，就是年久失修。每次装个新工具就往配置文件里塞一行，从来没清理过。

改了什么

nvm 懒加载（省 ~500ms，效果最大）

原来每次开终端都加载 nvm，但大部分时候根本不用 node。改成懒加载——首次调用 node/npm/npx 时才初始化：

export NVM_DIR="$HOME/.nvm"
lazy_load_nvm() {
  unset -f nvm node npm npx pnpm
  [ -s "/opt/homebrew/opt/nvm/nvm.sh" ] && \. "/opt/homebrew/opt/nvm/nvm.sh"
  [ -s "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm" ] && \. "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm"
}
nvm()  { lazy_load_nvm; nvm "$@"; }
node() { lazy_load_nvm; node "$@"; }
npm()  { lazy_load_nvm; npm "$@"; }
npx()  { lazy_load_nvm; npx "$@"; }
pnpm() { lazy_load_nvm; pnpm "$@"; }

SDKMAN 懒加载（省 ~300ms）

同理，java/sdk/mvn 这些也不需要每次都加载：

export SDKMAN_DIR="$HOME/.sdkman"
lazy_load_sdkman() {
  unset -f sdk java javac jar mvn gradle
  [[ -s "$HOME/.sdkman/bin/sdkman-init.sh" ]] && source "$HOME/.sdkman/bin/sdkman-init.sh"
}
sdk()    { lazy_load_sdkman; sdk "$@"; }
java()   { lazy_load_sdkman; java "$@"; }
javac()  { lazy_load_sdkman; javac "$@"; }
jar()    { lazy_load_sdkman; jar "$@"; }
mvn()    { lazy_load_sdkman; mvn "$@"; }
gradle() { lazy_load_sdkman; gradle "$@"; }

精简插件

去掉了 zsh-autocomplete（bug 多、资源占用高）和 fast-syntax-highlighting（跟另一个重复）：

# 之前
plugins=(git poetry zsh-autosuggestions zsh-syntax-highlighting fast-syntax-highlighting zsh-autocomplete)

# 之后
plugins=(git poetry zsh-autosuggestions zsh-syntax-highlighting)

清理重复和失效的配置

删掉的东西不少，列一下：

重复的：

• ServBay 环境块（.zshrc 里有，.bash_profile 里也有）
• SDKMAN 加载（同上）
• Antigravity PATH（.zshrc 自己内部就写了两次）
• cargo/env（.zshenv 和 .bash_profile 都加载了）

失效的：

• $PYENV_ROOT/bin — 目录不存在
• DATAX_HOME — 目录不存在
• $PATH. 末尾多了个 . — 语法错误
• yarn/global/node_modules/.bin — 目录不存在
• .codebuddy/bin — 目录不存在
• arch -arm64 brew alias — arm64 原生机器不需要这个包装

最终结果

从 1.3 秒到 0.2 秒，快了大概 6 倍。

有两个小事项：每个终端会话里首次跑 node 或 java 会有一次 0.5-0.8 秒的加载延迟，之后就不会了。另外 zsh -i -c exit 测试时可能会报 gitstatus 初始化失败，这是因为非交互模式缺少完整 TTY，正常使用不会碰到。

整个过程，从打开终端发现问题到改完验证，十几分钟。之前拖了大半年没动的东西，让 AI 帮忙梳理一下就清掉了。这种"知道自己该做但一直没做"的事情，有个帮手确实不一样。

说到底就一句话：Obsidian 的笔记全是 Markdown，Claude Code 原生理解 Markdown。

不需要复制粘贴，不需要来回切换窗口。Claude Code 直接读写你 vault 里的文件，它知道你的笔记结构、你的标签体系、你的双链关系。这比在任何聊天窗口里丢一段文字让 AI 帮你改要高效得多。

Teresa Torres 在一期播客里分享过她的工作流：Obsidian + 两个终端窗口跑 Claude Code，日常安排、笔记整理、知识管理全交给 AI。但说实话，开两个终端窗口盯着看，体验并不好。如果能直接在 Obsidian 内部跑 Claude Code，那才叫丝滑。

好在社区已经做了好几个插件来实现这件事。下面介绍三种方案，从易到难，选一个适合你的就行。

前置条件

不管你选哪个方案，都需要先安装 Claude Code CLI。

# 通过 npm 全局安装
npm install -g @anthropic-ai/claude-code

# 验证安装
claude --version

然后需要配置 API Key。去 Anthropic Console 申请一个，然后设置环境变量：

# 推荐写到 shell 配置文件里（~/.zshrc 或 ~/.bashrc）
export ANTHROPIC_API_KEY='你的-api-key'

如果你用的是 Claude Code 订阅（而不是 API 按量付费），登录一下就行：

claude login

搞定这些，后面的插件才能正常工作。

方案一：Claude Code Integration 插件（推荐）

这是目前功能最完善的方案，来自 deivid11/obsidian-claude-code-plugin。它不是简单嵌个终端，而是做了完整的 UI 交互：标签页、会话管理、实时流式输出、变更预览、Diff 对比，基本把 Claude Code 的能力完整搬进了 Obsidian。

安装

这个插件还在审核中，暂时没上社区插件商店，需要通过 BRAT 安装。

第一步：安装 BRAT

如果你已经有了就跳过。没有的话：

1. 打开 Obsidian 设置 -> 第三方插件
2. 关闭安全模式
3. 点"浏览"，搜索 “BRAT”，安装并启用

第二步：通过 BRAT 安装 Claude Code Integration

1. 打开 Obsidian 设置 -> 第三方插件 -> BRAT -> Add Beta Plugin
2. 粘贴仓库地址：

   https://github.com/deivid11/obsidian-claude-code-plugin
   

3. BRAT 会自动下载最新版本
4. 回到第三方插件列表，启用 “Claude Code Integration”

配置

打开 设置 -> Claude Code Integration，核心配置项：

• Backend：选 Claude Code
• Claude Code Path：一般会自动检测，检测不到就手动填，比如 /usr/local/bin/claude mac用户一般在 /Users/{username}/.local/bin/claude
• Model：Sonnet（均衡）、Opus（最强）、Haiku（最快最便宜），日常用 Sonnet 就够了
• Allow Vault Access：建议开启，这样 Claude 能读写整个 vault 的文件
• Enable Permissionless Mode：新手建议先关着，这样每次修改前都会让你确认。熟悉了再开
• 如果是国内用户，用 claude code 配合 glm 等模型使用，可以在自定义 API 配置里配置一遍对应供应商的信息

日常使用

1. 点左侧边栏的 Claude 图标，或者 Cmd/Ctrl + P 输入 “Open Claude Code Assistant”
2. 在面板里输入你的需求，比如：
   • “给这篇笔记加个目录”
   • “总结这篇文章的要点”
   • “帮我整理一下这些标签”
   • “用 PlantUML 画一个工作流图”
3. Claude 会实时流式输出结果，你可以看到它在做什么
4. 如果有文件修改，会弹出预览，你可以选择接受或拒绝

每个笔记都有独立的会话历史，切换笔记不会丢失上下文。还有个 Sessions 标签页能看到所有会话的汇总。

方案二：Claude Sidebar 侧边栏

来自 derek-larson14/obsidian-claude-sidebar，主打一个简洁。它就是在 Obsidian 侧边栏里嵌了一个 Claude Code 终端，不需要额外的 UI，就是原生的 Claude Code 体验。

安装

同样通过 BRAT：

1. 设置 -> 第三方插件 -> BRAT -> Add Beta Plugin
2. 粘贴：

   https://github.com/derek-larson14/obsidian-claude-sidebar
   

3. 启用 “Claude Sidebar”

使用

点侧边栏的机器人图标（或设置快捷键），右侧就会弹出一个终端面板，里面就是 Claude Code。跟你在外部终端里用一模一样，只是不用切窗口了。

支持多标签页，可以同时开几个对话。简单粗暴，适合已经熟悉 Claude Code 命令行操作的人。 因个人已经适应 Claude Code 的终端，又觉得第一种方式比较冗余，还是更喜欢这种侧边栏的操作

方案三：Terminal 插件

如果你想要更灵活的控制，可以用 Polyware Terminal 插件，在 Obsidian 里直接开一个完整的终端，然后在里面跑 claude。

安装

这个插件已经在社区插件商店里了：

1. 设置 -> 第三方插件 -> 浏览
2. 搜索 “Terminal”，找到 “Terminal — Integrated terminals in Obsidian”
3. 安装并启用

使用

1. 打开终端面板（左侧边栏或底部面板）
2. 在终端里输入 claude 回车
3. 开始对话

本质上就是在 Obsidian 里开了个终端窗口。你可以自定义主题，让它跟 Obsidian 的外观融合。Yu Lu 在她的 Medium 文章里详细介绍了这种玩法，她管这叫 “Vibe Writing”——一边在 Obsidian 里写笔记，一边让 AI 在旁边的终端里实时辅助。

进阶：让 Claude 更懂你的 Vault

不管用哪个方案，都可以在 vault 根目录创建一个 CLAUDE.md 文件。Claude Code 每次启动都会读取这个文件，作为它的"行为指南"。

比如我的博客项目里的 CLAUDE.md 就写明了：

• 文章的 front matter 格式要求
• 图片上传到 CDN，不需要管理本地图片
• 部署通过 GitHub Actions 自动完成

这样 Claude Code 在操作你的文件时，就会遵循这些规则，不会乱来。

常见问题

装完插件找不到 Claude Code？

先确认 CLI 装好了没。在终端里跑 claude --version，如果能输出版本号就说明没问题。如果插件还是报错，去设置里手动指定 Claude Code 的路径。

Linux 下用 Flatpak/Snap 装的 Obsidian 报错？

沙盒限制，Obsidian 访问不到系统的 Node.js 和 Claude Code。解决方法：

# Flatpak 用户执行这个
flatpak override --user md.obsidian.Obsidian --filesystem=host

或者装个 Flatseal，在图形界面里给 Obsidian 开文件系统权限。

API 费用怎么样？

看你怎么用。日常笔记整理用 Haiku 模型，几乎花不了多少钱。重度使用的话 Sonnet 也还好。具体可以去 Anthropic Console 查看用量。当然国内的模型现在做的已经不错了，我日常主力使用的是智谱GLM5.1大模型，除了慢点好像没什么别的缺点，此外还会使用 codex 等模型来进行交叉校验。 蹲蹲 🙋蹲队友拼智谱 Coding Plan！

🧩国内顶流编程大模型，20+主流工具全适配，性价比拉满， 👉立即参与「拼好模」：https://www.bigmodel.cn/glm-coding?ic=CLGJO27TA6

写在最后

三种方案，推荐新手直接用方案一（Claude Code Integration），功能最全，UI 体验最好，上手门槛也低。方案二适合已经习惯了命令行的老手。方案三最灵活但需要自己折腾。

说到底，Obsidian + Claude Code 的组合之所以好用，核心原因是它们共享同一个底层——Markdown 文件。Claude Code 不需要通过什么复杂的 API 去理解你的笔记，它直接读写文件就行了。简单，直接，高效。

参考资料：

• Claude Code Integration 插件 (GitHub)
• Claude Sidebar (Obsidian Forum)
• Obsidian X Claude Code — A Seamless Vibe Writing Experience (Medium)
• Claude Code 官方网站

在上一篇 AI-助力每一个梦想 中，我记录了用 Claude Code 配合 glm5 开发跨平台技能管理工具的经历。

这一次，我把目标对准了自己的博客。在12小时内，在 AI 的协助下，我完成了一系列以前不敢想或者觉得太麻烦的改造工作。

改造清单

先看一下这次完成的改造内容：

主题更换

从旧主题更换到 PaperMod，这个主题：

• 简洁优雅，符合我的审美
• 响应式设计，移动端友好
• 内置暗色模式
• 良好的 SEO 支持

更换过程涉及大量配置文件的重写：

• config/_default/ 下的所有配置文件
• 首页、归档、友情链接等页面内容
• 自定义样式文件

说实话，如果是自己手动配置，光是研究各个配置项的作用就要花不少时间。但在 cc+glm4.7 的协助下，整个过程顺畅了很多。

社交媒体集成

新增了多个社交媒体图标和链接：

• 微信（侧边栏二维码）
• GitHub
• 哔哩哔哩
• YouTube

这些图标不是直接用主题自带的，而是我自己从 Tabler Icons 找的官方 SVG，或者是让 AI 给我找，然后手动添加到项目中，虽然经历过多次的反复，比如微信的 SVG 改对了又给我换错，存在不稳定的情况，但最后我把这条规则直接写入 CLAUDE.md 得以解决

## 微信social media的svg已经固定，不要做改动!

分享按钮优化

增强了文章分享功能，支持：

• 微信
• 朋友圈
• 知乎
• Twitter
• Facebook
• LinkedIn 虽然 知乎的分享还有 bug，但目前这个结果我相当满意了，能给到 90 分

SEO 全面优化

这部分是我之前一直想做但觉得太复杂的：

结构化数据：

• BlogPosting
• FAQPage
• HowTo
• VideoObject
• Review
• SoftwareApplication

验证配置：

• Google Search Console 验证码补全

AI 可发现性：

• 添加 llms.txt 文件，让 AI 工具更容易理解博客内容

GitHub Actions 性能优化

博客部署使用 GitHub Actions，之前每次构建效率有点低，。

优化内容：

• 升级到 Node.js 24
• 添加 Hugo CLI 缓存
• 添加 Git Submodule 缓存
• 优化 workflow 步骤结构

构建时间明显缩短了。

标签系统重构

之前的博客同时使用 categories 和 tags，但实际上 categories 几乎没用，而且两者功能重复。

重构内容：

• 删除所有文章的 categories 字段
• 为空标签文章补充标签
• 修复拼写错误（ags → tags）
• 简化文章创建流程（Obsidian QuickAdd 脚本优化）

数据分析集成

除了已有的 Google Analytics，新增了 Cloudflare Web Analytics：

优势：

• 隐私友好，不使用 Cookie
• 轻量级，不影响页面加载速度
• 界面简洁直观

友情链接页面

重新设计了友情链接页面：

• 添加社交媒体链接（知乎、B站、YouTube、GitHub）
• 添加 RSS 订阅链接
• 优化友链交换文案
• 启用评论功能（基于 Giscus）

虽然目前没有一个友链，但还是很希望能多交朋友，多多添加友链～

工作方式

这次改造使用的是 Claude Code，工作流程大概是：

1. 提出需求：告诉 Claude 我想要做什么
2. 分析方案：Claude 分析代码库，给出建议
3. 确认执行：我确认后，Claude 直接修改代码
4. 验证结果：推送代码，查看效果

整个过程不需要我手动写任何代码，只需要：

• 明确自己想要什么
• 对 Claude 的建议进行判断和确认
• 验证结果是否符合预期

高强度使用 AI 之后，我有很多想法

敢想敢做

以前看到别人博客有各种酷炫功能，自己想加但总觉得太复杂：

• 主题配置一大堆参数，看不懂（感觉像是花时间装修，但是实际应该把时间花在内容产出上）
• SEO 结构化数据，完全不会（经过这次了之后，起码知道哪些点需要考虑到）
• GitHub Actions 优化，怕改坏了（这个是重中之重，想当初废了很大劲该坏了很多次部署的 action）

现在有了 AI 协作，这些都不是障碍。只要说出需求，AI 就能帮你实现。

时间成本大幅降低

这次改造大概花了 12 小时，但实际操作时间可能只有几个小时：

• 大部分时间在等待 GitHub Actions 部署
• 真正的思考和决策时间很有限

如果是自己从零开始研究：

• 研究主题配置：可能要几天
• 学习 SEO 最佳实践：可能要一周
• 优化 GitHub Actions：可能要反复调试

AI 是副驾驶

AI 不会替代你，但会让你变得更强：

• 你仍然需要知道想要什么
• 你需要判断 AI 的建议是否合理
• 你需要验证结果是否符合预期

AI 是副驾驶，你是机长。

下一步

我也给自己立了一个 flag：每周至少产出一篇博文。

借助 AI 的力量，我觉得这个 flag 是可以坚持的。

AI 让我敢想敢做。以前觉得复杂、麻烦、不想做的事情，现在有了 AI 协作，花一点点时间就能完成。

这不仅是效率的提升，更是可能性的拓展。

AI 助力每一个梦想，这不是空话。

开发工具

实用工具

个人推荐：MonitorControl 和 Mac Mouse Fix/Mos 是真心推荐，用完就回不去了。

效率工具

RayCast 真的好用，我主要是用来：

• 快速启动应用
• 查剪贴板历史
• 简单的计算和转换
• 搜索文件

终端工具

网络工具

Chrome 插件

补充说明

上面的工具不是都要装，按需选择就行。如果你也在整理自己的工具清单，推荐看看 awesome-mac，那里更全。

最后更新：2024-04-07