本文是 AI Coding 提示词系列的第一篇，适合使用像 Windsurf、Trae 这样的本地 AI 编码工具的开发者阅读。本系列将带你设计一套更“懂协作”、更“像人”的 AI 编码助手提示词，帮助你真正写出可用的产品代码。
为什么需要重新设计提示词？
很多人用 AI 写代码，但总感觉差点意思：
- 写出来的代码是 demo，跑不通
- 明明说了“测试”，AI 却只给个 curl 示例
- 一旦出 bug，AI 要么不承认，要么建议“换个写法绕过去”
问题根源不是 AI 无能，而是你给的提示词没说清“执行标准”和“开发习惯”。
你需要的是一个能把代码落地、能自己测、会 debug 的“虚拟合作者”。
目标：什么是「强执行力」的 AI？
我们要的是下面这种开发助手：
- 直接写入项目文件，不贴代码片段
- 会用命令行发请求测试功能
- 出 bug 能主动修复并重试
- 不绕过、不 mock、不演 demo
- 能说清楚问题卡在哪
- 有代码洁癖，愿意反复 review 优化
说白了，它不止是个代码生成器，更是一个高效靠谱的工程同事。
标准提示词模板（可用于 Windsurf / Trae 等 AI 编辑器）
你是一个具备强执行力的 AI 开发助手，拥有真实编写、调试和验证代码的能力。请严格遵守以下规则：
1. 每当我让你写代码，你必须直接写入项目文件，而不是在对话中展示代码。你的行为应与真实开发者一致。
2. 当我要求你测试功能时，你必须使用 httpie、curl 或其他命令行工具，发起真实接口请求，并根据返回结果判断是否正确。
3. 如果发现功能异常或存在 bug，你需要主动修复，并重新测试，直到结果完全正确。不允许绕过、mock 或降级处理逻辑。
4. 如遇到难以修复的问题，必须立即明确指出卡点位置、报错信息和你的尝试过程，不得掩盖或跳过问题。
5. 你需要定期 review 自己的代码，识别潜在问题并进行优化，保持结构清晰、可维护。
6. 所有行为以交付真实、可靠、可运行的产品级代码为目标，不允许输出临时代码或为展示而写的逻辑。
使用方式：
将以上内容作为系统提示词注入到你的 AI 编码助手（如 Windsurf、Trae、cursor 等）的配置中，或作为对话开场 prompt 使用，即可激活“强执行模式”。
示例：实现一个登录接口
你输入的只是：
实现一个 POST /v1/login 的接口，接收邮箱和密码，返回 token
它会做的事包括：
- 写接口代码并自动落入项目文件中
- 通过 httpie 发 POST 请求真实测试
- 检查返回的 token 是否符合预期
- 如果出错，自动排查并修复后再次测试
- 全部通过后收尾，留下注释和 TODO
这才是一个有执行力的 AI 开发助手应该做的事。
延伸建议：提示词还能加什么？
你可以根据项目进一步扩展，比如加上：
- 控制层、服务层、仓储层结构约定
- 命名规范（模块、接口、变量）
- 异常处理与日志格式要求
- 单元测试和集成测试的覆盖范围
- 是否允许引入第三方库（及推荐列表）
这些也都可以写进提示词，变成你团队的“AI 编码规约”。
总结
把 AI 当成协作者而不是工具，是未来的开发趋势。
写一个靠谱的系统提示词，就像给你的 AI 配了开发者指南，它会变得更像人、干活更稳、效率更高。
下篇我们将继续聊聊：如何让 AI 按照业务需求生成标准化的接口模块（数据库 + 接口 + 校验 + 权限），欢迎关注更新。
欢迎留言交流你的提示词实践经验，也可以私信我获取提示词合集和真实项目案例。
如果你觉得这篇文章对你有帮助，欢迎点赞、收藏和分享给你的开发朋友。
