# 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 轮对话慢慢调？

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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://yeasy.gitbook.io/ai_beginner_guide/di-san-bu-fen-shi-zhan-ying-yong-ji-qiao/12_prompt_advanced/12.3_iterative.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.