目录
课程简介
学习如何用 LLM 开发应用是未来的关键技能。这门课程将带您了解 LLM 开发的基础,从 API 调用到 RAG 系统,从微调到部署,让您具备开发 LLM 应用的能力。
学习目标:
- 了解 LLM 开发的基础
- 掌握 API 调用方法
- 学会建立 RAG 系统
- 了解模型微调和评估
- 规划 LLM 应用部署
31.1 LLM 开发概述
为什么学_this?
了解 LLM 开发的全貌。
核心教学
LLM 开发的应用:
对话系统
- 客服机器人
- 个人助理
- 互动问答
内容生成
- 文案生成
- 摘要
- 翻译
数据处理
- 分析
- 分类
- 提取
自动化
- 工作流
- 决策支持
- 智能体
LLM 开发 vs 传统开发:
- 传统:写逻辑规则
- LLM:提示 + 调用模型
- 更快更灵活
商业范例
一家拥有 12 间分店的连锁健身中心,过去教练需人工撰写训练计划与饮食建议,平均每位会员等待 2 天,续约率仅 58%。导入 LLM 应用后,教练能快速产出个人化方案并实时回复会员咨询。
- 做法:以 LLM 生成个人化训练与饮食建议,教练审核后发送,方案产出时间从 2 天缩短至 15 分钟。
- 做法:部署客服机器人回答课程与收费问题,每月处理 3,200 笔咨询,人工客服负担降低 45%。
- 做法:自动分析会员出席与消费纪录,产出每月营运报告,管理层决策时间减少 60%。
- 做法:生成社群贴文与促销文案,每月产出 80 篇内容,行销人力成本节省 30%。
小技巧
- 先用 ChatGPT 或 Claude 把需求拆成 3 个子任务,再逐一写 prompt 验证可行性。
- prompt 开头固定写“角色 + 任务 + 输出格式”,例如“你是资深 PM,列出 5 点风险,用表格”。
- 框架先用 LangChain 串接 API,原型稳定后再改用 LlamaIndex 优化检索。
- 把常用 prompt 存进 Notion 数据库,用 Zapier 触发自动测试回归。
- 每次改 prompt 只动一个变数,对比输出后再合并版本。
练习题
本节摘要
- LLM 应用:对话、生成、数据、自动化
- 开发 = 提示 + 调用
- 更快更灵活
我的业务:[一行描述]。
我每日花最多时间的 3 个任务:[列举]。
请评估:这些任务你直接帮到我多少(0-100%)?
每个任务给我一个“今日就可以试”的 prompt 模板。
- 我完成了“任务 × AI 配对”评估
- 我存了至少 3 个即用模板
- 我知这个工具的最大弱项同替代方案
31.2 API 基础
为什么学_this?
API 是 LLM 开发的基础。
核心教学
什么是 LLM API?
API 让您可以通过程式调用 LLM,发送请求、接收回应。
主流 LLM API:
- OpenAI API:GPT 系列
- Anthropic API:Claude 系列
- Google Gemini API:Gemini 系列
- 本地模型:Ollama、llama.cpp
基本 API 调用:
# OpenAI 范例
response = openai.ChatCompletion.create(
model="gpt-4",
messages=[{"role":"user", "content":"你好"}]
)
print(response.choices[0].message.content)
商业范例
一间拥有 12 间门市的连锁健身工作室,过去靠 3 名全职客服处理会员的课程改期、教练更换与收费疑问,每天累积超过 400 则消息,平均回复时间长达 6 小时,导致续约率下滑。
导入 OpenAI API 后,团队在不增加人力的情况下,将重复性咨询自动化,并把省下的时间投入高价值会员经营。
- 做法:以 API 建立课程与收费问答机器人,自动处理 78% 的常见咨询,平均回复时间从 6 小时缩短至 90 秒。
- 做法:串接会员系统自动生成个人化续约提醒,续约率由 61% 提升至 74%。
- 做法:用 API 产出每周教练课程推荐文案,行销人员每周省下 10 小时的撰写时间。
- 做法:整体 API 月成本控制在 180 美元,较原先增聘一名客服的年薪节省超过九成。
小技巧
- 先用 Postman 或 curl 测通 API,再写进程式。
- 把 API 文件贴给 ChatGPT,请它产生 Python 呼叫范例。
- 金钥存进环境变数,别写死在程式码里。
- 无技术团队可用 Zapier 或 Make 串接 API 流程。
- 请 Claude 检查回应 JSON 字段,确认解析路径正确。
练习题
本节摘要
- API 让程式调用 LLM
- 主流:OpenAI、Anthropic、Gemini
- 需基本程式知识
第一个 API 调用:10 分钟 Hello LLM
- 拎 API key:在 OpenAI/Anthropic/DeepSeek 任一平台注册,储值最少金额($5 已经练好久)。
- 用 curl 或 Python 测试:一行 request 传入 prompt,收 JSON 回应。
- 理解三个核心参数:model(选哪个型号)、temperature(0=稳定、1=创意)、max_tokens(输出长度上限)。
- 计成本:查看回应里的 usage 字段 — 每次调用的 token 消耗就是你的账单。
from openai import OpenAI
client = OpenAI(api_key="你的key")
resp = client.chat.completions.create(
model="gpt-4o-mini",
temperature=0.3,
messages=[{"role":"user","content":"用一句话解释什么是 token"}])
print(resp.choices[0].message.content)
print(resp.usage) # 查看 token 消耗
31.3 提示工程
为什么学_this?
提示决定 LLM 输出品质。
核心教学
提示工程的核心技巧:
清晰指令
- 明确要什么
- 提供背景
- 设定格式
角色设定
你是一位客服专家,语气亲切专业。
提供范例
- Few-shot 学习
- 展示期望输出
- 提高准确性
分步指令
- 拆解复杂任务
- 逐步引导
- 提高品质
输出格式
- 指定 JSON
- 指定列表
- 方便处理
商业范例
一家连锁健身房的客服团队每天收到超过 400 则会员消息,涵盖课程预约、会籍查询与教练投诉,过去靠人工回复常延迟超过 6 小时,导致续约率下滑。
- 做法:以提示工程规范 AI 客服语气与回复结构,平均响应时间从 6 小时缩短至 90 秒。
- 做法:要求输出固定 JSON 字段(会员编号、问题类型、建议方案),自动派单准确率达 92%。
- 做法:限制回复字数并带入会籍到期日,客服一次解决率由 58% 提升至 81%。
- 做法:加入投诉升级判断规则,客诉漏接率下降 67%,续约率回升 14%。
小技巧
提示工程是把需求讲清楚的技术,以下几个实操技巧能立即改善输出:
- 在 ChatGPT 用“角色+任务+格式”三段式,例如“你是财报分析师,摘要下列 PDF,用表格输出”。
- 要求 Claude 先列步骤再作答,可减少长文推理的遗漏。
- 把常用指令存成 Notion 范本,每次复制贴上再改参数。
- 需要批次处理时,用 Zapier 把表单内容自动送入 API 提示词。
练习题
本节摘要
- 提示技巧:清晰、角色、范例、分步、格式
- 决定输出品质
- 持续优化
31.4 RAG 系统
为什么学_this?
RAG 让 LLM 基于自己的知识回答。
核心教学
RAG 系统的组件:
知识库
- 企业文档
- 产品资料
- FAQ
向量化
- 将文档转为向量
- 存储到向量数据库
检索
- 用户提问向量化
- 检索相关文档
- 返回最相关的
生成
- 将检索结果 + 提问给 LLM
- 生成准确回答
- 附来源
RAG 的流程:
商业范例
一家拥有 120 间门市的连锁健身中心,过去教练与柜台人员回答会员问题时,常因信息分散在十几份文件而给出错误答案,导致客诉率居高不下。
- 建置课程与方案知识库:整合 300 份教材与价目表,客服回答准确率从 68% 提升至 94%。
- 导入语意检索问答:平均响应时间由 4 分钟缩短至 20 秒,每日处理约 800 笔咨询。
- 自动标注来源出处:争议案件追溯时间减少 75%,每月节省约 40 小时人工查核。
- 串接会员系统:续约提醒转换率提升 18%,年营收增加约新台币 600 万元。
小技巧
- 切块长度设 300 至 500 字元,用 LangChain 的 RecursiveCharacterTextSplitter 实测调整。
- 检索加 rerank:先取 top 20,再用 Cohere Rerank 筛出前 5 段喂给模型。
- Prompt 写法:要求模型“仅依下列片段作答,无依据就回复不知道”。
- 用 Notion 或 Google Sheets 维护测试问答集,每次改动后跑一遍回归。
练习题
本节摘要
- RAG:知识库、向量化、检索、生成
- 让 LLM 基于自己的知识
- 企业应用核心
宠物用品批发商的 RAG 应用
一家批发行有 3,000 个 SKU 的产品资料、报价历史同物流FAQ。客户服务同事日日被人问“这款猫粮何时有货”“最小订货量多少”。他们用 RAG(检索增强生成):将产品文件入向量数据库,客户查询时先检索相关段落,再给 AI 生成回答。AI 不用“背”3,000 个 SKU — 他只需答得准,因为每个答案都有真实文件支撑。幻觉率大幅下降,新同事培训时间由两周变三日。
- 我可以用“开卷考试”比喻解释 RAG:不靠记忆,靠即场查阅
- 我知 RAG 系企业落地的第一步(比微调平十倍)
- 我知向量数据库就是“语义搜索的索引”
31.5 向量数据库
为什么学_this?
向量数据库是 RAG 的核心。
核心教学
向量数据库的选择:
Pinecone
- 云端,易用
- 性能好
- 收费
Weaviate
- 开源
- 功能丰富
- 自架
Milvus
- 开源
- 高性能
- 自架
Chroma
- 轻量
- 适合初学者
- 本地
向量数据库评选标准:
- 性能(检索速度)
- 扩展性
- 成本
- 语意搜索品质
商业范例
一家约 40 人的连锁健身工作室,过去靠教练手动翻找会员训练纪录与课程备注,回应学员咨询平均要等 6 分钟,续约率长期卡在 52%。导入 Weaviate 自架向量数据库后,把训练日志、体态数据与课程偏好转成向量索引,让系统实时检索相似学员的训练历程。
- 做法:将 1.2 万笔会员训练纪录与备注向量化入库,检索延迟从 6 分钟降至 3 秒内。
- 做法:以相似学员案例推荐课程组合,三个月内续约率由 52% 提升至 67%。
- 做法:自架于既有服务器,月均数据库成本控制在 800 元以内,较云端方案省下约 45%。
- 做法:教练查询工时每周减少 9 小时,等同释出 1.5 名人力投入新客开发。
小技巧
- 用 Chroma 本机模式先跑 persist_directory,省去云端设定。
- 在 Pinecone 建索引时,维度须对齐 OpenAI text-embedding-3-small 的 1536。
- 请 Claude 生成 metadata 过滤范例,先缩小检索范围再查向量。
- 用 Notion 表格记录每批 embedding 的模型与切块参数,方便回溯。
练习题
本节摘要
- 向量数据库:Pinecone、Weaviate、Milvus、Chroma
- 依性能、扩展、成本选择
- 初学者用 Chroma
31.6 模型微调
为什么学_this?
微调让模型更适合特定任务。
核心教学
什么是微调(Fine-tuning)?
微调是在预训练模型基础上,用特定数据进一步训练,让模型更适合特定领域或任务。
微调 vs RAG:
| 维度 | RAG | 微调 |
|---|---|---|
| 更新 | 实时 | 需重新训练 |
| 成本 | 低 | 高 |
| 风格 | 无特别 | 可定制 |
| 知识 | 外部 | 内部 |
| 适合 | 知识更新 | 风格/行为 |
微调的方法:
- LoRA:低成本微调
- QLoRA:更低成本
- 全参数微调:高成本
商业范例
一家拥有 120 间门市的连锁健身品牌,过去客服人员流动率高,新进员工训练需两周,回复会员咨询的语气与准确度参差不齐,导致续约率长期低于 65%。
- 做法:以 LoRA 微调模型学习资深客服的应对风格与话术,训练资料仅需 3,000 组对话。结果:新进人员上线训练期由 14 天缩短至 4 天。
- 做法:将微调模型部署为实时回复建议系统,辅助一线人员应对会员咨询。结果:首次回复准确率由 72% 提升至 93%。
- 做法:以微调模型统一品牌语气,取代人工逐字审稿。结果:每月客服稽核人力成本降低约 40%。
- 做法:持续以会员续约回馈资料迭代模型。结果:六个月内会员续约率由 65% 提升至 78%。
小技巧
- 用 ChatGPT 微调前,先以 RAG 挂载最新文件验证答案缺口。
- 在 Claude 贴 20 组风格范例,提示“模仿此语气改写”再决定是否微调。
- 知识每周更新就别微调,改用 Notion 同步向量库。
- 微调资料整理用 Zapier 自动抓取客服对话成 JSONL。
练习题
本节摘要
- 微调定制模型行为
- RAG 更新知识
- 微调成本高,偏好定制风格
31.7 开发框架
为什么学_this?
框架加速 LLM 开发。
核心教学
主流 LLM 开发框架:
LangChain
- 最流行
- 功能全
- 工具丰富
LlamaIndex
- 专注 RAG
- 数据索引
- 检索优化
LangGraph
- 复杂工作流
- 状态管理
- 多 Agent
OpenAI SDK
- 官方
- 简单
- 现代
框架选择:
- RAG → LlamaIndex
- 复杂工作流 → LangGraph
- 通用 → LangChain
- 简单 → OpenAI SDK
商业范例
一家连锁健身中心拥有 12 间分店、约 4 万名会员,客服团队每天要回复上千则关于课程预约、会籍方案与教练媒合的询问,人力长期吃紧且回复品质不一。
该公司改用 LangChain 打造客服 Agent,整合内部知识库与预约系统,让常见问题自动化处理。
- 建立对话 Agent:接手 7 成常见询问,客服人力需求降低 35%。
- 串接课程与会籍数据库:查询回复时间从 5 分钟缩短至 20 秒。
- 整合预约工具:学员自助完成 6 成课程异动,柜台负担明显减轻。
- 快速迭代开发:新功能上线周期从 3 周压缩至 4 天。
小技巧
开发框架选择的实操贴士:
- 先用 LangChain 跑通最小可行流程,确认链路无误再扩充。
- 用 ChatGPT 生成样板程式码时,prompt 写“用 LangChain 0.2 写 RAG 检索链,附注解”。
- 把 Claude 当除错助手,贴上报错消息并问“这段 traceback 的根因是什么”。
- 在 Notion 建框架对照表,记录 LangChain、LlamaIndex、Haystack 的适用场景。
- 用 Zapier 串接 API 测试,先验证外部服务再写进框架。
练习题
本节摘要
- 框架:LangChain、LlamaIndex、LangGraph、OpenAI SDK
- RAG 用 LlamaIndex
- 通用用 LangChain
31.8 开发实战
为什么学_this?
动手实战是最好的学习。
核心教学
开发一个简单 LLM 应用:
Step 1:设定环境
import openai
openai.api_key = "YOUR_KEY"
Step 2:基本对话
response = openai.ChatCompletion.create(
model="gpt-4",
messages=[{"role":"user","content":"你好"}]
)
print(response.choices[0].message.content)
Step 3:添加提示
messages = [
{"role":"system","content":"你是客服专家"},
{"role":"user","content": customer_question}
]
Step 4:处理输出
- 解析结果
- 格式处理
- 错误处理
商业范例
一家连锁健身房有 12 间分店,教练每天花大量时间回复学员重复的课程与收费问题,导致续约率下滑。管理层想导入 AI 却担心成本与技术门槛过高。
- 做法:以 25 行程式码串接 LLM 与内部课程数据库,建置自动问答机器人,回复准确率达 92%。
- 做法:将机器人嵌入官方 LINE 账号,上线仅 3 天即分担 68% 的客服消息量。
- 做法:设定续约提醒与个人化推荐,三个月内续约率提升 11%。
- 做法:每月节省约 40 小时人力,相当于释出半名正职员工的工时。
小技巧
开发实战小技巧
- 先用 ChatGPT 跑通单一功能,再逐步加入检索、记忆与工具调用。
- 把需求拆成 prompt 步骤,例如先“列出 API 字段”再“生成呼叫程式码”。
- 用 Claude 审查程式码,prompt 写“指出边界条件与错误处理缺漏”。
- 把测试案例与错误消息贴进 ChatGPT,请它输出修正后的函式。
- 用 Zapier 串接 Notion 记录每次实验的 prompt 与输出结果。
练习题
本节摘要
- 开发:设定 → 对话 → 提示 → 处理
- 从简单开始
- 快速上线
31.9 安全性开发
为什么学_this?
开发时就要考虑安全。
核心教学
LLM 开发的安全考量:
输入验证
- 过滤恶意输入
- 检查提示注入
- 白名单
权限控制
- 最小权限
- API 金钥管理
- 存取控制
输出过滤
- 检查输出
- 敏感信息过滤
- 内容安全
审计追踪
- 记录请求
- 记录回应
- 异常追踪
安全最佳实践:
商业范例
一家有 12 间分店的连锁健身中心,导入 AI 客服处理会员请假与课程查询,却因开发环境误用正式 API 金钥,导致每月数千笔对话纪录外泄风险,并遭竞争对手爬取定价策略。
- 金钥分环境隔离:正式与测试金钥分开存放,外泄事件归零,资安稽核缺失由 8 项降至 1 项。
- 最小权限控管:客服系统仅能读取会员姓名与课程,无法触及付款资料,个资外泄风险降低 90%。
- 输入过滤机制:拦阻提示注入与恶意指令,每月阻挡约 350 笔异常请求,客服误答率由 6% 降至 0.8%。
- 实时监控告警:异常呼叫 5 分钟内通报,平均事件响应时间从 4 小时缩短至 20 分钟。
小技巧
- 用 ChatGPT 逐条审查程式码,prompt 写“找出此段可能的注入与越权风险,列出修正建议”。
- 敏感金钥交由 Zapier 或环境变数管理,勿写进 prompt 或提交至 Git。
- 在 Claude 贴上输入验证规则,请它产生边界测试案例并补齐检查。
- 用 Notion 建立安全检查清单,每次合并前逐项勾选确认。
练习题
本节摘要
- 安全:输入验证、权限、输出过滤、审计
- 开发时就考虑
- 最小权限
31.10 部署
为什么学_this?
部署让 LLM 应用上线。
核心教学
LLM 应用的部署:
云端部署
- AWS、Azure、GCP
- 可扩展
- 成本高
无服务器
- Vercel、Lambda
- 按用量付费
- 简单
本地部署
- 私有数据
- 成本可控
- 维护
混合部署
- 平衡
- 灵活
- 复杂
部署考量:
- 成本
- 延迟
- 隐私
- 扩展性
- 维护
商业范例
一间拥有 12 间分店的中型连锁健身中心,长期面临会员询问课程与教练档期时,客服仅在营业时间内回复,夜间与假日流失大量潜在报名。导入 LLM 客服 Agent 后,改以云端部署并按用量付费,高峰时段自动扩展。
- 做法:Agent 全天候接手课程与教练查询。结果:夜间询问回复率由 0% 提升至 95%,每月多留住约 180 笔报名。
- 做法:云端按用量付费,淡旺季弹性调整。结果:客服基础设施成本较自建服务器降低 42%。
- 做法:自动分流复杂客诉至真人。结果:真人客服处理量减少 60%,平均响应时间从 8 小时缩短至 15 分钟。
小技巧
- 先用 Vercel 或 Railway 免费方案部署 FastAPI 服务,验证流程再升级。
- 用 Docker 打包环境,避免云端与本机的套件版本落差。
- 设定 .env 管理金钥,切勿把 API Key 写进程式码或 Git。
- 接入 UptimeRobot 监控端点,逾时即寄信通知你。
练习题
本节摘要
- 部署:云端、无服务器、本地、混合
- 考虑成本、延迟、隐私
- 从云端开始
31.11 监控与优化
为什么学_this?
持续监控确保品质。
核心教学
LLM 应用的监控指标:
品质指标
- 准确率
- 相关性
- 用户满意度
性能指标
- 响应时间
- 吞吐量
- 错误率
成本指标
- API 费用
- Token 用量
- 单位成本
安全指标
- 攻击尝试
- 异常行为
- 泄露事件
监控工具:
- LangSmith
- Langfuse
- 自订仪表盘
商业范例
一家连锁健身中心拥有 12 间分店,过去会员续约提醒全靠人工电访,教练常忙于现场带课而漏追,导致每月平均流失近 200 名会员,续约率仅 62%。导入 LLM 客服 Agent 后,系统自动判断会员出席频率与合约到期日,主动发送个人化关怀消息,并转介高风险会员给专属教练跟进。
- 做法:以出席率低于 40% 作为预警门槛,自动触发关怀消息。结果:高风险会员流失率由 28% 降至 11%。
- 做法:依合约到期日提前 14 天发送续约提醒与优惠方案。结果:续约率从 62% 提升至 79%,月增约 150 笔续约。
- 做法:监控 Agent 回应准确率与转接率,每周人工抽查 100 则对话。结果:准确率维持 94%,误转真人比例低于 6%。
- 做法:追踪每月 API 与人力成本。结果:月成本控制在 320 美元,较原电访人力节省约 65%。
小技巧
- 用 Zapier 把 API 延迟与错误率自动推送至 Slack,超阈值实时告警。
- 在 LangSmith 追踪每笔请求的 token 数与成本,按日汇总找出高耗能 prompt。
- 用 ChatGPT 产生评测 prompt:“请以 JSON 输出此回答的事实错误与幻觉风险分数”,批次抽查。
- 把安全过滤规则写进 Notion 表格,每周由 Claude 审查新样本并标记漏网案例。
- 用 Canva 制作监控仪表盘模板,固定每周同步品质、性能、成本、安全四项指标。
练习题
本节摘要
- 监控:品质、性能、成本、安全
- 用 LangSmith / Langfuse
- 持续优化
31.12 企业 LLM 应用案例
为什么学_this?
参考案例能帮助落地。
核心教学
企业 LLM 应用案例:
案例 1:客服机器人
- 一家电商公司
- LLM + RAG 客服
- 80% 自动处理
- 准确率 95%
案例 2:内部知识助手
- 一家咨询公司
- 企业知识库
- 员工问答
- 查找快 5 倍
案例 3:自动化文档
- 一家制造企业
- 自动生成报告
- 精简文档
- 效率提升 10 倍
商业范例
一家年营收约新台币三亿元、拥有十二间门市的中型连锁健身品牌,长期面临教练流动率高、会员续约率仅五成出头的问题。客服每天要回复上百则关于课程安排与合约条款的询问,教练也被行政杂务绑住,难以专注带课与销售。
- 做法:导入 LLM 客服助理,自动回复课程、合约与请假问题,结果:客服人力需求降低四成,首次回复时间从平均六小时缩短至五分钟。
- 做法:以 LLM 汇整会员运动纪录与到访频率,产生个人化续约建议,结果:续约率由百分之五十二提升至百分之六十八。
- 做法:让 LLM 自动生成教练课后关怀消息与训练调整方案,结果:教练行政时间每周减少约六小时,可多接洽十五位潜在学员。
小技巧
- 先用 ChatGPT 把案例拆成“输入、处理、输出”三步,再对照自家流程找缺口。
- 在 Claude 贴上自家 SOP 与案例,请它列出可套用与不可套用的环节。
- 用 Notion 建案例对照表,字段设痛点、工具、预期效益,逐条填写。
- 以 Zapier 串接表单与模型 API,先做单一步骤的最小可行流程再扩充。
- Prompt 加上“请用我们的行业术语重写,并标出需要人工复核处”。
练习题
本节摘要
- 案例:客服、知识助手、文档自动化
- 从高价值场景开始
- 证明 ROI
- 我知 LLM 落地的正确次序:prompt → RAG → 微调
- 我会为任何 AI 功能准备评估测试集
- 我知 fallback 转人工是必须品不是选配
31.13 课程总结
课程总结
下一步学习
- C-21 AI Agent 原理与应用:进阶
- C-14 AI 工作流程自动化:应用
- C-29 AI 资安风险与防护:安全
© 2026 Buddylala.ai — Build Your AI Future, Together.