> For the complete documentation index, see [llms.txt](https://yeasy.gitbook.io/ai_beginner_guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://yeasy.gitbook.io/ai_beginner_guide/di-san-bu-fen-shi-zhan-ying-yong-ji-qiao/12_prompt_advanced/12.3_iterative.md).

# 12.3 迭代优化

> 没有一气呵成的神作，只有不断修改的初稿。先跑通，再优化。

## 12.3.1 第一版通常都是垃圾

海明威说过：“一切初稿都是狗屎（The first draft of anything is shit）。”

提示词也是一样。

当你写下第一句 “帮我写个文案” 时，得到的通常是平庸的回答。

但这没关系。**重点在于迭代**。

## 12.3.2 像产品经理一样改需求

我们来看一个 **V1 -> V3** 的进化过程。

任务：卖一款“静音加湿器”。

* **V1（小白版）**：

  > “写个加湿器文案。” *结果：像产品说明书。*
* **V2（进阶版 - 加需求）**：

  > “太干巴了。要针对 **宝妈**群体，突出**静音**，语气要**温暖**。” *结果：好多了，但有点啰嗦，像流水账。*
* **V3（高手版 - 加格式和限制）**：

  > “很好。现在请把这篇文案精简成 3 个卖点。 格式要求：**Emoji + 4 字短标题 + 20 字以内的痛点描述**。 只要这三行，其他废话不要。” *结果：完美的朋友圈文案。*

看，你不需要一次性把 V3 写出来。

你可以像挤牙膏一样，看着 AI 的输出，一点点 **把它的方向掰回来**。

## 12.3.3 用魔法打败魔法：让 AI 写提示词

如果你实在不知道怎么优化，可以 **向 AI 求助**。

> “我想让你扮演一个\[什么角色]来做\[什么事]。 我现在的提示词是：'......'。 请帮我 **优化这个提示词**，让它更清晰、更结构化，能产生更好的结果。”

AI 会像个老教授一样，帮你把那句大白话改成一段逻辑严密的指令代码。

然后你把这段新指令发给它，效果直接起飞。

## 12.3.4 思考题

在软件开发中，我们讲究 “敏捷开发，快速迭代”。

在写提示词时，你是倾向于憋半小时写一个完美的超长提示词（Mega Prompt），还是先花 10 秒写个大概，然后通过 5 轮对话慢慢调？

对于大多数非程序员来说，**后者（对话式微调）** 通常效率更高。