前言：2026 年，为什么"会用"还不够
2026 年，Claude Code 已经从"能写代码的助手"进化成"能自驱交付的工程伙伴"。但工具的能力上限，从来取决于使用它的人。同样一个 Claude Code，普通用户拿来补全函数，Power User 却能让它在凌晨三点自动巡检、并行推进三个分支、用截图自检 UI、并在每次失败后把教训沉淀进项目记忆。
差距不在智商，而在工作流。这篇文章把 Power User 在 2026 年真正高频使用的一整套循环——从 /loop 自动巡检、Git Worktree 并行、Plan Mode 阶段化、截图验证、子代理、到 tasks/lessons.md 反馈循环——一次性讲透，并附上可直接复制的配置与命令。
一、/loop：让 Claude 自己"盯着"重复任务
/loop 是 2026 年最被低估的能力之一。它能让 Claude Code 在无人值守下周期性执行一个任务，最长可连续运行 3 天。典型场景是健康巡检：每 30 分钟跑一次冒烟测试、检查磁盘、回滚异常部署。
先在 .claude/commands/loop-health.md 定义循环指令：
---
description: 每 30 分钟巡检一次服务健康
---
请执行以下巡检并汇总：
1. 运行 `npm run test:smoke`，记录失败用例
2. 检查 `df -h` 磁盘使用，超过 85% 告警
3. 抓取 `curl -s localhost:3000/health`，非 200 则写入 incidents.log
4. 将本次结果追加到 `tasks/health-log.md`，时间戳标注
启动循环：
# 每 30 分钟执行一次，最多 3 天
/loop /loop-health --interval 30m --max-duration 3d
要点：把"判断阈值"写进指令，而不是让模型自己猜；输出一律落盘成日志文件，方便事后回溯。
二、Git Worktree：一条命令，并行三个 Claude
当代码库变大，切分支做实验的成本急剧上升——依赖要重装、构建缓存要重建。Git Worktree 让每个分支拥有独立工作目录，于是你可以同时开三个终端，每个终端跑一个 Claude，互不干扰。
# 在主仓库为 feature-a、feature-b、hotfix-c 各建一棵工作树
git worktree add ../proj-feature-a feature-a
git worktree add ../proj-feature-b feature-b
git worktree add ../proj-hotfix-c hotfix-c
# 三个终端分别 cd 进去，各起一个 Claude 会话
cd ../proj-feature-a && claude # 终端 1：做新功能
cd ../proj-feature-b && claude # 终端 2：做重构
cd ../proj-hotfix-c && claude # 终端 3：修线上 bug
清理也很干净：
git worktree remove ../proj-hotfix-c
git worktree prune
每个工作树共享同一个 .git，所以磁盘占用远低于 clone 三份。配合下一节的 Plan Mode，三条线可以并行设计、并行验证。
三、Plan Mode 与阶段化开发：先想清楚再动手
复杂任务最大的陷阱是"上来就改"。Plan Mode 强制 Claude 在写第一行代码前，先把方案、影响面、验证步骤列清楚。触发 Plan Mode 的黄金提示词：
在做任何事之前，先列出方案：拆成 3-5 个阶段，每个阶段写明
目标、要改的文件、验收标准、回滚方式。等我确认后再执行。
配合 /effort 调节思考深度。2026 年的 effort 档位：
/effort low # 简单重命名、格式调整
/effort medium # 默认，常规功能开发
/effort high # 跨文件重构
/effort xhigh # 架构级改动
/effort max # 关键路径，容错为零
/effort auto # 让模型自行判断
遇到真正烧脑的问题，在提示里加一句 ultrathink，Claude 会进入更深的多步推理。阶段确认后，用 TodoWrite 生成自检清单，每完成一项自己勾掉，避免"我以为做完了"的幻觉。
四、截图辅助布局验证：让 Claude 看见自己的产出
纯文本验证不了视觉回归。Power User 会把截图直接喂给 Claude，让它自己比对设计稿。
# 起一个本地预览，截图后让 Claude 自检
claude "请打开 http://localhost:5173/dashboard，截图后对照
设计稿 design.png 检查：导航栏是否吸顶？卡片间距是否 24px？
把不一致项列成清单，并给出修复 diff。"
Claude 会调用浏览器截图工具，读取图片，逐条核对。这比肉眼 review 快，而且每次结果可复现。建议把"截图自检"作为一个阶段固化进 Plan Mode 的验收标准，而不是临时想起来的动作。
五、自定义子代理：把 review 交给一个专职 agent
Claude Code 支持在 .claude/agents/ 下定义子代理，主代理可以把特定子任务委派出去。例如一个永远挑剔的 reviewer：
.claude/agents/reviewer.md：
---
name: reviewer
description: 严格代码审查员，只挑刺不改代码
tools: Read, Grep, Glob
---
你是一名资深代码审查员。规则：
1. 只读不写，绝不修改文件
2. 重点检查：边界条件、未处理异常、N+1 查询、硬编码密钥
3. 每条问题给出 文件:行号、严重等级(P0-P3)、修复建议
4. 输出格式为 Markdown 表格
5. 找不到问题时，明确说"本次审查未发现问题"，不要编造
主会话里调用：@reviewer 请审查 src/payment/。子代理只暴露 Read/Grep/Glob，天然无法越权改代码，安全且专注。同理可以再定义 tester、doc-writer 等子代理，各司其职。
六、Hook 自动化：危险命令拦截 + 自动格式化
Hooks 是 2026 年 Power User 的"护栏 + 加速器"。两类最常用：
PreToolUse：拦截危险命令
.claude/hooks/block-danger.json：
{
"hooks": {
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [
{ "type": "command", "command": "bash .claude/hooks/guard.sh" }
]
}
]
}
}
.claude/hooks/guard.sh：
#!/usr/bin/env bash
# 读取 Claude 即将执行的命令，命中黑名单就退出非 0
cmd="$(jq -r '.tool_input.command' <<<"$STDIN")"
case "$cmd" in
*"rm -rf"*|*"git push --force"*|*"--force-with-lease"*)
echo "Blocked: $cmd" >&2
exit 2 ;;
esac
exit 0
PostToolUse：写完自动格式化
{
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"hooks": [
{ "type": "command",
"command": "npx prettier --write \"$CLAUDE_FILE_PATH\" && npx eslint --fix \"$CLAUDE_FILE_PATH\"" }
]
}
]
}
}
护栏挡住灾难，加速器省去手动 lint，团队协作时尤其省心。
七、tasks/lessons.md：让每次失败都变成项目记忆
Power User 不重复踩同一个坑。每次任务结束，把"踩了什么坑、为什么、下次怎么避免"写进 tasks/lessons.md，Claude 在后续会话会自动读取并规避。
# lessons.md
## 2026-07-28 订单导出超时
- 现象：导出 10 万行时接口 30s 超时
- 根因：一次性 SELECT 全表，内存爆炸
- 教训：超过 1 万行必须走流式 CSV，禁止全量加载
- 检查项：新写导出接口前，先确认行数量级
约定：每条 lesson 必须有"现象—根因—教训—检查项"四段。这个文件就是项目的"长期记忆"，比 wiki 更贴近代码，比注释更有结构。
八、Power User 典型工作流：一天的全景
把上面的能力串成一个真实工作日：
- 早晨开站：
/loop巡检报告已躺在tasks/health-log.md，扫一眼异常即可。 - 领任务：
git worktree add ../proj-x feature-x，新终端起 Claude。 - 规划：
/effort high+ “先列出方案”，产出 3 阶段计划，确认后开做。 - 执行：每阶段结束让
@reviewer过一遍代码，截图自检 UI。 - 攻坚：
ultrathink啃下难点，TodoWrite 自检清单逐项核对。 - 收尾：把今天踩的坑写进
tasks/lessons.md，git worktree remove清理。 - 卫生：上下文到 60% 就
/compact，切不相关任务前/clear。
配套的 CLAUDE.md 控制在 500 行以内，只放项目约定、关键命令、禁止事项——太长反而稀释信号，模型记不住等于没写。
九、常见问题 FAQ
Q1：/loop 跑着跑着上下文爆了怎么办？
A：/loop 每轮会自动 compact，但仍建议把每轮输出写进文件而非留在对话里。日志即真相，对话只做调度。
Q2：Git Worktree 会不会让依赖装三遍？
A：每个 worktree 是独立目录，node_modules 默认各装一份。省空间的办法是用 pnpm 硬链接，或把依赖装到仓库根再用 symlink 共享。
Q3：Plan Mode 列的方案我不同意，怎么改？ A：直接在对话里指出哪一阶段要改，Claude 会重列。不要说"开始吧"再返工——确认成本远低于回滚成本。
Q4：Hook 拦截太严，正常命令也被挡？
A：检查 guard.sh 的 case 匹配是否过宽。建议用精确子串而非通配，并加白名单豁免 CI 命令（如部署脚本里的 git push）。
Q5：子代理能写文件吗？
A：取决于 tools 字段。reviewer 只给 Read/Grep/Glob 就无法写；需要执行权再加 Edit/Bash，但要承担相应风险，建议按需开放。
Q6：lessons.md 要不要手动喂给 Claude？
A：不用。放在 tasks/ 下，Claude 会话启动时自动加载，无需手动 @ 引用。它和 CLAUDE.md 一起构成项目的"开机记忆"。
Power User 不是掌握更多命令，而是把命令编排成不依赖运气的循环。把巡检交给
/loop，把并行交给 worktree，把规划交给 Plan Mode，把记忆交给lessons.md——剩下的，交给时间。