首页/文章/CLAUDE.md、Skills、hooks 越堆越多?每半年在新加坡 Mac mini 上做一次瘦身

CLAUDE.md、Skills、hooks 越堆越多?每半年在新加坡 Mac mini 上做一次瘦身

· Zumac.Ai

问题:规则越堆越多,Claude Code 反而越来越「笨」

用 Claude Code 久了,仓库里往往会长出一堆东西:几百行的 CLAUDE.md、十几个 Skills、七八个 hooks,还有当初为了绕开某个旧问题写下的「千万不要 xxx」。每条规则在写下时都有道理,但半年后再看,常见情况是:

  • 新版本模型早就默认做对的事,规则还在每轮占上下文;
  • 两条规则互相打架,代理在中间反复横跳;
  • 某个 hook 每次都跑很慢的检查,会话被拖得一卡一卡;
  • 没人记得某个 Skill 是谁装的、从哪来的、现在还用不用。

最近有开发者提出一个朴素做法:每隔半年,把 CLAUDE.md、Skills、hooks 先撤掉,看看模型的默认表现,再只把真正有用的加回来。 这个思路值得做成固定流程,尤其当你的 Claude Code 常驻在一台远端机器上、长期无人值守地跑任务时。

本文给出在新加坡常开 Mac mini 上做「半年一次配置瘦身」的具体步骤。账号与订阅由你自行准备;本文只谈稳定合规的使用环境与可重复的工程步骤。

请使用你自己的 Claude 账号与官方工具,并遵守 Anthropic 的使用条款与适用政策。Zumac.Ai 与这些服务无官方合作关系。

为什么放在常开 Mac mini 上做更合适

配置瘦身的难点不是删,而是对比:删之前和删之后,同一批任务表现差多少。如果每次在不同的笔记本、不同的 Node 版本、不同的项目路径上试,结果没有可比性。

固定在一台常开的整机上,有三个好处:

  1. 环境不漂移:Claude Code 版本、Xcode 命令行工具、依赖缓存都在同一台机器,前后对比只差配置本身。
  2. 能挂长任务:基线任务可以放在 tmux 里慢慢跑,本机合盖、断开 UU 远程连接也不影响。
  3. 回滚简单:所有配置都在 Git 里,出问题一条命令恢复。

步骤一:先盘点,给每条配置写「来历」

SSH 或 UU 远程连接进入 Mac mini 后,先把现有配置列出来:

cd /Users/user/work/your-repo
wc -l CLAUDE.md
ls .claude/skills ~/.claude/skills 2>/dev/null
cat .claude/settings.json | grep -n -A3 '"hooks"'

新建一个盘点表 docs/claude-config-audit.md,每条规则、每个 Skill、每个 hook 一行,写清三件事:

| 项目 | 为什么加 | 最近一次真正起作用 | |------|----------|--------------------| | CLAUDE.md「提交前跑 tsc」 | 曾多次漏类型检查 | 上周 | | Skill:release-notes | 发版写说明 | 两个月前 | | hook:PostToolUse 跑全量测试 | 早期防回归 | 不记得了 |

写不出「为什么加」或「最近一次起作用」的条目,就是第一批候选删除对象。顺便确认每个 Skill 的来源:来路不明、没人审过的 Skills 本身也是风险,盘点时一并清理。

步骤二:打一个基线分支,准备三到五个代表任务

不要拿生产分支做实验。在 Mac mini 上开独立 worktree:

git worktree add ../your-repo-lean -b chore/claude-config-lean
cd ../your-repo-lean

再挑三到五个你们日常真实会让 Claude 做的任务,写成固定任务清单,例如:

  • 修一个已知的小 bug,并补测试;
  • 给一个接口加字段,同步改类型和文档;
  • iOS 项目里改一个界面文案并跑 xcodebuild 编译通过;
  • 按规范写一次提交说明。

每个任务写好验收命令(测试、lint、编译),这样对比的是结果,而不是凭感觉。

步骤三:撤掉配置,跑「裸模型」基线

在实验 worktree 里把配置挪走(不是删除,方便恢复):

mkdir -p .claude-off
git mv CLAUDE.md .claude-off/ 2>/dev/null
git mv .claude/skills .claude-off/skills 2>/dev/null
# hooks:先把 settings.json 里的 hooks 段整体注释或移出

然后在 tmux 里逐个跑任务:

tmux new -s lean-baseline
claude

每跑完一个,记录:是否一次完成、验收命令是否通过、中途你需要纠正几次、哪一步犯了老毛病。这一步通常会有两种发现:一部分规则已经完全多余;另一部分规则一撤掉就立刻出问题——这些才是值得保留的。

步骤四:只把「撤掉就出问题」的加回来

按基线结果分三类处理:

  1. 撤掉无影响:直接不加回。
  2. 撤掉会出问题,但是手册类内容(发版流程、某个模块的约定):改成 Skill,按需加载,不要常驻 CLAUDE.md。
  3. 撤掉会出问题,且必须每次遵守(例如「提交前必须测试通过」):优先改成 hook 或检查脚本,让机器去强制,而不是靠文字叮嘱。

CLAUDE.md 最终建议只留每轮都必须知道的少量内容:项目结构一句话、常用命令、少数硬约束。改完后用同样的任务再跑一轮,确认表现不比基线差、验收命令全部通过,再合入主分支:

git add -A && git commit -m "chore: 半年配置瘦身,精简 CLAUDE.md / skills / hooks"

步骤五:把复查写进日历,而不是等它出问题

在盘点表顶部写上下次复查日期。常驻机器上的配置最容易「没人碰、一直长」,定期复查比出事后排查省事得多。也可以在 Mac mini 上放一个简单提醒脚本,每月统计一次 CLAUDE.md 行数和 Skills 数量,涨得太快就提前复查。

十分钟自查清单

  1. CLAUDE.md 超过一两屏?先挑出手册类内容改 Skill。
  2. 有没有说不清来历的 Skill 或 hook?先停用,跑一遍任务看影响。
  3. hook 是否拖慢每一轮?把全量检查挪到提交前,而不是每次工具调用后。
  4. 规则之间是否打架?保留更具体、可验证的那条。
  5. 瘦身结果有没有在同一台常开机器上做前后对比?没有就补一轮。

为什么选新加坡常开 Mac mini

  • 对比可信:配置前后在同一台整机、同一套工具链上跑,差异只来自配置。
  • 长任务不断:基线和复测都挂在 tmux 里,本机关盖不影响。
  • 整机独享:项目目录、Skills、会话记录不与其他客户混用;退租时抹机重装。
  • 真 macOS:iOS / macOS 项目的编译验收可以一起放进任务清单。

Zumac.Ai 提供位于新加坡的实体 Mac mini M6,整机独享,支持 SSH 与 UU 远程连接,FileVault 全盘加密,退租时抹机重装。新客户整机租用 ¥999/月起,季付 ¥2,697.30,半年付 6 送 1 为 ¥5,994,年付 12 送 2 为 ¥11,988;已购买客户续费保持原价。新客户首单自审核开通当天起租,续费及老客户新订单自付款当天起租。建议先租一个月,把「盘点 → 裸跑基线 → 只加回有用的」在同一台机器上完整走一遍。实际延迟取决于你本地的网络线路。

小结

  • 规则会过期:模型在进步,半年前必要的叮嘱今天可能只是噪音。
  • 方法很简单:盘点来历 → 撤掉配置跑基线 → 只加回撤掉就出问题的部分。
  • 手册类内容改 Skill,必须遵守的改 hook,CLAUDE.md 只留少量硬约束。
  • 把这套流程固定在一台常开的整机上做,对比才有意义,长任务也跑得完。

有问题可以在 Telegram 联系 @singatao,或直接看 价格与付款周期。

Zumac.Ai 新加坡 Mac mini M6,整机独享,¥999/月起,联系 Telegram @singatao。
查看方案与费用 · 帮助中心

返回首页 · 更多文章

Telegram 客服