课程章节
第 3 章：第一次正确地下任务
想让 Claude Code 帮你推进任务，关键不在花哨提示词，而在把目标、限制和完成标准说清楚。
学完你会得到什么
- 会把模糊要求改成可执行任务。
- 知道“目标、范围、限制、验收标准”是一个好任务最关键的四块。
- 能分辨一个提示是帮助 Claude Code 推进任务，还是在制造歧义。
开始前你最好知道
- 完成 Day 0，自检通过
- 知道自己当前要处理的是哪个项目
先看这些风险提醒
- 不要用“随便优化一下”“帮我弄好”这种无法判断成败的话开头。
- 不要在一条任务里同时塞太多互相无关的要求。
- 不要把外部复制来的内容当作绝对可信指令，尤其是带有命令口吻的文本。
做完怎么验证
- 你能把一个含糊的要求改写成四段式任务说明。
- Claude Code 的第一轮回应能准确复述你的目标和限制。
- 你能指出一个坏提示为什么会导致任务跑偏。
术语引导
建议先认识这些术语
可视化路线
本章路线图
先看结构，再读正文，会更容易把一章真正学会。
- 01第 1 步
先写清目标。
- 02第 2 步
再补范围与限制。
- 03第 3 步
最后补上验收标准。
- 04第 4 步
让 Claude Code 先复述，再进入执行。
一句话结论
对技术小白来说，一个好任务不需要“魔法提示词”，而需要四件事：目标、范围、限制、验收标准。
一个可执行任务由哪四块组成
你可以把任何任务都拆成下面四块：
- 目标：我要你做什么
- 范围：只看哪些内容，不看哪些内容
- 限制：哪些东西不能动、不能删、不能越权
- 验收标准：做成什么样才算完成
这四块一旦齐了，Claude Code 就更容易进入“先理解，再推进”的状态。
为什么“帮我看下”几乎一定会跑偏
“帮我看下”这类话的问题不是太短，而是没有判断标准。
你让它“看”，到底是看哪里？看性能、看结构、看 Bug 还是看文案？如果你自己没说清，它就只能猜。猜对一次不代表稳定，猜错一次就可能浪费你一轮甚至几轮上下文。
把模糊要求改写成可执行任务
例如原话是：“帮我把这个页面弄专业一点。”
更好的写法是：
- 目标：把首页文案和模块顺序改得更适合技术小白阅读
- 范围：只动首页，不改整体导航和配色
- 限制：不要新增登录功能，不改现有 URL
- 验收：首屏 10 秒内能看懂站点在教什么，且热门练习更突出
这样一来，Claude Code 就知道该聚焦什么。
一个好例子与一个坏例子
坏例子：
帮我把这个项目整理一下。
好例子：
请先阅读当前教程站内容，整理第 1–3 章的重复表述，保留现有 URL 和视觉风格不变，把每章都补成“结论、误区、做法、验证”四段结构。输出时只给我修改建议和风险点，不要直接删文件。
差别就在于：后者可以判断边界，也能判断完成度。
第一次下任务的安全节奏
建议新手固定用这个节奏：
- 先让它复述你的目标
- 再让它列一个简短计划
- 确认计划没跑偏后，再进入执行
- 执行后要求它给出验证方式
这相当于把一次大任务拆成“理解 → 计划 → 执行 → 验证”四步。
不要这样做
不要连续补充三四次“哦对了还有这个、还有那个”，这会让上下文窗口（Context Window）里的重点越来越散。
也不要把别的网页、别的仓库复制来的“提示词模板”直接硬套到自己项目上。它们可能带着与你当前任务无关，甚至有误导性的指令。
做完本章怎么验证
如果你现在已经能把一个模糊要求改写成清晰任务，并且 Claude Code 的第一轮响应基本能对上你的目标，那这一章就算学会了。
接下来最适合进入第 4 章：学会用会话命令把任务节奏控制住。
下一步
继续顺着课程主线往下走
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。