大模型工具API（LLM Tools API）是一类为 AI Agent 和大模型应用提供"联网搜索、网页正文提取、文件格式转换、文档解析"等能力的工具型接口。它把 PDF、Word、网页等异构数据一键转换成大模型友好的 Markdown 格式，解决"模型很强，但读不到干净数据"的最后一公里问题。

如果你正在搭建一个 AI Agent、RAG 问答系统，或者给现有应用接入"联网搜索 + 文档理解"能力，你大概率已经踩过这样的坑：模型 API 很成熟，但真正拖慢进度、拉低回答质量的，往往是"数据喂不进去"——网页抓回来一堆导航和广告、PDF 解析出来是乱序的纯文本、搜索接口只返回 10 条蓝链却没有正文。

这篇文章会用开发者视角，讲清楚大模型工具 API 到底是什么、解决什么问题、典型接口有哪些，以及如何用一行 curl 快速跑通。文中示例与接口均可直接在 SkillsBot 大模型 API（skillsbot.cn/llm-api） 上申请 API Key 后验证。

关键要点（Key Takeaways）

• 大模型工具 API = 搜索 + 抓取 + 转换三类能力的"工具集合"，面向 Agent 和 RAG 场景设计
• 它解决的不是"模型不够聪明"，而是"非结构化数据进不了模型"
• 核心价值：把网页、PDF、Word、PPT 等异构数据统一转成 Markdown，直接喂给 LLM
• 典型接口包括：三档 AI 搜索、网页正文提取、网站 TDK 获取、文件/网页转 Markdown
• 接入成本极低：Bearer API Key 鉴权，一行 curl 即可调用，无需 SDK

目录

• 为什么大模型"缺的不是脑子，是数据"
• 大模型工具 API 的典型能力清单
• 三类接口分别解决什么问题
• 一分钟跑通第一个请求
• 常见问题 FAQ

为什么大模型"缺的不是脑子，是数据"

过去两年，开发者几乎人手一个 LLM API。但一个完整的 Agent 或 RAG 应用，远不止"调模型"这一件事。一个典型的"联网问答 Agent"背后，是一条完整的数据链路：

在这条链路里，真正耗时间、耗精力的，恰恰是 B 到 E 这几步——也就是"搜索、抓取、转换"。

一个反常识的结论：在大多数 Agent 项目中，数据清洗的成本远高于模型调用成本。 网页里有导航栏、弹窗、广告、Cookie 横幅；PDF 里正文和页眉页脚混在一起、表格被拆成碎片；扫描件还需要 OCR。这些"脏活"没有标准答案，却是决定回答质量的天花板。

工具型 API 的价值，就是把这条链路里最磨人的环节抽象成一行调用。

大模型工具 API 的典型能力清单

以 SkillsBot 大模型 API（skillsbot.cn/llm-api）为例，一套完整的工具接口通常包含以下能力：

接口类型	核心功能	典型用途	参考扣费
简单 AI 搜索	快速、覆盖广的日常检索	新闻、常识类快速查询	0.05 元/次
中等 AI 搜索	附带 AI 摘要的高质量检索	需要深度信息的检索	0.05 元/次
精确 AI 搜索	多引擎（Bing/搜狗/百度/360）多媒体检索	需要精准来源的查询	0.5 元/次
网页正文提取	传入 URL，剥离噪声返回纯净正文	阅读文章、二次分析	0.05 元/次
获取网站 TDK	提取 Title/Description/Keywords	SEO 分析、站点信息提取	0.05 元/次
文件转 Markdown	PDF/Word/PPT/Excel/图片/音频等转 Markdown	文档入库、RAG 预处理	0.5 元/次
网页正文转 Markdown	网页 URL 直接转结构化 Markdown	网页采集、知识库构建	0.05 元/次

关键定义：这里说的"工具 API"，本质是一组面向大模型数据预处理场景的原子能力，每个接口只做一件事，输入输出明确，方便 Agent 在 tool-calling 流程中直接调用。

三类接口分别解决什么问题

把上面的接口归成三大类，理解起来更清晰：

1. 搜索类：让 Agent 能"上网"

大模型的知识有截止时间，也无法实时感知最新信息。搜索接口就是 Agent 的"眼睛"。

• 简单/中等搜索：快速返回结果 + AI 摘要，适合 Agent 在对话中即时检索。
• 精确搜索：指定 Bing、搜狗、百度、360 等多个搜索引擎，支持图片、视频、新闻分类，适合对来源有明确要求的场景。

2. 提取类：让 Agent 能"读网页"

搜索只返回链接和摘要还不够，Agent 需要读到网页的正文。

• 网页正文提取：自动剥离导航、广告等噪声，返回纯净正文。
• 获取网站 TDK：快速拿到一个页面的标题、描述、关键词，适合批量做 SEO 或竞品分析。

3. 转换类：让 Agent 能"读文件"

这是最容易被低估、却最实用的一类。把 PDF、Word、PPT、Excel、HTML、CSV、EPUB，甚至图片和音频，统一转成 Markdown。

Markdown 是大模型"天生读得懂"的格式——标题层级、列表、表格、代码块都保留，模型能据此理解文档结构，而不是面对一堆失去格式的纯文本。

一分钟跑通第一个请求

所有接口都通过 Header 里的 API Key 鉴权，无需 SDK，一行 curl 即可调用。以"简单 AI 搜索"为例：

curl -X POST 'https://www.skillsbot.cn/skillv3/api/search/simple' \
  -H 'Authorization: Bearer {API-KEY}' \
  -H 'Content-Type: application/json' \
  -d '{"q": "今天有什么热门新闻", "count": 10}'

返回结构也是大模型友好的 JSON：

{
  "code": 20000,
  "msg": "success",
  "data": {
    "query": "今天有什么热门新闻",
    "total": 10,
    "results": [
      {
        "title": "搜索结果标题",
        "url": "https://example.com/result/1",
        "snippet": "这里是搜索结果的摘要内容...",
        "summary": "AI生成的网页内容摘要...",
        "source": "baidu"
      }
    ]
  }
}

再比如把一篇网页直接转成 Markdown：

curl -X POST 'https://www.skillsbot.cn/skillv3/api/markitdown/convert/url' \
  -H 'Authorization: Bearer {API-KEY}' \
  -H 'Content-Type: application/json' \
  -d '{"url": "https://example.com/article"}'

在 Agent 的 tool-calling 循环里，这些接口可以直接注册为工具函数，模型判断"需要搜索"或"需要读取文档"时自动触发。

常见问题 FAQ

大模型工具 API 和普通 LLM API 有什么区别？

普通 LLM API 只负责"生成文本"，它本身不会联网、不会解析文件。工具 API 负责"准备数据"——搜索、抓取、转换，为 LLM 提供干净、结构化的输入。两者是互补关系：工具 API 管输入，LLM API 管推理。

为什么要把数据转成 Markdown，而不是直接喂纯文本？

纯文本会丢失文档结构。标题、列表、表格、代码块一旦被"压平"，模型就难以理解文档的层级和重点。Markdown 保留了这些结构，让模型能像人一样"读文档"。这是打通非结构化数据到 LLM 的关键一步。

这些接口适合什么样的应用场景？

• AI Agent / 智能助手：联网搜索 + 阅读网页/文档
• RAG 知识库：批量把 PDF、Word 转 Markdown 后切片入库
• SEO / 内容运营：TDK 提取、网页正文采集做竞品分析
• 文档处理管线：异构格式统一转 Markdown 后二次加工

接入门槛高吗？需要装 SDK 吗？

不需要。所有接口都是标准 HTTP POST，Header 携带 Authorization: Bearer {API-KEY} 即可，任何语言（Python、Node、Go、Java）都能直接调用。

---

下一步：如果你正在搭建 AI Agent 或 RAG 应用，可以从搜索 + 文件转 Markdown 这两个最常用的接口入手。完整的接口文档、参数说明和扣费规则，可以在 SkillsBot 大模型 API 页面查看，申请 API Key 后即可调用。