本章目标:将前20章所有技术融会贯通,构建两个完整的生产级AI产品:「智能客服系统」和「企业知识助手」。通过完整项目实践,掌握AI产品从设计到落地的全流程。
前期回顾
1. 为什么需要端到端实战?
1.1 知识的三层次
学习AI开发有三个层次:
知道(Knowledge) → 看了文档,知道有RAG这个技术
理解(Understanding)→ 知道RAG的原理:向量化→检索→生成
掌握(Mastery) → 能从零构建一个完整的RAG应用,
处理各种边界情况,上线维护
前20章帮你完成前两个层次,本章目标是掌握。
1.2 端到端项目的挑战
单独学某个技术点时,很多问题被刻意简化了:
本章面对这些真实挑战,构建真正可用的产品。
2. 项目一:智能客服系统设计
2.1 系统架构总览

2.2 技术选型
with_structured_output | ||
@tool | ||
2.3 状态设计
from typing import Annotated
from langgraph.graph.message import add_messages
from typing_extensions import TypedDict
classCustomerServiceState(TypedDict):
"""客服系统的对话状态。
设计原则:
1. 只存「做决策需要的信息」,不要塞入过多字段
2. messages 用 add_messages 确保追加而非覆盖
3. intent 在意图识别节点填充,后续节点读取
"""
messages: Annotated[list, add_messages] # 对话历史
user_input: str # 当前用户输入
intent: CustomerIntent | None# 识别到的意图
response: str # 最终回复
escalate_to_human: bool # 是否转人工
3. 意图识别:理解用户真实需求
3.1 为什么需要专门的意图识别?
如果直接把用户输入丢给通用Agent处理,会有以下问题:
用户:「我的单号是ORD-20240101」
通用Agent:「好的,您的订单是什么问题呢?」(没有主动查询)
意图识别后:
intent_type = "order_query"
order_id = "ORD-20240101"
→ 直接调用订单查询工具
→ 「您的订单ORD-20240101当前状态:已签收...」✅
3.2 意图识别结构化模型
from pydantic import BaseModel, Field
from typing import Literal
classCustomerIntent(BaseModel):
"""客户意图的结构化表示。"""
intent_type: Literal["order_query", "faq", "complaint", "general", "unclear"] = Field(
description="意图类型"
)
order_id: str | None = Field(
default=None,
description="如果是订单查询,提取订单号(格式:ORD-XXXXXXXX)",
)
urgency: Literal["high", "medium", "low"] = Field(
description="紧急程度"
)
summary: str = Field(
description="用户意图摘要(15字以内)",
max_length=30,
)
💡
Literal类型的作用:限制字段只能是枚举值,Pydantic 会自动拒绝非法值。比str类型更安全,LLM 不可能返回「随机字符串」。
3.3 意图识别调用
defidentify_intent(llm, user_input: str) -> CustomerIntent:
"""用结构化输出识别用户意图。"""
structured_llm = llm.with_structured_output(CustomerIntent)
return structured_llm.invoke([
SystemMessage(content=INTENT_SYSTEM),
HumanMessage(content=user_input),
])
意图识别示例:
order_query | order_id=ORD-20240215 | |
faq | ||
complaint | urgency=high | |
general | urgency=low |
4. 状态机路由:LangGraph驱动的业务流程
4.1 路由函数
defroute_by_intent(state: CustomerServiceState) -> str:
"""路由函数:根据意图选择下一个节点。
这是 LangGraph 条件边的核心:
函数返回节点名称,LangGraph 据此选择跳转目标。
"""
# 如果安全检查已返回拒绝(有response了),直接结束
if state.get("response"):
return END
intent = state.get("intent")
ifnot intent:
return"general_agent"
return {
"order_query": "order_agent",
"faq": "faq_agent",
"complaint": "complaint_agent",
"general": "general_agent",
"unclear": "general_agent",
}.get(intent.intent_type, "general_agent")
4.2 完整图结构

4.3 工具调用:订单查询
from langchain_core.tools import tool
@tool
defquery_order(order_id: str) -> str:
"""查询订单信息(生产中替换为真实数据库查询)。
Args:
order_id: 订单编号,格式 ORD-XXXXXXXX
"""
order = MOCK_ORDERS.get(order_id.strip().upper())
ifnot order:
returnf"未找到订单 {order_id}"
returnf"订单状态:{order['status']}\n商品:{order['product']}\n..."
# 在Agent节点中绑定工具
deforder_agent_node(state, llm):
llm_with_tools = llm.bind_tools([query_order])
response = llm_with_tools.invoke([...])
# 处理工具调用
if response.tool_calls:
for tc in response.tool_calls:
result = query_order.invoke(tc["args"])
# 基于工具结果再生成自然语言回复
...
5. 多专业Agent:分而治之
5.1 四种Agent的职责边界

5.2 投诉Agent的特殊设计
投诉处理是客服系统中最敏感的场景,需要特殊的提示词:
COMPLAINT_SYSTEM = """你是客服助手,正在处理一个投诉。
处理步骤(必须按顺序):
1. 先真诚道歉,承认用户的感受(不要辩解)
2. 表达重视:「您的反馈对我们非常重要」
3. 给出具体解决路径(不是模糊承诺)
4. 提供联系方式
语气:温和、诚恳,绝不反驳用户"""
defcomplaint_agent_node(state, llm):
response = llm.invoke([SystemMessage(content=COMPLAINT_SYSTEM), ...])
return {
"response": response.content,
"escalate_to_human": True, # 投诉必须标记转人工
}
6. 对话记忆:有上下文的多轮对话
6.1 记忆的重要性
没有记忆的客服 vs 有记忆的客服:
无记忆:
用户:「查一下ORD-20240101的状态」
客服:「订单状态:运输中」
用户:「那什么时候能到?」
客服:「请问您的订单号是多少?」← 🤦 刚才说了!
有记忆:
用户:「查一下ORD-20240101的状态」
客服:「订单运输中,预计3天内到达」
用户:「那什么时候能到?」
客服:「根据您的订单ORD-20240101当前物流位置,预计后天下午到达」← ✅
6.2 对话历史管理
classCustomerServiceBot:
def__init__(self, llm):
self.conversation_history = [] # 内存中的对话历史
defchat(self, user_input: str) -> str:
# 添加到历史
self.conversation_history.append(HumanMessage(content=user_input))
# 构建状态时带入历史
state = {
"messages": list(self.conversation_history), # 传入完整历史
"user_input": user_input,
...
}
# 运行状态机
final_state = self.graph.invoke(state)
response = final_state["response"]
# 记录AI回复
self.conversation_history.append(AIMessage(content=response))
return response
💡 注意:本示例使用内存存储(重启丢失)。生产环境参考第10章,使用 SQLite/Redis/MongoDB 持久化对话历史。
7. 项目二:企业知识助手设计
7.1 知识助手 vs 客服系统的区别
7.2 知识助手架构

8. 渐进式降级:永不失败的回答策略
8.1 什么是渐进式降级?
渐进式降级(Graceful Degradation)的核心思想:当最优方案不可用时,自动切换到次优方案,而不是直接失败。

为什么这很重要:AI最大的风险之一是「幻觉」——用自信的语气说出错误信息。渐进式降级通过透明度解决这个问题:告诉用户「这是官方文档说的」还是「这是我的理解」。
8.2 代码实现
defask(self, question: str) -> dict:
"""渐进式降级问答。"""
# Level 1:知识库搜索
retrieved_docs = self.kb.search(question, k=3)
if retrieved_docs:
# 有文档:基于文档回答
context = self._format_docs(retrieved_docs)
answer = self.rag_chain.invoke({"context": context, "question": question})
sources = [doc.metadata.get("source") for doc in retrieved_docs]
return {"answer": answer, "source_level": "rag", "sources": sources}
else:
# 无文档:降级到通用LLM
answer = self.general_chain.invoke({"question": question})
return {
"answer": answer,
"source_level": "general",
"sources": ["通用知识(非官方文档)"],
}
9. 来源引用:透明可信的AI
9.1 为什么来源引用很重要?
9.2 文档元数据设计
from langchain_core.documents import Document
# 每个文档带有丰富的元数据
doc = Document(
page_content="保修期限:手机/平板12个月...",
metadata={
"source": "售后手册", # ← 显示给用户的来源名称
"category": "售后", # ← 可用于过滤搜索范围
"updated": "2024-02", # ← 内容时效性
"doc_id": "DOC-001", # ← 唯一标识,便于溯源
},
)
9.3 RAG提示词中的引用指令
RAG_ANSWER_PROMPT = ChatPromptTemplate.from_messages([
("system", """基于以下参考文档回答问题。
参考文档:
{context}
要求:
1. 只使用文档中的信息
2. 在回答末尾注明「来源:[文档名称]」 ← 关键:强制引用
3. 文档没有的信息说「根据现有文档暂无说明」
"""),
("human", "{question}"),
])
10. 动态知识更新:零停机维护知识库
10.1 传统知识库的痛点
传统方案(批量重建):
1. 停止服务
2. 更新文档
3. 重新向量化所有文档(可能耗时数小时)
4. 重启服务
→ 停机时间长,无法实时更新
10.2 InMemoryVectorStore 的动态更新
classKnowledgeBase:
defadd_new_knowledge(self, content: str, source: str) -> None:
"""动态添加新知识,无需停机,立即生效。"""
doc = Document(
page_content=content,
metadata={
"source": source,
"updated": datetime.now().strftime("%Y-%m"),
"is_dynamic": True, # 标记为动态添加
},
)
self.vector_store.add_documents([doc]) # 直接追加,立即可搜索
print(f"✅ 新知识已添加:{source}")
生产环境的动态更新策略:
11. 如何运行代码
# 运行智能客服系统
uv run python lessons/21_project/01_ai_customer_service.py
# 运行企业知识助手
uv run python lessons/21_project/02_knowledge_assistant.py
预期输出(客服系统):
🤖 第21章:端到端AI产品实战 —— 智能客服系统
...
[第1轮] 用户:你好,我想查一下订单ORD-20240215
[意图] order_query | 紧急度:medium
[客服小极] 您好!您的订单ORD-20240215目前状态为「运输中」,
物流公司:圆通,单号:YT9876543210...
预期输出(知识助手):
📚 第21章:端到端AI产品实战 —— 企业知识助手
...
❓ 问:你们手机的保修期是多久?
📚 答(来源:知识库):
所有手机享受12个月全国联保服务...
📎 参考:售后手册
12. 从Demo到生产:升级路径
12.1 客服系统升级路径

12.2 知识助手升级路径
InMemoryVectorStore | ||
12.3 通用生产化清单

13. 本章小结与课程总结
13.1 整个课程总结
恭喜你完成了这套21章的AI Agent开发课程!回顾整个学习路径:
title AI Agent 学习旅程
section 基础篇(第1-5章)
LLM调用: 5: 入门
Prompt工程: 5: 入门
Chain链式: 4: 基础
Tools工具: 4: 基础
Agent智能体: 4: 基础
section 进阶篇(第6-13章)
RAG检索增强: 5: 进阶
LangGraph工作流: 5: 进阶
MCP协议: 4: 进阶
AI Skills: 4: 进阶
Agent记忆: 5: 进阶
结构化输出: 4: 进阶
高级RAG: 5: 进阶
生产部署: 4: 进阶
section 专项篇(第14-18章)
多模态AI: 5: 专项
AI评估: 5: 专项
数据分析: 4: 专项
GraphRAG: 4: 专项
AI编程工具: 4: 专项
section 高阶篇(第19-21章)
AI安全: 5: 高阶
多智能体: 5: 高阶
端到端实战: 5: 高阶
13.2 技术栈全景
你现在掌握的技术栈:
基础层:
✅ LangChain(最流行的AI开发框架)
✅ LangGraph(复杂工作流和多Agent)
✅ OpenAI SDK(兼容百炼API)
模型能力:
✅ 文本生成(qwen-plus/max)
✅ 多模态(qwen-vl-plus/max)
✅ 向量嵌入(text-embedding-v3)
数据存储:
✅ Milvus(向量数据库)
✅ Chroma(轻量向量库)
✅ SQLite/Redis/MongoDB(对话记忆)
安全与部署:
✅ Prompt注入防御
✅ 内容安全过滤
✅ FastAPI生产部署
✅ 异步并发处理
高阶能力:
✅ 多Agent协作(Supervisor、并行)
✅ GraphRAG(知识图谱)
✅ AI评估体系
✅ 端到端产品开发
13.3 接下来做什么?
用你的项目实践:把工作中的某个重复性任务改造成AI应用 选一个领域深入:RAG方向 / Agent方向 / 多模态方向 关注社区动态:AI技术每周都有新进展,保持学习
推荐资源:
LangChain官方文档: python.langchain.comLangGraph教程: langchain-ai.github.io/langgraph阿里云百炼模型列表: bailian.console.aliyun.com
祝你在AI开发的道路上越走越远!🚀
作者:阿聪谈架构
公众号:阿聪谈架构(分享后端架构 / AI / Java 技术文章)
相关代码关注公众号:【阿聪谈架构】 回复:AI专栏代码
夜雨聆风