万能提示词：如何把AI调教成你的专属产品经理？
说句干大实话，我看过太多人用 AI 写代码的灾难现场。
前几天有个老哥想折腾个外贸站，他的提示词是这样的：“我是做大码女孩健身服的，给我写个高品质的粉色系健身网站，主要有饮食、运动分类，主页越简单越好。”
结果呢？Cursor 哐哐转了半天，吐出来一堆花里胡哨的组件，但连基本的 npm run dev 都跑不起来。接着就是无尽的修复死循环：“报错了，重写”、“样式飞了，怎么回事”。
折腾三个小时后，他跑来找我吐槽：现在的大模型变蠢了？
其实真不是 AI 变蠢了，是因为你把它当成了**“许愿池的王八”**。
一、不要对 AI 代码工具许愿，感性是工程的灾难
很多人有个严重的误区，觉得提示词就得跟写小作文一样，越长越好，最好把脑海里的画面全盘托出。
但在严肃的软件工程里，类似“高颜值”、“粉色系”、“越简单越好”这种感性形容词，是毫无执行边界的。它唯一的结果就是让 AI 胡乱去猜测试图凑数，最后给你一个无法掌控的一坨烂代码。
代码的本质是绝对的逻辑。没有边界的指令，必然导向失控的结果。
二、苏格拉底指令：把 AI 逼成高级产品经理
面对这样的需求，高手的做法是什么？
一行代码都不准它写，先把它逼成你的产品经理（PM）和系统架构师。
不要一上来就让它建文件夹写 index.tsx。你要强迫它停下来，用苏格拉底式的方法一层层去挤压你含糊的需求，直到把所有的模糊地带全部量化，变成一份严谨的开发文档。
这在正规互联网公司叫 PRD，在技术架构里叫做 SPEC（Specification）。
思路也很简单，跟用 gstack 或者 brainstorm 类工作流去推演思路是一个底层逻辑：工具好不好用，取决于你套用的是不是高级的工程框架。
三、一份直接拿去用的 Cursor / Claude 万能 SPEC 提示词
我把这套核心框架的通用 Prompt 原声放出来，你们直接复制粘贴带走：
我打算开发一个[简述你要做的东西，比如：针对大码女性的健身独立站]，请你先绝对不要开始写代码。
你现在的身份是高级架构师，你需要：
1. 像苏格拉底一样，帮助我梳理底层需求。
2. 每次只问一个核心问题，并在问题末尾给我提供几个带编号的选项供我选择，或者允许我自由补充。
3. 直到我们的问答足够让你形成一份完整的开发 SPEC。
这份 SPEC 必须严格包含以下 5 个部分：
- Problem Statement (问题陈述)
- Proposed Solution (方案描述)
- Technical Constraints (技术约束)
- Non-goals (明确不做的事)
- Success Criteria (成功标准)
如果明确了，请开始问我第一个问题。四、降维打击的“爽感”
我在这里先卖个关子，强烈建议你把上面这段提示词丢进 Claude 或者 Antigravity 里亲自去跑一遍。
当你看到那个平日里只会机械敲代码的系统，突然停下来反问你：“你的网站主要是做内容展示，还是需要做电商购物车转化？（1. 内容为主导 2. 电商转化为主 3. 其他）”的时候，你就懂了。
特别是当对话推进到它帮你提炼出 Non-goals（明确不做的事） 这一项时，你绝对会有一种通透的爽感。
这就意味着，它帮你把那些伪需求、弱需求全部挡在了开发之外。这时候再去让它基于这份 SPEC 敲代码，稳定度和代码质量已经超越了市面上 90% 瞎折腾的同行。
一个人也可以是一支队伍，前提是你要有驾驭这支队伍的架构感。
跑通这版 SPEC 逻辑，再去谈什么 AI 提效吧。如果你还没配置好趁手的 AI 编程武器库，强烈建议先复习我们的 0基础AI建站核心心法。
用 Planning 强思考模式 搭配上述提示词做架构规划，拿到了完整的 SPEC 后，再切换到 Fast 模式 写具体代码，既稳健又极度省 Token！
关于作者 | 老钱 十年连续创业，干过外汇，做过电商，现专注海外 affiliate。
一人公司践行者，全面拥抱 AI，只说真话。
全网同名 52 出海，关注我，获取更多 AI 出海与被动收入的实战笔记。
如果这篇文章给了你一点启发，欢迎 点赞、在看、转发，让更多人看到真话。
