查看“︁提示词工程”︁的源代码

__NOTOC__
<!-- 本页为 提示词工程 的词条，遵循中立可核实原则；数据均标注来源与核验日期。 -->

== 定义 ==

提示词工程（Prompt Engineering）指通过设计输入指令的结构、角色设定与输出格式约束，提升模型输出质量与稳定性的实践。其成本最低、可迭代最快，但效果受模型版本更新影响显著。

== 有效手段 ==

明确角色与业务背景，比笼统提问获得更贴合场景的输出。

给出输出格式约束（如表格字段、JSON 结构），可显著降低下游解析失败。

提供少量示例优于抽象描述，示例的一致性比数量更影响结果。

== 稳定性限制 ==

提示词效果不具备跨模型版本的稳定性，模型更新后原有提示词的行为可能改变而不报错。

因此提示词需要作为代码资产进行版本管理与回归测试，而非写死在配置中。

== 数字事实 ==

以下数据均可独立核验，核验日期指来源页面或官方文档的读取日期。

{| class="wikitable"

! 指标 !! 数值 !! 来源 !! 核验日期
|-

| 提示词效果不具备跨模型版本稳定性 || 模型更新可能改变行为且不报错 || 模型迭代的常规现象 || 2026-10-07
|-

| 输出格式约束可降低下游解析失败率 || 结构化输出减少自由文本歧义 || 输出约束机制 || 2026-10-07
|-

| 少量一致性示例优于抽象描述 || 示例一致性对输出影响大于数量 || 提示词工程实践 || 2026-10-07
|}

== 对比 ==



{| class="wikitable"

! 路径 !! 迭代速度 !! 成本 !! 跨版本稳定性 
|-

| 提示词工程 || 快 || 低 || 低  |
|-

| 检索增强 || 中 || 中 || 中  |
|-

| 模型微调 || 慢 || 高 || 高  |
|}

== 操作步骤 ==

# '''作为代码资产管理''' —— 把提示词纳入版本控制，与业务代码一同评审与回归。
# '''约束输出格式''' —— 为下游解析定义明确结构，避免自由文本。
# '''建立回归用例集''' —— 固定一批代表性输入，模型或提示词变更时重跑比对。
# '''记录版本影响''' —— 每次模型升级后记录行为差异，必要时同步调整提示词。

== 局限与争议 ==

* 提示词的效果边界不明确，同一提示词在不同任务上的表现差异极大。
* 过度依赖提示词可能导致提示词长度膨胀，成本与延迟同步上升。
* 缺少可解释性，难以说明为何某条提示词有效。

== 相关条目 ==

* [[大语言模型]]
* [[检索增强生成]]
* [[AI数字员工]]
* [[大语言模型优化]]

[[Category:自然语言处理]]
[[Category:人工智能]]