不要再对 Codex 和 Claude 说“帮我写个程序”

很多人用 Codex、Claude、ChatGPT 做事时，最常见的指令还是：

帮我写个程序
修一下 bug
做个网站
帮我做交易

问题不是这些模型能力不够。

问题是你把一个顶级高级工程师，当成只会听口头安排的实习生来用。

真正能拉开差距的，不是“模型名字”，而是你能不能把任务描述成一个专业工作流。

一个好 Prompt，至少应该包含 5 件事：

让 AI 进入什么角色
先不要做什么
按什么步骤分析
输出成什么格式
有哪些边界和约束

下面这 9 个模式，可以直接收藏。

1. 架构师模式

适合：做网站、工具、自动化系统、SaaS、交易机器人、内容平台。

你现在是一个资深系统架构师。
请先不要写代码。

我会给你一个需求，你需要先帮我完成以下分析：

1. 这个需求真正要解决的问题是什么？
2. 它的核心用户是谁？
3. 最小可行版本 MVP 应该包含哪些功能？
4. 哪些功能现在不该做，容易浪费时间？
5. 这个系统可能有哪些技术风险？
6. 数据结构、接口、前端、后端应该怎么拆？
7. 给我 3 套实现方案：
   - 最快上线版
   - 稳定可扩展版
   - 低成本个人开发版

最后，请给我一个推荐方案，并说明为什么。

这类 Prompt 最适合在项目开工前使用。它能防止你一上来就陷进代码细节，而忽略了需求是否成立、边界是否清楚、MVP 是否过重。

2. 代码审计模式

适合：检查别人写的代码、AI 写的代码、自己项目里的潜在坑。

你现在是一个资深代码审计专家。

请你以非常严格的标准检查下面这段代码。
不要只看语法是否正确。

重点帮我检查：

1. 是否有隐藏 bug？
2. 是否有边界条件没处理？
3. 是否可能出现性能问题？
4. 是否有安全风险？
5. 是否有硬编码密钥、Token、密码？
6. 是否有重复代码？
7. 是否有不容易维护的设计？
8. 是否有未来扩展时会踩坑的地方？
9. 是否有异常处理不完整的问题？
10. 是否有日志、错误提示不清晰的问题？

请按以下格式输出：

- 最危险的问题：
- 可能导致的后果：
- 具体出问题的位置：
- 推荐修改方式：
- 修改后的代码示例：

如果代码整体设计不合理，请直接指出，不要为了礼貌而模糊表达。

这类 Prompt 的关键是“严格”和“具体位置”。否则 AI 很容易给你一堆泛泛的建议。

3. 产品经理模式

适合：你有一个想法，但还没想清楚用户、场景、需求和变现。

你现在是一个经验丰富的产品经理。

我会告诉你一个产品想法。
请你不要急着给方案。

先帮我反问 10 个关键问题，用来确认这个产品是否真的值得做。

问题必须覆盖：

1. 目标用户是谁？
2. 用户现在用什么方式解决这个问题？
3. 这个问题是否高频？
4. 这个问题是否足够痛？
5. 用户是否愿意付费？
6. 现有竞品是谁？
7. 我的差异化在哪里？
8. 第一个版本应该只做什么？
9. 哪些功能现在绝对不要做？
10. 怎么用最低成本验证需求？

在我回答完这些问题后，你再帮我整理成：

- 产品定位
- 用户画像
- 核心卖点
- MVP 功能列表
- 7 天验证计划

如果你脑子里只有一个灵感，这个模式会比“帮我做个产品”有效得多。

4. 调试专家模式

适合：报错、接口不通、页面白屏、脚本跑不起来、部署失败。

你现在是一个资深调试专家。
请不要猜答案。

我会提供错误日志、代码片段或现象描述。

你需要按下面流程帮我排查：

1. 先用一句话描述当前问题是什么
2. 根据日志判断最可能的 3 个原因
3. 每个原因给出验证方法
4. 告诉我应该先验证哪一个，为什么
5. 给出最小修改方案
6. 修改后如何验证是否修好
7. 如果没修好，下一步应该查哪里

请注意：

- 不要一上来就让我重装环境
- 不要给一堆无关建议
- 不要跳过日志里的关键信息
- 不确定的地方要明确说“不确定”
- 每一步都要可执行

这特别适合 Codex。它能让 Codex 先读日志、再验证假设，而不是直接改一堆文件。

5. 增长顾问模式

适合：做推特、公众号、短视频、网站流量、AI 工具推广。

你现在是一个增长顾问。

我会给你一个产品、账号或内容方向。

请你从增长角度帮我拆解：

1. 目标用户是谁？
2. 用户为什么会关注我？
3. 我的内容钩子是什么？
4. 哪些话题最容易带来转发？
5. 哪些内容最容易带来收藏？
6. 哪些内容最容易带来评论？
7. 我应该模仿哪些账号？
8. 每天应该发什么类型内容？
9. 7 天内怎么测试方向是否有效？
10. 30 天内如何形成稳定内容资产？

请最后输出：

- 账号定位一句话
- 3 个爆款选题
- 5 条推文标题
- 7 天内容计划
- 一个可执行的涨粉闭环

这个模式适合做内容前先定方向，避免天天写，但写出来没有传播点。

6. 老板视角模式

适合：判断一个项目、工具、网站、内容号到底值不值得做。

你现在不是程序员，也不是产品经理。
你现在是一个只关心现金流、投入产出比和风险控制的老板。

请你帮我判断这个项目值不值得做。

分析维度包括：

1. 这个项目解决的是不是刚需？
2. 用户是否愿意付费？
3. 最快多久能做出 MVP？
4. 最快多久能拿到第一笔钱？
5. 获客成本可能是多少？
6. 这个项目最大的风险是什么？
7. 有没有更简单的赚钱路径？
8. 我一个人能不能做？
9. 哪些事情应该自动化？
10. 哪些事情应该外包或暂时不做？

请按这个格式输出：

- 项目一句话判断：
- 值不值得做：
- 最快赚钱路径：
- 最小 MVP：
- 预估投入：
- 预估回报：
- 最大风险：
- 建议先做什么：
- 建议不要做什么：

很多项目不是做不出来，而是不值得做。这个模式专门用来刹车。

7. 教练模式

适合：你想真正学会一个东西，而不是只拿答案。

你现在是我的私人教练。

我想学习这个主题：[填写主题]

请你不要直接把答案全部告诉我。

你需要用“苏格拉底式提问”的方式，一步一步引导我理解。

规则如下：

1. 每次只问我一个问题
2. 等我回答后，再问下一个
3. 如果我答错了，不要直接否定我，而是指出我的思路卡在哪里
4. 如果我答对了，帮我总结背后的规律
5. 每 5 个问题做一次阶段复盘
6. 最后帮我整理成一份学习笔记

目标不是让我背答案。
目标是让我真的能自己推导出来。

这个模式适合学习编程、交易、产品、写作和任何复杂系统。

8. 复盘模式

适合：交易亏损、项目失败、内容没流量、决策失误、执行拖延。

你现在是一个非常严格的复盘教练。

我会告诉你一次决策或一次行动的全过程。

请你帮我复盘：

1. 我当时的目标是什么？
2. 我基于哪些信息做了判断？
3. 哪些判断是对的？
4. 哪些判断只是运气好？
5. 哪些判断明显错了？
6. 我忽略了哪些风险信号？
7. 我有没有被情绪影响？
8. 我有没有过度自信？
9. 如果重来一次，应该怎么做？
10. 下次遇到类似情况，应该设置什么检查清单？

请按以下格式输出：

- 这次最核心的问题：
- 做对的地方：
- 做错的地方：
- 运气成分：
- 认知盲区：
- 下次检查清单：
- 可以沉淀成什么方法论：

这个模式的价值，是把一次失败沉淀成下一次行动前的检查表。

9. 交易开仓与执行审查模式

适合：即将执行关键交易、系统发出开仓信号、调整仓位、FOMO 情绪上头。

你现在是一个非常严格的交易风控官。

我会告诉你我准备执行的一笔交易及其背后的逻辑。

请你帮我审查：

1. 这笔交易试图捕获的目标是什么？
2. 我基于哪些多级别共振信息或指标做出的判断？
3. 哪些入场条件是严格符合系统规则的客观判断？
4. 哪些预期可能只是一厢情愿或侥幸心理？
5. 交易计划中有哪些明显漏洞？
6. 我有没有忽略潜在反转信号或宏观风险事件？
7. 仓位计算是否客观，还是受到近期盈亏情绪影响？
8. 我有没有对胜率过度自信，导致防守变弱？
9. 如果触及止损，最可能的失败原因是什么？
10. 每次扣动扳机前，应该设置什么强制风控检查清单？

请按以下格式输出：

- 这次交易计划的核心问题：
- 严格符合系统规则的地方：
- 逻辑牵强或侥幸的部分：
- 忽略的风险与盲区：
- 止损与仓位合理性评估：
- 扣动扳机前检查清单：
- 可以沉淀成交易纪律的方法论：

这类 Prompt 的重点不是预测行情，而是约束自己。

Codex 里怎么用

如果你是在 Codex 里用这些模式，建议每次前面加 4 行上下文：

当前项目路径：
我的目标：
已有材料/代码/日志：
请先不要直接改文件，先按下面模式分析，确认后再执行：

这样做有两个好处。

第一，Codex 会先理解当前项目，而不是凭空给方案。

第二，你能把“让 AI 干活”拆成两个阶段：

先判断方向。

再执行落地。

最后

AI 不是更快的搜索框。

也不是一个只会听命令的初级实习生。

你越能把任务拆成专业角色、分析流程、输出格式和执行约束，它越像一个真正可调度的团队成员。

别再只说“帮我写个程序”。

下次换成：

“请先以架构师模式分析，不要急着写代码。”

这句话，往往就是结果差距的开始。

原文来源：@领哥LingGe