061_FDE提示词工程不是复制粘贴：FDE面向真实业务的提示词迭代方法论.docxVIP

?#FDE实战：提示词不是抄出来的，是“打”出来的

——基于真实业务、BadCase驱动与版本管理的现场提示词工程指南

引言：Demo跑通≠业务落地

在很多AI项目的早期阶段，FDE（FieldDeploymentEngineer，现场交付工程师）往往会陷入一个误区：认为提示词工程（PromptEngineering）就是“网上找模板，填业务字段”。

我们见过太多这样的场景：*场景A：在官网Demo里，一个提取发票信息的提示词完美运行，准确率100%。*现场：当接入客户真实的、包含手写涂改、非标准格式、特殊行业术语的发票数据时，准确率骤降到60%。

为什么？因为网上的模板是基于“理想数据”设计的，而现场业务是基于“混乱现实”存在的。

FDE的核心价值，不在于写出多么花哨的Prompt，而在于在泥潭中把模型“驯化”成能干活的生产力工具。本文将分享一套经过实战检验的FDE提示词迭代方法论，核心只有三点：拒绝模板依赖、BadCase驱动、工程化版本管理。

一、核心理念：提示词是代码，不是文案

首先要扭转观念。很多产品经理认为提示词是“文案写作”，但实际上，在现场交付中，提示词具有代码的属性：

确定性要求：同样的输入，需要稳定的输出（尽管LLM本质是概率性的，但业务要求方差小）。2.可维护性：当业务规则微调时，必须能快速修改并验