，很多人把它当搜索引擎用，搜一下完事儿。这样用 Claude，相当于拿冲锋枪当榔头——不是不能用，是太浪费了。

一、认知重塑

把 Claude 当作思维伙伴，而不是代码生成器。

它最擅长的是推理、迭代、协作。单次提问要答案，就像让同事一次性交出完美方案——不是不行，是没必要。更好的方式是多轮对话：它给初稿，你提意见，它改，你再审。来回几次，质量远超一次性输出。

上下文是质量的壁垒。

“帮我写个函数” 和 “我在用 React + TypeScript，这是现有组件结构，帮我写一个处理用户登录的组件”——这两种问法，Claude 给出的代码质量可以差出一个数量级。背景信息给得越足，它猜错的方向就越少。

模型会"装懂"。

不确定的时候，Claude 倾向于猜一个答案而不是说"我不知道"。这在编程时很危险——它可能把不存在的 API 说得跟真的一样。所以主动验证比事后 debug 便宜。

二、提问技巧

1. 用 Role + Context + Task 结构

[角色] 我在用 Next.js + TypeScript
[任务] 帮我写一个用户认证的 API 路由
[约束] 用 NextAuth v4，不要 external provider
[参考] 现有代码在 /pages/api/auth.ts

结构化 prompt 能大幅提升输出命中率。

2. 迭代式提问

不要试图一次问完。先让模型给框架，再逐步细化。

• 第一轮：让它给方案和思路
• 第二轮：针对具体模块细化
• 第三轮：让它自测或生成 test case

每一步都在你的审核下进行，错了随时调整。

3. 明确约束

想要的格式、长度、风格、禁止项，全部写清楚。

• “用中文注释”
• “保持现有代码风格，参考 xxx.ts”
• “先解释再写代码”
• “只改 xxx 部分，其他别动”

4. Few-shot 示例

给它看一段你想要的结果，它会照着模仿。格式、风格、命名都能学会。

三、复杂任务流程

1. 先探索，后执行

在项目里用 read 工具让 Claude 先理解现有代码。问它：“这个项目用的什么技术栈？路由怎么组织？数据库 schema 是什么样的？”

理解完再动手，避免闭眼写代码。

2. 方案先行

复杂任务让 Claude 先给伪代码或方案文档。你审核架构，确认思路无误，再让它写实际代码。

3. 分模块生成

不要全盘交付。 一个功能一个功能来，每完成一个模块人工检查一次。代码量越大，出错概率越高，分步是降低风险。

4. 人工审核不可跳过

AI 写的代码，一定要自己 review。让它解释每一段逻辑，特别是自己不太确定的地方。问一句"这个函数如果有并发调用会怎样？“能挖出不少隐患。

四、避坑指南

核心就一句话：别信它说的每一行代码，但信它帮你想清楚的思路。

五、高阶技巧

• 让它自己生成 test case：输出的代码有没有 bug，让它写测试来证明
• 批判模式：问"如果你是我，会怎么改进这段代码？”
• 长任务开子任务：用 session_spawn 开子任务处理，避免主对话上下文稀释
• 保存有用的 prompt：好的 prompt 是资产，下次直接复用

用好 Claude 的本质，是把它当成一个 愿意不断迭代的 junior 同事——你负责方向和审核，它负责实现和调整。

一次问不对，那就多问几次。这才是正确用法。