大亨的花's Blog
← 首页教程
教程

Claude Code 调教指南：把 AI 当搭档，不当工具

大亨的花约 4 分钟阅读

从"调教"二字说起

为什么叫"调教"而不叫"配置"？

因为 Claude Code 不是一台机器——你跟它说话，它理解你，有时还会误解你、脑补你、甚至"过度热情"地帮你改了你不想改的东西。

这跟带一个能力很强但经验不足的新人，一模一样。

所以调教的核心不是写更长的 prompt，而是建立一套协作系统。这篇文章就是这套系统的说明书。

心法一：给上下文，别给命令

新手最容易犯的错误是这个：

# ❌ 典型的"命令式"用法
帮我在 src/components 下加一个 Button 组件

Claude 会写。但它写的 Button 可能：

  • 用了 export default，而你的项目规范要求命名导出
  • 加了内联 style，而你的项目用 Tailwind
  • 返回类型写了 any，而你的 strict mode 报错了

这不是 Claude 的错——你没告诉它你的规矩。

正确的做法是给 Claude 一个"项目说明书"。这个博客项目里有一个 CLAUDE.md：

# 🏠 My Blog — AI 项目手册
## 技术栈
- Next.js 16 (App Router + Turbopack)
- Tailwind CSS 4.x

## 编码规范（指针）
- 前端组件规范 → .claude/rules/frontend-rules.md
- 文章内容规范 → .claude/rules/content-rules.md

核心设计原则只有一句话：

只放事实，不放流程。控制在 150 行以内。用指针代替内容。

这个文件不需要面面俱到。它像一个新人入职第一天的"速查卡"——够用就行，太多反而没人看（包括 Claude）。

反过来，也可以通过 <system-reminder> 不断提醒 Claude 它们的存在，确保 Claude 在特定任务中遵守对应规范。

心法二：分节奏，别一口气

另一个常见翻车场景：上来就给一个巨大的 prompt。

# ❌ 一口气描述所有需求
帮我搭建一个博客系统，支持 Markdown 渲染、代码高亮、暗色模式、
RSS 订阅、标签系统、阅读进度条……

这样做有两个后果：

  1. Claude 会"脑补" — 你没说清楚的地方，它会根据自己的训练数据填，结果可能完全不是你想要的
  2. 改错了没法回退 — 一个大 scope 的改动，出了问题只能全部重来

正确的节奏是小步快跑：

  1. 第一轮：确认技术栈和项目结构
  2. 第二轮：做一个能跑的 MVP（博客能渲染文章就行）
  3. 第三轮：加一个功能（比如花一周把代码高亮搞完）
  4. 第四轮：再加一个功能

每一步都可以验证。每一步出了问题都能定位。

这就跟做菜一样——先备菜，再下锅，边尝边调味。不会有人把所有食材倒进锅里才开始炒。

心法三：把经验固化成技能

当你和 Claude 重复某个工作流很多次之后，就该把它固化成 Skill。

这个博客项目里有三个 Skill：

/new-post      # 新建博客文章
/code-review   # 代码审查
/deploy        # 部署

拿 /new-post 举例。触发后会按固定流程走：

  1. 先问清楚：标题、分类、篇幅
  2. 生成 frontmatter
  3. 写内容（MDX 格式）
  4. 自动生效（不需要手动改路由）
  5. 跑 dev server 验证

这个流程的好处在于：它不是你每次都要重新描述的约定，而是固化在工具里的肌肉记忆。

更进一步，可以用 rules 文件给特定场景加上自动提醒。比如修改 src/content/ 下的文件时，Claude Code 会自动加载内容规范：

# .claude/rules/content-rules.md
## 1. Frontmatter（必填）
- title / date / category / excerpt

## 2. Slug 命名规则
- 全小写英文 + 连字符，不含中文和空格

你不需要每次都"叮嘱"Claude 这些规则——系统会自动注入。

心法四：建立反馈循环

调教 AI 和调教人的底层逻辑是一样的：

一次说清楚 → 让 TA 试 → 看结果 → 纠正 → 再来一次

所以你需要两样东西：

1. 能快速验证

npm run dev，打开 localhost:3000，看一眼。五秒钟就能判断 Claude 写的东西对不对。

如果验证成本很高（比如要部署到服务器才能看效果），你就不愿意频繁给反馈，调教效率直接打对折。

2. 给具体反馈，不给模糊评价

# ❌ 模糊的反馈
不好看，重新做

# ✅ 具体的反馈
标题字号太大了，改成 text-xl；正文行间距有点紧，改成 leading-relaxed

给具体反馈，Claude 一次就能改对。给模糊评价，你要经历三轮无效迭代才能说清楚到底要什么。

终极心法：Claude 是你的一面镜子

最后说一个比较"玄"的东西。

你给 Claude 写的 prompt 质量，反映的是你自己的思考质量。

  • 如果你不知道自己要什么，Claude 给你的就是随机结果
  • 如果你对自己的项目规范说不清楚，Claude 写的代码就会风格混乱
  • 如果你不能把大任务拆成小步骤，Claude 就会在一个巨大的 context 里迷失方向

所以，调教 Claude Code 的过程，本质上是在训练你自己的思考。

你得想清楚：我要什么？我的标准是什么？这件事拆成几步？

这些问题的答案，比任何 prompt 技巧都重要。

这一套方法不只适用于 Claude Code。 不管是 ChatGPT、Copilot 还是未来的任何 AI 工具，核心的心法都不会变：给上下文、分节奏、固化经验、快速反馈、先想清楚再动手。

你现在就在看这套方法论的产物——这篇博客本身，就是用 /new-post 流程写出来的。

← 返回文章列表