30 条可直接复制的 Vibe Coding 提示词(速查表)
最好的 vibe coding 提示词简短、具体,并且围绕行为来写:谁在使用应用、他们能做什么、应用保存什么,以及它长什么样。下面是 30 条可以直接复制粘贴的提示词,按你所处的阶段分组,从首次构建一直到发布。请把 [方括号] 中的部分替换成你自己的细节。
这些提示词适用于任何 AI 应用构建器或编程智能体。如果你想了解其中的原理,我们更长篇的指南 如何为 AI 应用构建器编写提示词 对此有详细解释。本页是速查表。
如何使用这份速查表
- 先用一条首次构建提示词,然后再逐条使用其他提示词。
- 每条提示词之后都要测试。 在发送下一条之前,先把这处修改点一遍。
- 保留行之有效的部分。 这里大多数后续提示词都以“其他内容保持不变”结尾,是有原因的。
- 粘贴原文。 报错信息、按钮文字和屏幕上的字,比描述更有用。
首次构建提示词
这些提示词决定了应用的基本形态。每一条都写明了用户、操作、数据和外观。
1. 一个简单的追踪器
帮我做一个 [习惯] 追踪器。我可以添加一个 [习惯],填写名称并选择颜色,每天打一次勾,并查看 30 天的网格和当前连续天数。保存所有数据,刷新后依然存在。设计简洁、极简,并且在手机上好用。
2. 小型商家的预约页面
为我的 [美发店] 做一个预约页面。顾客选择服务项目([剪发 30 分钟、染发 90 分钟])、日期,以及 [9:00 到 18:00] 之间的空闲时段,然后填写姓名、电话和邮箱。两个人不能预约同一个时段。我需要一个私密的管理页面,登录后才能访问,按天列出即将到来的预约。
3. 内部工具
为我的团队做一个内部工具,用来追踪 [设备借用情况]。每件物品有名称、编号和状态(可用、借出、损坏)。员工登录后,可以把物品借给自己,也可以归还。显示一张表格,可按状态筛选,并记录每件物品曾被谁借用过。
4. 带候补名单的落地页
为 [我的产品:一款面向忙碌家长的膳食规划应用] 做一个单页网站。顶部是标题、一句话的副标题和邮箱注册。之后是三个优势、一段简短的“使用流程”说明和一个常见问题部分。把注册邮箱保存到数据库,并在一个私密的管理页面中让我查看名单。
5. 客户门户
为我的 [设计工作室] 做一个客户门户。每位客户登录后,只能看到自己的项目,包括状态、我上传的文件和一个评论串。我以管理员身份登录,可以看到所有客户。客户绝不能看到彼此的数据。
6. 计算器或报价工具
为我的 [清洁服务] 做一个报价计算器。输入项:卧室数量、卫生间数量、额外服务(烤箱、窗户、冰箱)以及频率(一次性、每周、每月)。选项变化时实时显示价格,并附上明细。价格:[粘贴你的价目表]。添加一个按钮,把报价请求通过邮件发送给我。
规划类提示词
在开始一个大功能之前,或者不确定如何描述某件事时使用这些提示词。
7. 先规划再构建
在你编写任何代码之前,用平实的语言描述你将构建的页面、将存储的数据,以及需要我做的任何决定。等我确认之后再开始。
8. 把杂乱的想法变成第一版
这是我的想法:[粘贴笔记]。请用 5–8 个要点,建议一个仍然有用的最小第一版。列出你会留到以后的内容,并说明原因。
9. 询问还缺什么
在开始构建之前,开发者会问我哪些问题?请逐一提问,然后把我的回答总结成一份简短的规格说明。
10. 先检查大的改动
我想增加 [团队账号,让多人共享同一个工作区]。请说明数据、页面和权限分别需要做哪些改变,以及可能会出什么问题。先不要改动任何内容。
设计类提示词
11. 设定清晰的风格
重新设计应用的外观:暖色调的米白背景,深色文字,一种强调色 [#1F6F50],圆角,宽松的间距,以及现代的无衬线字体。保持布局和每一项功能完全不变。
12. 参照一个参考的感觉
让仪表盘呈现出一款沉稳的理财应用的感觉:大量留白,数字又大又粗,标签小而偏灰,顶部放一个简单的图表。不要复制任何品牌的标志或文字。
13. 修复手机布局
在 375px 宽的手机上,[订单页面] 的表格会左右滚动,按钮也重叠在一起。在小屏幕上把每一行改为堆叠的卡片。不要改动桌面版布局。
14. 空状态、加载中和错误状态
为 [项目列表] 添加完善的状态提示:一个友好的空状态,带有添加第一个项目的按钮;数据加载时显示加载骨架屏;加载失败时给出清晰的消息,并附带重试按钮。
15. 从右到左的支持
添加界面的阿拉伯语版本,并完整支持从右到左的布局。带方向的图标应当翻转;数字和日期应使用对应语言的格式。默认仍为英文。
数据与功能类提示词
16. 让数据持久保存
目前我一刷新,数据就消失了。请改为存储到真正的数据库中,并让现有页面保持原有的工作方式。
17. 添加登录
添加使用邮箱和密码的注册与登录。每个用户只能看到和编辑自己的 [记录]。在顶部栏显示用户的邮箱,并提供退出登录按钮。
18. 添加角色
添加两种角色:管理员和成员。管理员可以添加、编辑和删除 [产品];成员只能查看。权限必须在服务器端执行,而不仅仅是隐藏按钮。
19. 添加搜索和筛选
在 [联系人列表] 上方添加搜索框,输入时按姓名、公司或邮箱匹配,并增加一个 [状态] 筛选器。保持当前的排序方式。
20. 添加文件上传
允许用户为每个 [房源] 附加最多 [5] 张图片,每张最大 [5 MB]。在房源上显示缩略图,点击后可查看大图。只有所有者才能删除自己的图片。
21. 从电子表格导入
添加一个导入按钮,接受包含 [姓名、邮箱、电话、备注] 列的 CSV 文件,显示前 10 行的预览,并允许我确认后再保存。跳过没有邮箱的行,并告诉我跳过了多少行。
修复类提示词
22. 清楚地报告 bug
当我 [在编辑表单上点击保存] 时,看到“[确切的报错文字]”,并且修改没有保存。预期结果:修改已保存,我返回列表页。请找出原因,用一两句话解释,然后再修复它。
23. 阻止反复修复的循环
我们已经尝试修复这个问题三次了,但仍然失败。请停止修改代码。列出三个最可能的原因,说明如何检查每一个,并告诉我你认为是哪一个。
24. 撤销附带影响
你上一次的修改修好了日期选择器,但 [侧边栏] 消失了。请把侧边栏恢复成原样,同时保留日期选择器的修复。
25. 修改前先解释
请一步一步解释 [结账总额] 目前是如何计算的,并指出涉及的文件。先不要改动任何内容。
测试与审查类提示词
26. 边界情况
列出 10 种真实用户可能弄坏 [预约表单] 的方式:字段留空、超长文本、双击、两个人同时操作、时区错误。逐一测试,并修复失败的部分。报告你做了哪些修改。
27. 总结近期改动
用平实的语言总结你在最近 [五] 步中做的每一处修改,并标出任何可能影响现有数据的内容。
安全类提示词
请把这些提示词与我们关于 vibe coding 是否安全 的页面搭配使用。
28. 检查数据访问权限
检查服务器代码:已登录的用户能否通过修改请求中的 ID,读取或更改其他用户的 [记录]?请展示在哪里检查访问权限,并修复任何漏洞。
29. 检查是否暴露了密钥
列出此应用使用的每一个 API 密钥、密码或令牌,以及每一个存放的位置。确保它们都不在运行于浏览器中的代码里,也没有提交到文件中。如果有,把它们移到机密设置中。
发布类提示词
30. 上线前的全面检查
我即将正式发布给真实用户。请以审查者的身份检查整个应用:失效链接、缺失的页面标题和描述、未做验证的表单、加载缓慢的页面、控制台错误,以及手机上看起来未完成的部分。按重要程度给我一份列表,然后修复前五项。
应避免的提示词
有些提示词总会得到更差的结果:
- “把它做得更好。” 怎样才算更好?请指明页面和要改的内容。
- “修复所有问题。” AI 会改动很多内容,而你不知道哪些地方被改变了。
- “使用 [某库]、[某框架] 和 [某模式]。” 除非你有明确理由,否则请描述行为,让工具去选择技术栈。
- “这是我的 API 密钥:……” 永远不要在聊天中粘贴机密。请使用工具的机密设置。
- 一条消息里提十个功能。 请拆开来提。
把提示词变成习惯
做过几个项目之后,你会形成自己版本的这些提示词。把它们记在笔记里,并反复使用那些有效的。Mythex 还会在不同项目之间记住你是谁、你的工作方式,因此你反复设定的偏好,例如惯用的风格或技术栈,无需重新输入就能延续下去。
如果你在第一条提示词上卡住了,免费的 应用提示词生成器 可以把一句话的想法扩展为更完整的起始提示词。要看这些提示词在实践中会产生什么效果,可以阅读我们的 vibe coding 示例,或者把第 1 条提示词粘贴到 AI 应用构建器 中,并把方括号替换成你自己的想法。
常见问题
什么样的 vibe coding 提示词才好?
一段简短的话,说清应用是给谁用的、用户能做什么、它保存哪些数据,以及它应该呈现什么样子。首次构建之后,好的提示词每次只要求做一处修改,并说明哪些内容需要保持不变。
应该写一条很长的提示词,还是多条短提示词?
首次构建用一段完整的话,之后每次修改用一条短提示词。包含几十个功能的超长首条提示词,往往会得到处处都半成品的结果;而小步的后续提示词更容易测试和撤销。
这些提示词适用于任何 vibe coding 工具吗?
适用。它们用平实的语言编写,适用于任何 AI 应用构建器或编程智能体,包括 Mythex、Lovable、Bolt、Replit、Cursor 和 Claude Code。不托管应用的工具则需要你自己处理运行和发布。
我可以用自己的语言写 vibe coding 提示词吗?
通常可以。大多数现代模型都能理解多种语言。Mythex 接受任何语言的提示词,界面提供 64 种语言,并支持阿拉伯语及其他从右到左的布局。
如何防止 AI 修改我没有要求改动的内容?
直接说明:指出要修改的部分,并加上一句“除此之外不要改动任何其他内容”。每次改动尽量小,以便看清哪些地方发生了变化;如果某次修改范围过大,就使用检查点或撤销功能。