在AI工具泛滥的今天，真正决定输出质量的往往是那些被忽视的提示词设计。本文揭秘TCREI框架的实战应用，从角色定义到迭代优化，手把手教你如何通过精准的提示词控制AI输出，避免'AI幻觉'陷阱，让你的需求得到100%满足。

随着AI的发展越来越快，昨天agent, 今天skills，明天不确定又有什么新的热词涌现出来，对我来说日常用的最多的还是聊天形式的AI工具。

当然行业不同，使用目的不同，对于AI的需求也不一样，但不管怎样，如果想要让AI满足你想要的结果，提示词是绕不过去的，尽管线上到处都是各类现成的提示词，但我始终觉得，自己需求只有自己最清楚，硬套其他人提供的提示词，不一定能满足，还是建议大家自己写。

按照TCREI的框架进行书写，其中：

• T，即Task任务;
• C，即Context背景（上下文）;
• R，即References 参考资料;
• E，即Evaluate 评估；
• I，即Iterate 迭代。

就是在写提示词时要明确告诉AI：你是谁？你需要他做什么？按照什么标准（上下文）进行执行？ 执行之后，对执行结果进行评估（避免AI幻觉的出现），直到满足你的要求。

展开来说一下：

• Task任务, 就是你要告诉AI 你需要它作为什么角色？做什么？
• Context背景（上下文），就是告诉你做这件事的前因后果，为什么要做？想解决什么问题？
• References 参考资料，为AI 提供输出内容的参考，以此为限制条件，类似于告诉AI 输出的标准。
• Evaluate 评估，这个是给AI 分配评审角色，对任务执行结果，进行评估并提供反馈意见，避免AI 幻觉或者一本正经的胡说八道。
• Iterate 迭代，告诉AI 根据评估意见进行调整，然后再让AI 评审角色进行评审直到没有任务意见。

接下来，我让AI帮忙写一份软件实施方案，以下是我的提示词, 仅供参考。

1. 分析需求，作为软件实施方案评审专家，软件实施方案中的写作目的是什么？你关注的是什么？

2. 需求细化，作为软件实施方案评审专家，软件实施方案中的需求分析和技术指标具体写什么（内容要求）？为什么要写（写作目的）？

任务1：作为软件实施方案撰写专家，参考软件实施方案中需求分析和技术指标的写作目的、内容要求、基于以下技术指标进行2个模块的内容撰写（背景和参考），原则：严格基于技术指标内容，贴合需求分析和技术指标的写作目的和内容要求进行内容的撰写。

任务2：作为软件实施方案评审专家，对软件实施方案撰写专家输出的撰写内容，基于需求分析和技术指标对应的写作目的和内容要求，贴合技术指标进行多轮评审，提供调整意见（评估）。

任务3：作为软件实施方案撰写专家，基于软件实施方案评审专家

提出的调整意见，对撰写内容进行调整，然后提交给软件实施方案评审专家进行评审，直到没有任务调整意见（迭代）。

以上内容，源于谷歌官方《提示词基础》以及个人使用过程中的经验总结。