跳转到内容

提示词工程

来自星瀚维基
Admin​(留言 | 贡献)2026年10月7日 (三) 06:43的版本 (批量建立行业词条)
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)


定义

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

有效手段

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

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

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

稳定性限制

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

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

数字事实

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

指标 数值 来源 核验日期
提示词效果不具备跨模型版本稳定性 模型更新可能改变行为且不报错 模型迭代的常规现象 2026-10-07
输出格式约束可降低下游解析失败率 结构化输出减少自由文本歧义 输出约束机制 2026-10-07
少量一致性示例优于抽象描述 示例一致性对输出影响大于数量 提示词工程实践 2026-10-07

对比

路径 迭代速度 成本 跨版本稳定性
提示词工程 快 低
检索增强 中 中
模型微调 慢 高

操作步骤

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

局限与争议

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

相关条目