坏提示词反例库

很多 Claude Code 任务失败，不是模型不会，而是提示词让目标、范围、风险和验收全部混在一起。把坏提示词改成好任务，是专业使用 CC 的基本功。

先从反例开始。不是为了背模板，而是学会识别：哪些说法会让 CC 猜、扩大范围、跳过验收。

反例 1：帮我优化一下

坏提示词：

帮我优化首页。

问题：

改成：

/plan

请只读分析首页 Hero 区域，不要修改文件。

目标：
让首屏左右内容更紧凑，主按钮更明显。

范围：
1. 只分析首页和相关样式。
2. 不改顶部导航。
3. 不改文档页。
4. 不新增依赖。

请给出最小修改方案和验收方式。

坏提示词：

这个 Bug 修一下，顺便把代码也整理一下。

问题：

改成：

请只修复这个 Bug，不做重构。

现象：
【写现象】

期望：
【写期望】

限制：
1. 只修改和这个 Bug 直接相关的文件。
2. 不做无关重构。
3. 如果发现代码确实需要整理，请记录为后续任务，不要本次处理。

坏提示词：

这个页面你看着办，做专业一点。

问题：

改成：

请按下面标准调整页面：
1. 主要内容首屏可见。
2. 按钮层级更清楚。
3. 移动端不横向滚动。
4. 不改变品牌色和导航结构。
5. 修改后检查 390px 和 1440px。

坏提示词：

直接改吧，不用问我。

问题：

改成：

可以在确认范围内修改。

限制：
1. 只改计划中列出的文件。
2. 不安装依赖。
3. 不提交 Git。
4. 如果需要扩大范围，先停下来说明原因。
5. 完成后解释 diff 和验收结果。

坏提示词：

报错了：exit code 1，修一下。

问题：

改成：

/debug

构建失败了，请先不要修改文件。

执行动作：
【例如 npm run build】

完整错误：
【从第一处 error 开始粘贴】

最近改动：
【说明刚才改了什么】

请先判断错误类型、第一处真正错误和最小修复方案。

坏提示词：

帮我新增页面、修一下登录问题、顺便把 README 也补了。

问题：

改成：

请先把这句话拆成多个独立任务，不要修改文件。

要求：
1. 每个任务目标单独写。
2. 标出风险等级。
3. 标出推荐顺序。
4. 标出每个任务的验收方式。
5. 推荐第一个最安全的小任务。

坏提示词：

你看没问题就上线吧。

问题：

改成：

请做发布前检查，但不要执行发布。

请输出：
1. 发布阻塞项。
2. 需要人工确认的事项。
3. 回滚方案。
4. 发布后验收清单。
5. 是否建议发布，以及理由。

请帮我把下面这个模糊任务改写成适合 Claude Code 执行的任务。

原始任务：
【粘贴原话】

请补齐：
1. 任务目标。
2. 修改范围。
3. 禁止事项。
4. 验收标准。
5. 不确定时应该先问什么。

不要开始修改文件。