一个稳定提示词的五个部分
建议按照“目标、上下文、约束、验收标准、输出格式”组织请求。复杂任务先要求 AI 复述理解和列出计划,确认后再修改代码。
- 目标:要解决的用户问题
- 上下文:项目结构和现有实现
- 约束:技术、范围和不能改变的部分
- 验收:可观察的成功条件
- 输出:计划、代码、测试或解释
调试提示词要包含复现信息
只说“这里报错了”通常不够。把触发步骤、完整日志、期望行为、实际行为和最近修改一起提供,并要求 AI 先定位原因,再给出最小改动。
问题:点击“保存”后页面显示成功,但刷新后数据消失。
复现:
1. 打开 /notes/new
2. 输入标题和正文
3. 点击保存并刷新
期望:刷新后仍能看到这条笔记。
实际:列表为空。
请先检查数据写入、读取和错误处理,不要直接重写整个页面。把提示词、结果和决策保存下来
保存有效请求、生成的 diff、测试结果和最终决策,可以减少重复沟通,也让团队知道某段代码为什么这样实现。对关键模块仍然要依赖测试和人工审查,而不是依赖提示词本身。
常见问题
关于Vibe Coding 提示词写法:让 AI 更稳定地产出代码的常见问题
Vibe Coding 提示词需要使用英文吗?
不需要。中文可以清晰表达需求,代码标识、错误日志和接口字段应保持原样。
提示词越详细越好吗?
重点是结构化和可验证,不是无限增加字数。提供必要上下文、约束和验收标准即可。
怎样减少 AI 修改范围过大的问题?
明确允许修改的文件、一次只完成一个目标,并要求先输出计划、diff 范围和测试方式。