先知道这章为什么排在第一章
贯穿前四章的同一个案例:我们要做一个“退款客服助手”。后续每个新概念都继续用这个案例。
路线12章中的位置
本章目录
阅读过程中可按 Ctrl + Z 快速返回当前页面的本章目录;也可以点击右下角按钮。
本章思维导图
知识流向:先完成左侧基础,再进入中间机制,最后用右侧工程控制把它变成可上线能力。节点可直接点击跳转。
调用接口基础
按照本模块顺序完成以下知识点,再进入下一模块。
M00API 调用基础术语
后面会频繁看到这些词。它们不是 Python 基础,而是 AI 应用与模型服务通信时必须知道的接口概念。
后端程序
位置:你公司的服务器你编写并控制的业务程序。它接收用户问题、检查登录身份、查询数据库、调用模型、校验结果,最后把答案返回前端。
API
位置:后端与模型服务之间双方约定好的“通信窗口”。后端按规定发送请求,模型服务按规定返回响应。API 不是模型本身,而是调用模型的入口。
请求与响应
位置:一次 API 往返请求是后端发出的模型名、消息和参数;响应是模型服务返回的文字、Token 用量、结束原因或错误。
输入问题
组织请求
接收请求
生成响应
校验后返回
response = 模型SDK.生成(
model = "某个聊天模型",
messages = [...],
temperature = 0.2,
max_output_tokens = 800
)
answer = response.output_text失败会怎样:可能超时、限流、网络断开、余额不足、模型拒答或输出截断。后端必须识别这些状态,有限重试、降级或明确报错,不能假装业务已经成功。
M01模型在系统里的真实位置
鉴权·编排·校验
理解·生成
检查·记录
公司专家类比:模型像一名擅长语言的外聘专家。公司决定给它看哪些材料、允许它提出哪些操作,并检查它的结论;不能把公司的钥匙和全部权限直接交给它。
M02模型请求与响应结构
{
"model": "所选模型",
"messages": [
{"role": "system", "content": "只能根据政策资料回答"},
{"role": "user", "content": "退款多久到账?"}
],
"temperature": 0.2
}模型根据本次请求中的内容生成结果。下一次请求如果仍需要旧对话,应用必须再次携带相关历史。模型不会因为上次被调用过,就自动拥有可靠的永久记忆。
M03四种消息角色
System · 总规则
身份、任务、安全边界、拒答要求、输出格式。适合稳定规则,不适合塞入大量频繁变化的业务知识。
User · 用户输入
本轮需求。它永远是不可信输入;“忽略规则”只是一段用户文字,不会因此获得更高权限。
Assistant · 模型历史回答
用于恢复多轮对话语境。历史回答也可能有错,不能当成权威数据库。
Tool · 工具结果
数据库或外部系统返回的实时信息。程序执行工具,模型只负责提出调用和理解结果。
上下文组织
按照本模块顺序完成以下知识点,再进入下一模块。
M04上下文书包
输入 Token + 预留的输出 Token ≤ 模型上下文窗口
装不下时,应保留必要规则和最相关资料,摘要较早对话、删除重复内容,并为最终答案预留空间。不是把所有东西硬塞进去。
M05上下文、记忆与知识库的边界
| 概念 | 存在哪里 | 作用 |
|---|---|---|
| 上下文 | 本次模型请求 | 模型本轮能够看到的信息 |
| 聊天历史 | 应用或数据库 | 需要时重新选择并放进上下文 |
| 长期记忆 | 受控数据库 | 跨会话保存经过确认的用户偏好或事实 |
| 知识库 | 文档库/向量数据库 | 存放企业资料,通过检索按需取出 |
| 模型训练知识 | 模型参数 | 提供通用能力,但可能陈旧或不可靠 |
M06三个最容易混淆的控制项
Token
文本处理、上下文容量和费用的计量单位。不是思考次数,也不代表正确率。
Temperature
控制生成的随机和发散程度。低温更稳定,高温更多样;低温也会稳定地答错。
输出长度
限制最多生成多少内容。太小会截断句子或 JSON,太大会提高最坏费用与等待时间。
上下文窗口
本次调用能装下的总容量。输入占得越多,留给输出的空间越少。
M07流式与非流式
| 流式 | 非流式 | |
|---|---|---|
| 体验 | 文字生成一点就显示一点 | 完整生成后一次返回 |
| 适合 | 给人阅读的聊天和长文 | 需要完整校验的数据 |
| 风险 | 中断、半句话、已显示内容难收回 | 用户空白等待更明显 |
| JSON | 半截不能解析 | 完整后校验再使用 |
关键点:流式主要改善主观等待体验,并不代表模型更早完成全部工作。
生产调用边界
按照本模块顺序完成以下知识点,再进入下一模块。
M08幻觉的形成机制
或资料错误
必须回答
语言上合理的答案
事实却可能错
应对幻觉不能只调低 Temperature。需要让模型能说“不知道”,用 RAG 提供权威资料、用工具查询实时事实、保存引用、校验高风险输出,并用评测持续检查。
M09Prompt、RAG 与工具的职责分工
Prompt 管行为
身份、任务、规则、语气、步骤和输出格式。
RAG 管知识
从企业资料中找出与当前问题相关的内容,交给模型参考。
工具管实时事实
查询订单、余额、库存等当前状态。
工具管真实操作
建工单、发邮件、退款等操作必须由程序校验并执行。
不可越界:模型输出“退款成功”不代表退款真的发生。只有受控程序成功调用退款系统,业务操作才算完成。
M10生产调用的保护壳
身份权限
组织上下文
双重校验
返回或降级
保护壳还需要超时、429 退避、有限次数重试、并发限制、Token 统计、Prompt 版本、备用模型和敏感信息处理。模型返回文字只表示“生成完成”,不等于“业务正确完成”。
M11完整模型调用链
规则与行为 ───────────────→ Prompt 企业可检索知识 ──────────→ RAG 实时查询与真实操作 ───────→ Tool 本轮历史和用户问题 ───────→ Context 模型理解与生成 ───────────→ Model 校验、权限、日志、重试 ───→ Application 最终安全结果 ─────────────→ User
本章总结:从哪里来,解决什么,为什么继续
下一章
第 02 课:结构化输出与模型结果校验
将详细解释 JSON Mode、JSON Schema、字段类型、格式校验、业务校验、失败重试,以及“格式正确但业务仍然错误”的原因。