搞AI辅助编码的同学应该有体会Claude Code的基础用法和进阶用法之间差了一个量级。大部分人停留在给任务→等结果的阶段真正高效的工作流需要自己搭。不同AI模型在编码任务上的表现差异挺大选型阶段建议在多模型聚合平台库拉c.kulaai.cn上同时跑Claude和Gemini做对比哪个场景用哪个模型更顺手实践几次就有结论了。我从今年一月份开始把Claude Code接入日常工作流重点折腾了MCP服务器、自定义命令和Hooks三个方向。这篇只讲进阶内容基础操作不展开了。MCP服务器给Claude装外挂Claude Code本身能读代码、改代码、跑测试但它的能力边界受限于内置工具。MCPModel Context Protocol的作用就是突破这个边界。我目前挂了三个MCP服务器都是自己开发或改造的。第一个是数据库查询MCP让Claude可以直接连测试库查数据不用我手动复制SQL结果贴回去。第二个是项目管理MCP对接了内部的任务系统Claude能直接读取当前sprint的待办事项。第三个是文档检索MCP接了公司的内部知识库。搭建MCP的核心思路把Claude经常需要你手动提供的信息变成它能自动获取的工具。每减少一次手动粘贴就少一次上下文断裂。自建MCP不需要从零写。社区有不少MCP模板可以参考用Node.js或者Python写一个HTTP服务暴露几个tool定义就行。关键是tool的描述要写清楚——Claude是通过读tool的description来决定什么时候调用你的MCP的描述写得模糊它就不会用。自定义斜杠命令告别重复Prompt用Claude Code一段时间后你会发现某些操作你每天都在重复输入。比如检查这段代码的安全性、生成这个模块的单元测试、帮我写commit message。把这些重复操作封装成自定义斜杠命令。Claude Code支持在.claude/commands/目录下放markdown文件每个文件就是一个自定义命令。我的commands目录下有这么几个常用的/review —— 让Claude对当前改动做代码审查检查点包括类型安全、边界条件、性能隐患、命名规范。把审查标准写在命令文件里每次调用的检查维度一致。/test —— 读取当前文件分析导出的函数和方法为每个公开接口生成单元测试。指定用vitest框架测试文件放在同级的__tests__目录下。/commit —— 分析git staged的改动生成符合conventional commits规范的commit message。附带一个简短的改动摘要。这些命令文件本质上就是预设好的Prompt模板。写的时候注意把上下文依赖降到最低命令文件里用$ARGMENTS接收参数用引用文件Claude执行的时候不需要额外解释。Hooks自动化工作流的关键一环Hooks是Claude Code里最容易被忽略的功能但可能是最有价值的。Hooks允许你在特定事件触发时自动执行脚本。比如文件保存后自动跑lint测试失败后自动通知每次对话开始时自动加载项目配置。我配置了三个HookPreToolUse Hook —— 在Claude执行文件写入操作之前自动检查目标文件是否在.gitignore里。如果是生成代码或者临时文件拦截写入并提示Claude换一个路径。这个Hook帮我避免了无数次不小心改了不该改的文件的问题。PostToolUse Hook —— 每次Claude修改完一个TypeScript文件后自动在后台跑一遍类型检查。如果有类型错误把错误信息注入到下一个对话轮次里Claude会自动修复。这个循环基本上实现了保存即修复。Stop Hook —— 对话结束时自动把本次修改的文件列表和改动摘要写入项目日志。方便回溯每次AI会话做了什么。Hooks的配置写在Claude Code的settings.json里支持shell命令和Node.js脚本两种形式。建议先用shell写简单逻辑复杂逻辑再用Node。上下文工程比Prompt工程更重要很多人在研究怎么写更好的Prompt但对Claude Code来说上下文管理比单条Prompt的质量影响大得多。几个核心原则第一上下文要窄。不要一上来就把整个项目目录丢进去。先让Claude理解你当前要改的模块其他模块等需要的时候再引入。百万token的上下文窗口不代表你应该把它填满。第二适时重置。对话超过30轮或者Claude开始出现幻觉的时候用/compact压缩或者直接开新对话。旧对话里的噪音会持续干扰Claude的判断。第三结构化输入。给Claude喂信息的时候用清晰的格式——代码块、列表、分隔符。一大段平铺的文本Claude处理起来准确率会下降。让Claude做Code Review比自己写代码更值一个被低估的用法不让Claude写代码让它审查你写的代码。我的工作流是自己先写完一个功能模块然后把改动文件进来让Claude做审查。审查维度我固定为五个类型安全、错误处理、边界条件、性能、可读性。每次审查都按这五个维度走不会遗漏。Claude作为审查者有一个天然优势它不会因为自己写的代码而产生确认偏误。人审查自己的代码总是倾向于找看起来没问题的证据Claude没有这个心理负担。但要注意Claude的审查意见不是金标准。它会误报也会漏报。把它的意见当成checklist用每条都过一遍对的采纳错的标注原因跳过。这个流程比纯人工审查效率高40%左右我实际测量过。SubAgent拆任务的正确姿势Claude Code的子代理功能适合拆分并行任务但很多人用错了。错误用法把一个大功能拆成三个子任务让三个子代理同时写同一个模块的不同部分。结果合并的时候发现接口定义不一致、类型冲突、重复实现。正确用法让子代理做相互独立的任务。一个跑测试一个写文档一个做代码审查。或者一个处理前端一个处理后端接口已经提前定义好了。子代理之间不共享上下文所以子任务的描述必须自包含。按上面的约定实现这种写法在子代理里是行不通的因为它看不到上面。调试Claude Code本身的问题用久了你会发现Claude Code偶尔会卡住、报错、或者行为异常。几个常见问题的排查方法响应卡住——通常是某个MCP服务器挂了。检查.mcp.json配置注释掉可疑的MCP重启试试。上下文混乱——大概率是对话太长了。/compact之后如果还不行只能开新对话。工具调用失败——检查文件权限和路径。Claude Code的文件操作受权限限制有时候你以为它能访问的目录其实它没有权限。遇到无法解决的问题开--verbose模式重新执行看详细的日志输出。大部分问题在日志里都能找到根因。最后聊几句趋势2026年AI编码工具的竞争已经从谁能生成代码转向了谁的工作流更可定制。Claude Code的MCP和Hooks生态走在前面但这个方向所有主流工具都在跟进。未来半年AI编码工具的核心差异化一定是生态和可扩展性。模型能力会趋同工作流搭建能力才是真正的壁垒。现在深入学Claude Code的进阶功能不只是为了用好这一个工具更是为了理解AI辅助编码的工作流设计范式。