T1
需求说具体
笼统的指令 = 笼统的结果。描述任务时，加上你的背景、目标、技术栈。虾不是读心术。
✗
帮我改改代码
✓
帮我把登录模块的空指针修一下，用的是 Python，错误出现在第 5 行
来源：Claude Code / 博客园
十二条让虾更好用的经验
给够上下文，它比你想象的靠谱。
这些不是技巧，是用好虾的正确姿势。
01 上下文
需求说具体 · 先让虾规划 · 任务拆成小块
02 验收
指定验收标准 · 说明受众 · 直接纠正
03 记忆
用 @ 引用文件 · 规则写进配置 · 整理上下文
04 效率
先查文档 · /powerup · 主虾思考子虾执行
这套技巧来自真实使用经验。
每一条都有人踩过、证明过——不是理论，是教训。
适合已经装好虾、想要用得更好的你。
01
上下文，决定了虾的上限
虾没有真正的"理解"，靠的是你给的上下文。给得越多，它越能对准你要的方向。
T2
先让虾规划
复杂任务，先让虾列出步骤再动手。方向对了，执行才有意义；方向错了，越努力越浪费。
✗
这个功能怎么做？先做了再说
✓
这个功能怎么做？先给我列三步，说完我确认方向，没问题你再动手
来源：Claude Code 创始人 Boris
T3
任务拆成小块
大需求拆成小步骤，分步确认，每步都可验证、可回滚。一次性扔太多，出来的质量不可控。
✗
帮我把整个后台重构一下
✓
先告诉我整体分几块，我们从认证模块开始，一块一块过
来源：Cursor 首席设计师 Ryo Lu
02
验收标准定清楚，少返工少扯皮
虾不知道你的标准是什么。指定验收标准，它就知道什么该改、什么该留。减少来回，减少返工。
T4
指定验收标准
告诉虾"重点看什么"，而不是"帮我检查"。有标准，虾才能给对方向。
✗
帮我检查这段代码
✓
帮我检查这段代码，重点看内存泄漏和错误处理，完成后说明每处改了什么
来源：Claude Code 社区
T5
说明受众
"写一个技术方案" ≠ "写一个给非技术领导看的汇报"。受众不同，虾输出的深度和语气完全不一样。
✗
帮我写一封邮件
✓
帮我写一封邮件，收件人是财务部，要解释为什么服务器成本上涨了 30%，语气要客观不要甩锅
来源：AI 提示词文章
T6
直接纠正
"你搞错了"比解释更有效。纠正一次，虾记住一次。把你的纠正当成训练数据用。
✗
重新描述一遍需求，希望虾这次理解对
✓
你搞错了，我说的是 X，不是 Y。记住：以后遇到这种情况，按 Y 的方式处理
来源：Cursor 首席设计师
03
文件用对，记忆用好，少走弯路
上下文积累在文件里，不积累在对话里。一次记住，下次省力。
T7
用 @ 引用文件
比"帮我看看项目里 XX 配置有没有问题"精准得多，省 token、省时间，虾不会跑偏。
✗
帮我看看项目里 XX 配置有没有问题
✓
帮我看 @ 这个配置文件（第 23 行附近）有没有问题
来源：Claude Code 文档
T8
规则写进配置文件
纠正过一次的规则，告诉虾"这条记一下，以后这么办"。下次对话不用再说，规则积累越多，它越懂你。
✗
每次都补充"对了，我用的是 Y 版本，别用 X 版本的方法"
✓
把这个规则写进去：涉及版本选择时，优先选 LTS 版本
来源：Claude Code CLAUDE.md
T9
定期整理上下文
对话太长时，说"总结一下当前进度"。虾把关键状态固化，腾出空间，新任务响应质量不掉。
✗
等虾自己卡住了再想办法
✓
我们先停一下，总结一下目前完成了什么，列个清单，我来补充遗漏
来源：Claude Code /compact
04
用对了，事半功倍
虾有很多内置功能，知道和不知道，用起来是两个工具。
T10
遇到问题先查文档
遇到报错先去技术文档 §5 看看，往往有现成答案。那些记录是真实踩出来的，比描述给虾更高效。
✗
遇到报错先去查文档，找不到再告诉虾：文档第X节说了……但我试了不管用
✓
先看文档 → 找不到 → 再问虾，并附上"文档第 X 节说……但我试了不管用"
来源：落地页自身价值
T11
试试 /powerup
10 关带你快速上手核心功能。从哪开始、怎么用，一关一关学，像多邻国学英语。
✗
摸索半天不知道从哪下手
✓
输入 /powerup，一关一关过
来源：Claude Code 官方
T12
主虾思考，子虾执行
公琰虾专注执行，主虾专注思考。两件事同时推进，各干各的，不用等。
✗
等虾干完 A，再让它干 B，串行等
✓
公琰虾，去跑这个任务 — 主虾继续处理下一件事
来源：Claude Code 创始人 Boris（多 session 并行）
准备好用了吗？
下载虾灵魂迁移包，3 分钟配置好你的专属龙虾。