百度千帆(千帆大模型平台 / Qianfan)是百度智能云推出的企业级大模型开发与应用平台,面向需要构建、部署和管理 LLM 应用的开发团队。它解决的核心问题是:企业从模型选型到应用上线的全链路工程化——包括模型接入、Prompt 调优、RAG 知识库构建、模型微调(SFT)、Agent 编排、应用发布与监控。千帆将百度自研的 ERNIE(文心)系列模型与多家第三方开源模型(如 Llama、Yi、ChatGLM 等)统一在一个平台内,开发者无需自行维护底层推理基础设施,即可通过 API/SDK 或控制台低代码方式完成应用开发。本篇导读:先看速览卡建立整体认知,再走通「安装 → 配置 → 验证」环境准备,随后用 3 分钟跑通第一个问答应用,深入拆解模型调用、知识库、微调、Agent 四大支柱,最后给出生产部署、选型对比、常见误区与面试自测题。

岗位关联

掌握千帆平台,意味着你具备国内主流大模型平台(模型接入、RAG、微调、Agent 编排)的实际落地能力,这是大模型应用工程师和 AI 架构师的必备技能。

目录
  1. 为什么需要百度千帆:从模型裸调到应用落地的工程化鸿沟
  2. 安装与环境配置:4 步就绪
  3. 快速上手:3 分钟跑通第一个问答应用
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
工具类型
企业级 LLM 应用开发平台(云服务)
开发商
百度智能云(中国·北京)
开源协议
闭源(平台即服务,模型 API 按量计费)
GitHub Stars
无
主要语言
Python(SDK)/ REST API / 控制台低代码
当前版本
千帆 2.0(2024 年正式发布)
安装方式
pip install qianfan(Python SDK)
上手难度
★★★☆☆(中等,需百度智能云账号)
适合人群
企业 AI 工程师、RAG 应用开发者、模型微调团队
同类工具
阿里云百炼、华为云盘古、AWS Bedrock
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要百度千帆:从模型裸调到应用落地的工程化鸿沟

传统方式下,企业要落地一个大模型应用,需要经历漫长的「裸调」过程:直接对接开源模型权重(如 Llama)、自建 GPU 推理集群、自行处理模型部署的弹性伸缩与高可用,同时还要在推理框架(vLLM 等)、Prompt 工程、知识库向量化等多个环节分别集成不同开源组件。这种做法对团队的 MLOps 能力要求极高——据我们接触的实践团队反馈,单是让模型稳定地以生产级 SLA 对外提供服务,通常就需要数周的前期工作,且 GPU 资源的利用率很难做到按需伸缩,成本居高不下。

千帆的解题思路是把这条链路整体打包成平台能力:模型托管与推理由百度智能云负责,开发者按 token 计费调用预置好的 ERNIE 系列及第三方开源模型;知识库、Prompt 工程、SFT 微调、Agent 编排则通过控制台或 API 以组件化方式拼装。这样,团队可以跳过基础设施层,把精力聚焦在业务逻辑本身。以 RAG 应用为例,传统方式要自建向量库 + 重排序 + 检索链路,千帆直接提供内置知识库组件,数据上传后可自动完成切片、向量化与检索。

与 LangChain 这类开源编排框架相比,千帆的气质更接近「工程交付平台」:LangChain 给你积木,你自己拼装并负责运维;千帆则是「积木 + 厂房」——不仅提供组件,还负责组件运行时的稳定性和扩展性。这也意味着迁移成本较高(平台绑定),适合追求交付速度和企业级运维保障的团队。

安装与环境配置:4 步就绪

千帆的核心能力通过云端控制台提供,本地只需安装 Python SDK 用于调用 API。步骤如下:

  • 账号注册:访问百度智能云官网完成注册,进入千帆控制台需通过企业/个人实名认证;未实名时 API 调用受限。
  • 开通服务:在千帆控制台的「开通管理」中开通「千帆大模型平台」服务,首次开通会赠送免费测试额度(额度政策以控制台实时展示为准)。
  • 创建应用与密钥:在千帆控制台的「应用接入」中创建应用,系统生成 API Key 与 Secret Key,用于 OAuth 换取 Access Token。
  • 安装 Python SDK:pip 安装 qianfan 客户端库,并配置环境变量完成认证。
bash9 行
# 1. 安装千帆 Python SDK(支持 Python 3.8-3.12)pip install qianfan # 2. 配置环境变量(在百度智能云「安全认证」中获取 AK/SK)export QIANFAN_AK="你的API Key"export QIANFAN_SK="你的Secret Key" # 3. 验证:查询账户下可用的模型列表python -c "import qianfan; print(qianfan.ChatCompletion().do(messages=[{'role':'user','content':'你好'}], model='ernie-4.0-8k'))"

快速上手:3 分钟跑通第一个问答应用

最小可用流程是「控制台创建应用 → 在线体验调参 → 集成 API」。不需要写一行代码即可先验证模型效果,适合产品经理与工程师对齐需求。

1. 登录千帆控制台,进入「在线测试」页面:左侧选择模型(如 ERNIE-4.0-8K 或 ERNIE Speed),在对话框输入「你好,请用一句话介绍你自己」,右侧查看返回结果。

2. 在「应用接入」中点击「创建应用」:填写应用名称(如「内部知识问答」),选择需要接入的模型(可多选),创建完成后页面展示该应用的 API Key 与 Secret Key——这是后续调用的凭证。

3. 回到控制台首页选择「Prompt 工程」:将你的系统提示词(如「你是一个严谨的技术文档助手,回答仅基于给定资料,不得编造」)填入并保存为模板,之后在应用配置中关联该模板。

4. 若业务需要私有知识,进入「知识库」页:新建知识库→上传文档(PDF/TXT/Markdown)→选择「自动切片+向量化」策略→发布版本。

5. 在线验证:在「在线测试」中勾选刚创建的应用,输入与业务相关的问题,确认模型能结合知识库回答。

进阶技巧:将上面的模板与知识库绑定到应用后,在代码中仅需将 messages 传入并指定 endpoint 即可复用全部配置——这意味着业务侧不用重复维护 Prompt 和知识库逻辑。

python10 行
# 最小代码示例:调用千帆 ChatCompletion APIimport qianfan chat = qianfan.ChatCompletion()resp = chat.do(    model="ernie-4.0-8k",    messages=[{"role": "user", "content": "用一句话介绍百度千帆"}],    temperature=0.7,)print(resp["result"])

核心能力详解:4 大支柱

支柱一 · 多模型接入与统一推理。 千帆一个 API 接口(ChatCompletion)即可切换文心系列与第三方开源模型,无需改代码。平台侧负责推理资源调度与弹性伸缩,按 token 计费(价格以控制台「价格计算器」为准)。多模型并存允许开发者做效果 A/B 对比后再决定生产模型,这是它区别于自制推理服务的关键价值。

支柱二 · 知识库(RAG 能力)。 千帆内置从文档上传、切片(chunking)、向量化(Embedding)、检索到重排序(Rerank)的完整 RAG 链路。支持 FAQ 问答与检索问答两种模式:FAQ 适合高频标准问答,检索问答适合开放域知识。开发者不需要自己搭建向量数据库(平台内置),仅需在 API 中传入 endpoint(已关联知识库的应用名)即可自动启用检索增强。

支柱三 · 模型微调(SFT)。 千帆支持基于文心系列模型与部分开源模型(如 Llama 系)进行有监督微调,提供「轻量级微调」与「全量微调」两种模式。操作上只需准备 JSONL 格式的训练数据(prompt + completion 字段),在控制台「模型调优」中创建训练任务、选择基础模型与超参数即可。训练完成后生成独立模型版本,可在「模型仓库」中对比 base 模型与 SFT 模型的效果差异。

支柱四 · Agent 与低代码应用编排。 千帆的「服务编排」支持类 Agent 式工作流:将 LLM、知识库、API 插件(如百度搜索插件、自定义 HTTP 插件)拖拽成节点图,节点间支持条件分支与变量传递。对复杂业务可定义插件(描述 + API 信息),由 LLM 自动决定何时调用插件并解析参数——即在托管环境下实现 ReAct 模式,无需自建 Agent 框架。

生产部署与监控:从上线到运维

方式一 · API 直接集成(SaaS 形态)。 通用场景下,业务服务(如企业微信机器人、Web 应用后端)通过千帆的 REST API 同步调用模型,这时代码侧只需关注请求超时、重试与熔断。千帆负责推理资源,开发者无需关心 GPU 集群。适合大多数非高并发场景(QPS < 100),成本按 token 实付实销。

方式二 · 私有化部署(企业版)。 对数据合规要求严格的金融、政企客户,千帆提供「企业版」私有化交付:模型与平台组件部署在客户自有 VPC 内,数据不出域。部署形态与价格需联系百度商务获取方案;交付通常包含平台部署、模型私有化适配与效果调优服务。开发侧 API 与公有云版本保持一致,业务代码无需大幅改动。

可观测性。 千帆控制台的「监控中心」提供应用维度的调用量、Token 消耗、响应时延、错误率与成本统计。每次调用的请求/响应日志可回溯,方便定位 Prompt 效果问题与异常输入。建议生产环境在业务侧自行记录 request_id 与业务关联 ID,便于出现问题时向百度侧提交工单排查;同时为账号设置费用预警额度,避免异常流量导致成本失控。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>认证过期:Access Token 有效期默认 30 天,需用 AK/SK 定期刷新,直接缓存 Token 不刷新会导致线上间歇性 401 报错</li><li>知识库版本不更新:上传新文档后需显式「发布新版本」,否则线上应用仍命中旧版知识库切片</li><li>模型命名混淆:控制台展示名(如「ERNIE-4.0-8K」)与 API 的 model 参数值可能不一致,务必在「API 文档」页复制准确参数</li><li>并发配额误判:免费额度与付费 QPS 配额隔离,生产流量需提前在控制台申请提升配额,否则触发限流返回 429</li><li>Prompt 模板中的参数占位符与知识库变量如果命名冲突,会静默覆盖导致检索失效,建议使用独立前缀命名</li></ul>

维度百度千帆阿里云百炼华为云盘古AWS Bedrock
定位企业级 LLM 应用开发平台大模型应用开发平台盘古大模型行业落地平台基础模型托管与生成式 AI 服务
编排范式控制台低代码服务编排 + API应用编排 + 智能体盘古 Agent 编排无内置编排,需配 Lambda 等
类型约束多模型统一 API(文心 + 第三方)通义系列 + 第三方开源模型以盘古系列为主多供应商托管(Anthropic/AI21 等)
学习曲线★★★☆☆ 中★★★☆☆ 中★★★★☆ 偏难★★★☆☆ 中(但云原生经验多)
生态集成百度智能云生态(对象存储 BOS、向量库等)阿里云生态(OSS、PAI)华为云生态(OBS、ModelArts)AWS 生态(S3、Lambda、SageMaker)
生产部署公有云 API + 私有化交付公有云 API + 专属部署公有云/混合云/私有化公有云托管
License闭源(SaaS,按量或包年)闭源(SaaS)闭源(SaaS/私有化)闭源(SaaS,按量付费)
适合谁国内企业、中文场景、需私有化交付阿里云存量客户、通义用户政企大客户、行业定制海外业务、多云厂商灵活切换需求

选型建议:如果你的业务以中文为主、需要国内合规(数据不出境)或私有化交付,千帆与百炼是首选——千帆在 Agent 编排与 RAG 内置能力上更完整,百炼在通义生态的模型选择上更丰富。若团队已深度绑定 AWS 基础设施,Bedrock 的托管模型切换体验更顺滑。华为盘古更适合有重资产私有化诉求的传统政企客户。

版本迭代

千帆平台从 2023 年以「文心千帆」大模型服务平台落地,2024 年升级为千帆 2.0,强化了知识库、Agent 编排和多模型接入能力;2024 年 12 月发布千帆 3.0,加入行业解决方案和服务化能力。整体演进主线是从「模型托管」走向「应用开发平台」,再升级为「行业解决方案平台」。

版本时间变化提升
千帆 1.0(文心千帆)2023-03百度智能云「文心一言」企业级大模型服务平台,首批接入「文心一言」提供 API 调用、推理服务托管、插件机制
千帆 2.02024-01升级为「千帆大模型平台」新增多模型接入、内置 RAG 知识库、SFT 微调、低代码服务编排
千帆 3.02024-12升级为「千帆 3.0」新增行业解决方案(如客悦、甄知)、服务化能力,强化企业级交付
结论

千帆的版本演进路径清晰:2023 年解决「有没有模型可用」,2024 年解决「应用怎么开发」,2024 年底则聚焦「行业怎么落地」。对选型而言,2.0 之后的核心 API(ChatCompletion、知识库、微调)已趋于稳定,新项目直接基于当前正式版接入即可;行业方案属于增值服务,不影响通用开发路径。

AI 应用场景

企业私有知识库智能问答(HR/IT 内部支持)

阶段:RAG 管道构建 / 知识库问答

解决的问题:企业内部制度、流程文档散落在 Word/PDF 中,员工询问 HR、IT 政策时人工回复效率低、口径不统一。通过千帆知识库上传文档、自动切片向量化,基于 ERNIE 模型生成答案并标注引用来源,替代人工应答。

具体案例:某互联网公司 HR 团队将 200+ 份制度文档(约 150 万字)导入千帆知识库,上线内部问答机器人后,员工咨询响应从平均 4 小时缩短到 10 秒以内,HR 热线咨询量下降约 60%,且回答均附带文档来源,合规可审计。

电商客服智能助手(营销/售后)

阶段:Agent 编排 / 多轮对话

解决的问题:电商大促期间客服人力不足,通用大模型对商品知识、售后政策不了解,易产生幻觉。千帆通过服务编排组合知识库检索(商品库+售后政策)+ 百度搜索插件 + 大模型生成,实现对商品咨询、物流查询、退换货规则的自动应答。

具体案例:某跨境电商团队在千帆上搭建客服机器人,接入 5000+ SKU 商品数据与售后规则,大促期间日均处理咨询 1.2 万条,首响时间低于 3 秒,人工转接率约 15%,客服人力成本下降约 40%。

营销文案批量生成与多平台分发

阶段:LLM 生成 / Prompt 工程

解决的问题:市场团队需在公众号、小红书、抖音等多平台产出差异化文案,人工撰写耗时且风格不稳定。千帆通过 Prompt 工程沉淀「平台风格模板」,结合产品参数结构化输入,批量生成适配各平台的文案初稿。

具体案例:某消费品品牌市场团队使用千帆 Prompt 模板,将一篇产品卖点简报输入后自动生成公众号长文、小红书种草文案、抖音口播脚本三个版本,单篇文案产出时间从 45 分钟降至 5 分钟,内容生产成本降低约 70%。

常见误区

误区千帆是百度自家的平台,肯定只能调用文心系列模型吧?如果我想用 Llama 或者别的开源模型,是不是得自己去部署?

正解千帆从 2.0 起明确支持多模型接入,除了 ERNIE(文心)系列外,还提供 Llama 3、Yi、ChatGLM 等主流开源模型的托管调用。开发者可以在控制台「模型广场」查看可用模型列表,通过同一个 ChatCompletion API 切换不同 model 参数。不过需要注意:具体开放哪些第三方模型随版本动态变化,以控制台实时列表为准。

为何常见:千帆的前身「文心千帆」是围绕文心一言建立的,品牌惯性让人误以为它只服务自家模型;官方宣传也以文心系列为重心。

误区我上传了文档到千帆知识库,但线上应用回答还是旧的,是不是我上传的格式有问题?文档明明显示上传成功了。

正解千帆知识库采用「版本」管理机制——上传文档并完成切片向量化后,只是生成了新版本,必须手动「发布」该版本,线上应用才会切换检索源。发布前建议先在知识库的「效果测试」中验证命中结果,确认无误后再发布。这也是生产环境频繁踩坑的高频原因。

为何常见:多数外部知识库产品(如 Notion AI)上传即生效,用户习惯性认为千帆也是「实时生效」;而千帆的设计意图是让知识库变更具备可回滚、可审核的发布流程。

误区我用 `pip install baidu-qianfan` 安装的,import 的时候应该写 `import baidu_qianfan` 吧?为什么一直报模块不存在?

正解千帆 Python SDK 的正确包名是 qianfan,安装命令为 pip install qianfan,导入语句为 import qianfan。网上存在旧博客推荐安装 baidu-aip 或 qianfan 混淆的情况——只有 PyPI 上的 qianfan 是百度官方维护的 SDK 包。安装后可通过 qianfan.__version__ 或官方文档核对版本与 API 签名。

为何常见:百度多个产品线的历史包名(如 baidu-aip)残留导致搜索到不同 SDK 包;社区教程更新滞后,未跟上千帆独立 SDK 的改名。

误区千帆是网页控制台工具,我直接在网页上测试就好了,本地代码调用不需要什么 Key 吧?反正能免费测试。

正解控制台在线测试仅覆盖单个模型的效果验证;任何本地 API/SDK 调用都必须通过 OAuth 获取 Access Token(由 API Key + Secret Key 交换),且每个应用都有独立的密钥与配额。免费额度是绑定账号的应用级的,测试完毕若配额用尽,调用会直接失败返回 429/403。生产环境建独立应用并做密钥轮换是基本要求。

为何常见:新用户容易把「在线测试」等同于「开放 API」,忽略平台认证与计费模型;官方控制台设计的「免 Key 体验」加剧了这种误解。

误区我用千帆知识库做问答,检索出来的片段相关性很差,回答经常偏题,说明这个平台的知识库能力不行。

正解千帆 RAG 链路包含切片、Embedding、检索和重排序多个环节,检索效果差通常不是「平台不行」,而是切片策略与检索参数未调优。例如:长文档默认切片大小可能跨章节截断语义,应在数据配置阶段按「标题/段落」调整切片策略;同时开启「重排序」开关(Rerank)能显著提升 top-k 命中精度。千帆官方文档提供了知识库调优的最佳实践清单。

为何常见:用户把「RAG 效果」简单归因于平台能力,忽略了 RAG 本身包含多个独立可调环节;且多数新手未意识到重排序组件对检索精度的关键作用。

面试题

Q1. 百度千帆 Python SDK 的正确安装命令是哪一个?

单选题 · easy

  • A.pip install baidu-aip
  • B.pip install qianfan← 正确答案
  • C.pip install baidu-qianfan
  • D.pip install qianfan-sdk

答案:B。千帆官方 Python SDK 的 PyPI 包名为 qianfan,安装命令为 pip install qianfan。baidu-aip 是百度 AI 开放平台的老 SDK,baidu-qianfan 与 qianfan-sdk 均非官方包名。选错会导致 import 时报错。

Q2. 在千帆平台中,应用调用 API 前需要先完成哪一步认证流程?

单选题 · easy

  • A.直接使用 API Key 作为请求头即可
  • B.用 API Key 与 Secret Key 通过 OAuth 换取 Access Token← 正确答案
  • C.每次请求都需要输入用户名和密码
  • D.需要提前在控制台下载签名证书

答案:B。千帆采用标准 OAuth 2.0 客户端凭证模式:用 API Key(Client ID)和 Secret Key(Client Secret)换取 Access Token,后续请求携带该 Token。Access Token 有效期约 30 天,需定期刷新;直接在请求中携带 API Key 会被拒绝。

Q3. 千帆知识库中,新上传文档后线上应用仍回答旧内容,最可能的原因是什么?

单选题 · mid

  • A.文档格式不支持,需转换成 PDF
  • B.未发布新知识库版本,线上应用仍命中旧版本← 正确答案
  • C.模型没有重新微调
  • D.文档字数超过 10 万字上限

答案:B。千帆知识库采用版本管理:上传文档并完成向量化后,仅生成草稿版本,必须手动「发布」后线上应用才会切换检索源。格式、微调、字数限制都不是该现象的直接原因,且千帆支持常见文本格式与长文档,但发布环节是默认要求。

Q4. 千帆 SDK 调用 ChatCompletion 时,以下哪个参数用于指定具体模型?

单选题 · mid

  • A.endpoint
  • B.model← 正确答案
  • C.engine
  • D.deployment_name

答案:B。千帆 ChatCompletion 的 do() / create() 方法通过 model 参数指定模型(如 "ernie-4.0-8k")。注意 endpoint 参数用于指定已发布的「服务名称」(关联了 Prompt 模板与知识库的应用),并非模型名;engine 是 OpenAI 旧版参数,deployment_name 是 Azure OpenAI 概念。

Q5. 下列哪些能力属于千帆平台内置提供的?(多选)

多选题 · mid

  • A.内置向量数据库的知识库 RAG 链路← 正确答案
  • B.SFT 模型微调← 正确答案
  • C.GPU 裸金属服务器租赁
  • D.低代码服务编排(Agent 工作流)← 正确答案

答案:ABD。千帆提供知识库(内置向量化+检索+重排序)、SFT 微调、服务编排与插件机制。GPU 裸金属租赁属于百度智能云 BCC/BES 产品线的独立服务,不属于千帆平台内置能力,且通过千帆控制台无法直接操作裸金属资源。

Q6. 千帆平台将「应用」与「模型」解耦的设计直接带来的好处是什么?

单选题 · hard

  • A.应用无需授权即可调用所有模型
  • B.修改模型时无需改动业务代码,只需重新关联 endpoint← 正确答案
  • C.模型调用不再计费
  • D.同一应用可以同时使用多个完全不同的 API 规范

答案:B。千帆中「应用」绑定了 Prompt 模板、知识库和模型配置,业务侧通过 endpoint(应用名)调用。当需要切换或升级模型时,只需在控制台修改应用绑定的模型,业务代码保持不动。A 错误(仍需授权),C 错误(仍按 token 计费),D 错误(千帆统一使用 ChatCompletion 的 API 规范)。

Q7. 千帆 Access Token 默认有效期为 30 天,生产环境应如何处理 Token 刷新?

单选题 · hard

  • A.每次请求前强制重新获取 Token
  • B.缓存 Token 并在过期前用 AK/SK 定期刷新,处理刷新失败的重试← 正确答案
  • C.使用长效 Key 替代 Token,永不失效
  • D.将 Token 硬编码在代码中,过期后手动更新

答案:B。生产环境的标准做法是缓存 Token,设定期限(如 25 天)提前刷新;刷新失败时保留旧 Token 并告警,因为 OAuth 刷新接口偶发超时。每次请求重新获取会显著增加延迟与认证接口 QPS 压力。B 正确;C 不成立(千帆没有永不过期的 Key);D 违反密钥管理规范且不可运维。

Q8. 关于千帆知识库的调优,以下哪些说法正确?(多选)

多选题 · hard

  • A.开启重排序(Rerank)可以提升检索 top-k 精度← 正确答案
  • B.默认切片策略对所有文档类型都是最优的
  • C.切片策略应考虑文档的章节结构,避免跨主题截断← 正确答案
  • D.知识库发布新版本后旧版本会被立即删除

答案:AC。重排序能对初检结果二次打分,显著提升精度,A 正确。切片策略需按文档结构(标题/段落)调整,默认可用于常规场景但非「最优」,B 错误;跨主题截断会破坏语义连贯性,C 正确。D 错误——千帆保留历史版本用于回滚,并非发布即删除。

Q9. 千帆服务编排(Agent 工作流)中,插件(Plugin)的核心作用是什么?

单选题 · hard

  • A.让平台直接执行任意 Python 代码
  • B.将外部 API 封装为可被 LLM 调用的工具,扩展模型能力边界← 正确答案
  • C.替代模型本身完成推理
  • D.仅用于展示,不参与实际调用

答案:B。插件机制是把外部 API(如搜索、天气、业务系统)以「描述 + 参数 Schema」形式注册,LLM 在需要时自动决定调用插件并生成参数,即 ReAct 模式。插件不替代模型推理,也非任意代码执行环境(自定义插件需遵循平台 API 规范),且确实参与实际调用链。

Q10. 千帆知识库中 FAQ 问答与检索问答相比,适用场景的本质区别是什么?

单选题 · extreme

  • A.FAQ 适合开放域长文本,检索适合高频标准问答
  • B.FAQ 依赖精确匹配的标准问答对,检索问答依赖语义向量召回非结构化片段← 正确答案
  • C.两者在算法上没有区别,只是 UI 入口不同
  • D.FAQ 基于全文关键词匹配,检索基于 SQL 查询

答案:B。FAQ 模式基于「标准问题-答案对」进行匹配,适用于高频、答案固定的场景(如退款规则);检索问答基于向量化语义召回非结构化文档片段,适用于开放域、答案需整合的场景。A 说反了;C 错误(两种模式的算法链路不同);D 错误(检索问答不是 SQL,FAQ 也不是纯粹的全文关键词匹配,本质是语义匹配)。