跳到主要内容

Prompt(提示词)

先用一句话说清楚​

Prompt(提示词)是给模型的任务说明,用来描述目标、上下文、边界、输出要求和失败处理。

新手通俗解释​

很多新手把 Prompt(提示词)当成“和模型说话的技巧”,这会把方向带偏。工程项目里的 Prompt(提示词)更像一份“工作说明书”:告诉模型要做什么、依据什么资料、不能做什么、结果怎么交付、遇到不确定怎么办。

例如客服 Agent(智能体)里,好的 Prompt(提示词)不会只写“请礼貌回答用户”。它还应该说明:只能基于知识库和工具结果回答;没有依据时要拒答;涉及退款、投诉、法律风险时要转人工;输出要包含意图、依据和下一步动作。

为什么智能体工程师岗位会问它​

岗位问 Prompt(提示词),不是想听你背“万能提示词模板”,而是想看你是否能把业务规则、资料边界和输出契约写进模型交互里。

常见考察点:

考察点好回答应该包含
任务定义模型到底要完成什么,不要做什么
上下文选择哪些资料能进入 Context Window(上下文窗口)
输出契约是否需要 Structured Output(结构化输出)
安全边界高风险内容如何拒答或转人工
迭代方法如何用失败样例改进 Prompt(提示词)

它在项目里到底怎么用​

一个工程化 Prompt(提示词)通常包含 6 类信息:

部分作用示例方向
角色限定模型的工作身份客服助理、制度问答助手、资料审查助手
目标明确任务完成标准回答问题、生成草稿、判断风险、整理摘要
上下文提供资料、工具结果和用户状态RAG(检索增强生成)片段、订单状态、会话历史
规则说明禁止行为和优先级无证据拒答、高风险转人工、不得编造
输出规定字段、结构和展示方式Structured Output(结构化输出)或用户可读回答
失败处理说明不确定时怎么办追问、拒答、降级、转人工

和“写文案”的区别​

写文案追求表达好看,Prompt(提示词)工程追求结果稳定。一个 Prompt(提示词)能不能用,不看它是不是“高级”,而看它能否在一组测试样例里稳定产生可用输出,并且失败时不越界。

面试时可以说:我会把 Prompt(提示词)当成模型接口的一部分,配合结构化输出、工具治理和评估样例迭代,而不是靠灵感写一段漂亮话。

常见误解​

误解为什么不对正确理解
Prompt(提示词)越长越好太长会增加成本和噪声应该清楚、必要、可测试
好 Prompt(提示词)可以代替系统权限模型可能忽略或误解权限必须由系统硬控制
Prompt(提示词)一次写好就不用改业务、资料和模型都会变化要基于失败样例持续迭代
会写提示词就能做 Agent(智能体)Agent(智能体)还需要工具、状态、日志和评估Prompt(提示词)只是其中一层

面试官可能怎么追问​

1. 你怎么优化 Prompt(提示词)?​

考察点: 是否有方法,而不是靠感觉。

参考回答: 我会先建立样例集,包含正常问题、边界问题、无资料问题、高风险问题和工具失败问题。然后看模型在哪些样例上失败,是任务不清、上下文不足、输出字段不稳定还是安全边界没写清。每次修改 Prompt(提示词)都要回归这些样例,而不是只看单次效果。

容易扣分: 说“多试几版,哪个效果好用哪个”。

2. Prompt(提示词)能不能防止幻觉?​

考察点: 是否理解软约束和硬约束。

参考回答: Prompt(提示词)可以降低幻觉,比如要求只基于证据回答、无证据拒答,但不能完全防止。还需要 RAG(检索增强生成)的 Citation(引用来源)、输出校验、低置信转人工、评估样例和日志复盘。

容易扣分: 说“加一句不要编造就行”。

3. 系统提示、用户提示、检索资料冲突时怎么办?​

考察点: 是否理解优先级。

参考回答: 我会把系统和开发者规则作为最高优先级,用户输入不能覆盖安全和权限边界;检索资料提供事实依据,但如果资料过期、无权限或不支持结论,应该拒答或转人工。工程上还要记录资料版本和来源,方便复盘。

容易扣分: 完全听用户的,或完全相信检索片段。

作品集里怎么展示它​

不要把完整 Prompt(提示词)当成作品亮点堆出来。更好的展示方式是:

  • 说明 Prompt(提示词)服务哪个任务。
  • 展示它约束了哪些边界:资料、工具、权限、输出、失败。
  • 展示三类样例:成功、拒答、转人工。
  • 展示一次失败如何推动 Prompt(提示词)调整。
  • 说明哪些安全边界放在系统层,而不是只靠 Prompt(提示词)。

和哪些术语一起理解​

对应章节与项目​