作为每天消耗10亿token的一名coder，今天分享8个我自用的claude code使用技巧功能，让你的效率翻倍
1. CLAUDE.md — 给 AI 立规矩
这是整个项目的"宪法"
你在根目录放一个 CLAUDE.md，写上：项目用什么技术栈、代码风格要求、命名规则、什么能做什么不能做
Claude 每次启动都会先读这个文件，相当于把你的开发规范刻进它的 DNA
我的 CLAUDE.md 只有 3 段：项目目标、技术栈声明、不可妥协的验证要求
记住：只写会导致 Claude 犯错的规则，不要写废
2. Skills — 把重复的说一次就够了
你是不是每次都要跟 Claude 说"先写测试再写代码""改完代码记得跑 lint"
Skills 就是把这些可复用的工作流打包，Claude 会根据你的任务自动加载
比如我有个 /fix-bug skill：自动执行 "复现问 → 定位代码 → 修复 → 跑测试 → 提交" 全流程
社区有个神级 skill 叫 Superpowers，GitHub 上 4 万星，集成了 TDD、代码审查、重构等十几种最佳实践工作流
核心认知：Skills 跑在当前对里，成本低、响应快，是你第一个该用的扩展
3. Plan Mode — 别让 Claude 乱冲
Claude 最大的问是：你说"实现这个功能"，它就直接开干，结果方向跑偏
Plan Mode 的逻辑是：先规划，再执行
工作流变成：Research（调研）→ Plan（计划）→ Execute（实现）→ Review（审查）
我现在的习惯是：只要任务超过 30 分钟，先进 Plan Mode，让 Claude 把步骤列出来，我确认了再让它干
这个习惯让我的返工率直接降了 60%
4. Hooks — 给 AI 上保险
Skills 是"建议"，Hooks 是"强制执行"
Hooks 是 shell 脚本，在 Claude 调用工具前后自动触发
比如我设置了：
每次写代码前，自动检查分支是否正确
每次提交前，强制跑 ESLint + 单元测试
如果要执行危险命令（删除文件、修改配置），必须先问我
本质：Claude 可以商量绕过 CLAUDE.md 的规则，但 Hooks 是架构层面的拦截，绕不过去
5. Subagents — 让 AI 分身去干活
当你需要同时做多件事（比如一边写代码，一边做代码审查），就用 Subagents
Subagent 是独立的 AI 工作者，有自己的上下文、工具权限、记忆
我常用的场景：
主 Agent 写功能代码
Code-reviewer subagent 负责审查代码质量
Test-runner subagent 跑测试并报告结果
它们互不干扰，结果统一汇总给你
关键点：Subagents 适合需要并行工作或隔离上下文的场景，成本比 Skills 高，但隔离性更强
6. Plugins — 团队共享配置
当你的 Skills、Hooks、Subagents 调试好了，怎么让团队其他人也用上
Plugin 就是一键打包分发的机制
你把配置打包成 Plugin，团队成员安装后，所有人的 Claude Code 行为完全一致
这解决了"我这儿能跑，你那儿不行"的问
7. 并行 Worktree — 真正的效率倍增器
最被低估的技巧：用 Git Worktree 开 3-5 个 Claude 会并行工作
每个会独立分支、独立任务：
Session 1 写新功能
Session 2 修 bug
Session 3 写文档
它们同时跑，互不影响，最后分别提交 PR
我现在一天能并行推进 4 个功能模块，以前只能串行做
8. Chrome 扩展 — 让 Claude 看到浏览器
Claude Code 默认只能操作本地文件，但你的工作有一半在浏览器里（看文档、测试页面、查后台）
装上 Chrome 扩展后，Claude 可以：
直接看到浏览器渲染的页面
验证自己写的前端代码是否符合要求
自己发现问并修复
场景：让 Claude 写一个落地页，它写完后自动打开浏览器检查效果，发现标太小、颜色不对，自己改，改完再检查，直到符合要求
你只需要在最后验收，中间的调整循环它自己完成
@aigc1024
1. CLAUDE.md — 给 AI 立规矩
这是整个项目的"宪法"
你在根目录放一个 CLAUDE.md，写上：项目用什么技术栈、代码风格要求、命名规则、什么能做什么不能做
Claude 每次启动都会先读这个文件，相当于把你的开发规范刻进它的 DNA
我的 CLAUDE.md 只有 3 段：项目目标、技术栈声明、不可妥协的验证要求
记住：只写会导致 Claude 犯错的规则，不要写废
2. Skills — 把重复的说一次就够了
你是不是每次都要跟 Claude 说"先写测试再写代码""改完代码记得跑 lint"
Skills 就是把这些可复用的工作流打包，Claude 会根据你的任务自动加载
比如我有个 /fix-bug skill：自动执行 "复现问 → 定位代码 → 修复 → 跑测试 → 提交" 全流程
社区有个神级 skill 叫 Superpowers，GitHub 上 4 万星，集成了 TDD、代码审查、重构等十几种最佳实践工作流
核心认知：Skills 跑在当前对里，成本低、响应快，是你第一个该用的扩展
3. Plan Mode — 别让 Claude 乱冲
Claude 最大的问是：你说"实现这个功能"，它就直接开干，结果方向跑偏
Plan Mode 的逻辑是：先规划，再执行
工作流变成：Research（调研）→ Plan（计划）→ Execute（实现）→ Review（审查）
我现在的习惯是：只要任务超过 30 分钟，先进 Plan Mode，让 Claude 把步骤列出来，我确认了再让它干
这个习惯让我的返工率直接降了 60%
4. Hooks — 给 AI 上保险
Skills 是"建议"，Hooks 是"强制执行"
Hooks 是 shell 脚本，在 Claude 调用工具前后自动触发
比如我设置了：
每次写代码前，自动检查分支是否正确
每次提交前，强制跑 ESLint + 单元测试
如果要执行危险命令（删除文件、修改配置），必须先问我
本质：Claude 可以商量绕过 CLAUDE.md 的规则，但 Hooks 是架构层面的拦截，绕不过去
5. Subagents — 让 AI 分身去干活
当你需要同时做多件事（比如一边写代码，一边做代码审查），就用 Subagents
Subagent 是独立的 AI 工作者，有自己的上下文、工具权限、记忆
我常用的场景：
主 Agent 写功能代码
Code-reviewer subagent 负责审查代码质量
Test-runner subagent 跑测试并报告结果
它们互不干扰，结果统一汇总给你
关键点：Subagents 适合需要并行工作或隔离上下文的场景，成本比 Skills 高，但隔离性更强
6. Plugins — 团队共享配置
当你的 Skills、Hooks、Subagents 调试好了，怎么让团队其他人也用上
Plugin 就是一键打包分发的机制
你把配置打包成 Plugin，团队成员安装后，所有人的 Claude Code 行为完全一致
这解决了"我这儿能跑，你那儿不行"的问
7. 并行 Worktree — 真正的效率倍增器
最被低估的技巧：用 Git Worktree 开 3-5 个 Claude 会并行工作
每个会独立分支、独立任务：
Session 1 写新功能
Session 2 修 bug
Session 3 写文档
它们同时跑，互不影响，最后分别提交 PR
我现在一天能并行推进 4 个功能模块，以前只能串行做
8. Chrome 扩展 — 让 Claude 看到浏览器
Claude Code 默认只能操作本地文件，但你的工作有一半在浏览器里（看文档、测试页面、查后台）
装上 Chrome 扩展后，Claude 可以：
直接看到浏览器渲染的页面
验证自己写的前端代码是否符合要求
自己发现问并修复
场景：让 Claude 写一个落地页，它写完后自动打开浏览器检查效果，发现标太小、颜色不对，自己改，改完再检查，直到符合要求
你只需要在最后验收，中间的调整循环它自己完成
@aigc1024
