很多人觉得 AI 写的代码「差点意思」，问题往往不在模型，而在提示词缺了关键信息。
好提示词的四个要素
| 要素 | 说明 | 示例 |
|---|---|---|
| 背景 | 项目、技术栈、相关文件 | 「这是一个 Astro + TypeScript 的博客」 |
| 目标 | 要实现什么 | 「给文章页加上阅读进度条」 |
| 约束 | 不能做什么、必须遵守什么 | 「不要引入新依赖，兼容暗色模式」 |
| 验收 | 怎样算完成 | 「pnpm build 通过，滚动时进度条平滑更新」 |
让它先提问
面对模糊的需求，可以直接说：
在开始写代码之前，先列出你需要我确认的问题。这一步能避免很多「写完才发现理解错了」的情况。
提供示例
如果项目里已经有类似的实现，直接告诉它参考哪个文件：
参考 src/components/PostCard.astro 的写法，实现一个 SeriesCard 组件。模仿现有代码，比凭空描述风格要准确得多。
迭代而不是重来
结果不理想时，指出具体哪里不对，而不是换个说法从头再问。它能记住上下文，基于反馈修改通常更快。