1. 项目概述：为什么选择 OpenClaw 与 GLM-5 构建本地 AI 助手？

最近在折腾本地 AI 助手的开发者，应该都绕不开两个名字：OpenClaw 和 GLM-5。前者是一个开源的、模块化的 AI 智能体框架，后者是智谱 AI 最新发布的高性能大语言模型。把它们俩结合起来，你就能在本地电脑上，搭建一个完全自主可控、功能强大且能联网、能调用工具的私人 AI 助手。这听起来很酷，但更酷的是，它解决了几个核心痛点：数据隐私、定制化需求和高昂的 API 调用成本。想象一下，一个能帮你写代码、查资料、分析文档，甚至管理日程的助手，所有数据都在本地流转，无需担心敏感信息泄露，也不用为每一次对话付费。这正是 OpenClaw 接入 GLM-5 所能带来的价值。

我花了几天时间，从环境准备到最终调通，把整个流程完整走了一遍。过程中踩了不少坑，也总结出一些能让部署过程平滑数倍的技巧。这篇指南就是为你准备的，无论你是想体验最新的 AI 应用框架，还是希望为自己的项目嵌入一个强大的本地大脑，都能在这里找到从零到一的完整路径。我们会涵盖从基础环境搭建、模型获取与部署，到 OpenClaw 的核心配置、技能（Skill）扩展，以及最终让 AI 助手真正“活”起来的联网与工具调用能力。让我们开始吧。

2. 核心组件解析与环境准备

在动手之前，我们需要先理解手头的“积木”到底是什么，以及如何为它们准备好舞台。

2.1 OpenClaw：不只是另一个 AI 应用框架

OpenClaw 的设计理念很明确：做一个高度可扩展的 AI 智能体（Agent）操作系统。它不像一些单一的聊天应用，而是提供了一个运行环境，让不同的 AI 模型（称为“大脑”）、工具（称为“技能”或 Skill）和记忆模块可以像插件一样接入和协作。其核心架构通常包含几个部分：一个核心服务（负责路由和调度）、一个或多个模型后端、一个技能市场（或技能加载机制），以及一个用户交互界面（可能是 Web、命令行或接入第三方应用如飞书、微信）。

它的优势在于“开箱即用”和“生态”。你不需要从零开始设计智能体的工作流、记忆管理或工具调用逻辑，OpenClaw 已经提供了这些基础架构。你只需要关心两件事：接入哪个模型，以及为它配备什么技能。这使得它非常适合快速构建功能丰富的 AI 应用原型或生产级助手。

2.2 GLM-5：为何是本地部署的优选模型？

GLM-5 是智谱 AI 推出的新一代开源大语言模型系列。选择它作为 OpenClaw 的“大脑”，主要基于几个考量：

  1. 性能与尺寸平衡 ：GLM-5 提供了从 1B 到 9B 不等的多种参数规模版本。对于本地部署，GLM-5-9B 是一个甜点级选择，它在保持较强推理和代码能力的同时，对显存的要求相对友好（量化后可在 8GB 显存的消费级显卡上运行）。
  2. 出色的指令遵循与工具调用能力 ：GLM-5 在训练中特别优化了对于复杂指令的理解和工具使用格式的输出，这与 OpenClaw 需要模型能准确理解并触发技能调用的需求完美契合。
  3. 完全开源与可商用 ：其 Apache 2.0 协议允许我们在本地自由使用、修改和分发，没有法律风险。
  4. 活跃的社区与量化支持 ：模型发布后，社区迅速提供了 GGUF、AWQ 等多种量化格式，极大降低了部署门槛。

2.3 基础环境搭建：避坑指南

部署的第一步是准备好基础环境。这里强烈推荐使用 Conda 或 Miniconda 来创建独立的 Python 环境，避免与系统已有包发生冲突。

# 1. 创建并激活一个全新的 Python 3.10 环境（3.10 是目前多数 AI 框架兼容性最好的版本）
conda create -n openclaw_glm5 python=3.10 -y
conda activate openclaw_glm5

# 2. 升级 pip 并安装基础依赖
pip install --upgrade pip
pip install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu118  # 根据你的 CUDA 版本选择，此处以 CUDA 11.8 为例

注意 ：PyTorch 的版本和 CUDA 版本必须严格匹配。你可以通过 nvidia-smi 命令查看驱动支持的 CUDA 最高版本，然后去 PyTorch 官网 获取对应的安装命令。如果使用 CPU 运行，则选择 CPU 版本的 PyTorch，但推理速度会慢很多。

接下来是安装 OpenClaw。由于它仍在快速迭代，最稳妥的方式是从其官方 GitHub 仓库克隆最新代码进行安装。

# 3. 克隆 OpenClaw 仓库
git clone https://github.com/open-mmlab/OpenClaw.git  # 此处为示例地址，请以实际官方仓库为准
cd OpenClaw

# 4. 安装 OpenClaw 及其依赖
pip install -e .  # 使用可编辑模式安装，方便后续修改和调试

如果安装过程中遇到某些包版本冲突，通常是 protobuf 或 grpcio 的问题。可以尝试先卸载冲突版本，再安装指定版本：

pip uninstall protobuf grpcio -y
pip install protobuf==3.20.3 grpcio==1.60.0

3. GLM-5 模型部署与本地化服务

模型是 AI 助手的大脑。我们需要将 GLM-5 模型文件下载到本地，并启动一个兼容 OpenClaw 的模型服务。

3.1 获取与准备 GLM-5 模型文件

不建议直接从原始仓库下载巨大的原始模型文件。对于本地部署，量化模型是更实际的选择。我推荐使用 TheBloke 在 Hugging Face 上维护的 GGUF 格式量化模型，它兼容 llama.cpp 项目，效率极高。

  1. 访问 Hugging Face ：打开 TheBloke 的主页 ，搜索 “GLM-5-9B-GGUF”。
  2. 选择量化版本 ：你会看到多个文件，如 glm-5-9b-Q4_K_M.gguf 。 Q4_K_M 表示 4-bit 量化，是性能和精度的一个很好平衡。对于 8GB 显存， Q4_K_M 或 Q5_K_M 是安全的选择。下载选定的 .gguf 文件到本地目录，例如 ~/models/ 。
  3. 备用方案：使用 modelscope ：如果访问 Hugging Face 不畅，可以使用国内镜像。首先安装 modelscope： pip install modelscope 。然后可以通过 Python 脚本下载（需提前确认模型在 modelscope 上的存在性）。

3.2 使用 Ollama 部署模型（推荐方案）

手动配置 llama.cpp 的 API 服务稍显复杂。这里我强烈推荐使用 Ollama 。Ollama 是一个强大的本地大模型运行和管理的命令行工具，它简化了模型的加载、运行和提供 API 服务的全过程，并且原生支持 GGUF 格式和 OpenAI 兼容的 API。

# 1. 安装 Ollama
# 前往 https://ollama.com/ 下载并安装对应操作系统的版本。
# 或者使用 Linux/macOS 的一键安装脚本：
curl -fsSL https://ollama.com/install.sh | sh

# 2. 创建自定义 ModelFile
# Ollama 官方可能尚未收录 GLM-5，我们需要自定义一个 ModelFile。
# 创建一个名为 `Modelfile.glm5` 的文件，内容如下：
FROM ~/models/glm-5-9b-Q4_K_M.gguf  # 替换为你的实际模型路径
TEMPLATE """{{ .Prompt }}"""  # GLM-5 可能使用特定的模板，需根据模型文档调整。通用模板先这样写。
PARAMETER temperature 0.7
PARAMETER num_predict 2048

# 3. 创建并运行模型
ollama create glm5 -f ./Modelfile.glm5
ollama run glm5

运行 ollama run glm5 会启动一个交互式聊天，这证明模型加载成功。但我们需要的是 API 服务。

# 4. 以 API 服务器模式运行 Ollama
# 首先停止刚才的交互式会话（Ctrl+C），然后运行：
ollama serve &
# 默认会在 11434 端口启动服务。API 端点类似于 OpenAI: http://localhost:11434/v1

现在，你的 GLM-5 模型已经通过一个兼容 OpenAI API 的接口在本地提供服务了。你可以用 curl 简单测试：

curl http://localhost:11434/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "glm5",
    "messages": [
      {"role": "user", "content": "你好，请介绍一下你自己。"}
    ],
    "stream": false
  }'

3.3 模型服务配置要点与调优

让模型服务稳定高效地运行，还需要注意以下几点：

  • 显存与系统内存 ：运行 ollama run glm5 时，观察终端输出或使用 nvidia-smi （GPU）/ htop （CPU）监控资源占用。如果显存不足，可以考虑下载更小量化位数的模型（如 Q2_K ），或者使用 num_gpu 参数在 Ollama 的 Modelfile 中控制 GPU 层数（例如 PARAMETER num_gpu 20 将前20层放在GPU）。
  • API 兼容性 ：Ollama 的 /v1/chat/completions 接口与 OpenAI 格式基本一致，但某些高级参数可能不支持。OpenClaw 通常使用最基础的 messages 和 stream 参数，所以兼容性很好。
  • 性能调优 ：在 Modelfile 中， num_predict 控制生成的最大令牌数， temperature 控制创造性。对于代码生成等任务，可以降低 temperature (如 0.2) 以获得更确定性的输出。

实操心得 ：在部署初期，最容易出现的问题是“模型加载失败”或“返回乱码”。99%的情况是模型文件损坏或量化格式不兼容。务必从可信源（如 TheBloke 的官方 HF 页面）下载模型，并核对文件的 SHA256 校验和。另外，GLM-5 可能有特殊的聊天模板，如果发现模型回答格式奇怪，需要去查阅 GLM-5 官方文档，修正 Modelfile 中的 TEMPLATE 指令。

4. OpenClaw 核心配置与模型接入

有了运行中的模型服务，接下来就是让 OpenClaw 知道如何连接并使用这个“大脑”。

4.1 初始化 OpenClaw 项目配置

OpenClaw 通常通过配置文件或环境变量来管理设置。首先，我们需要找到或创建配置文件。在 OpenClaw 的项目根目录下，可能会有一个 configs/ 文件夹或类似 config.yaml , .env 的文件。

  1. 定位配置入口 ：查看项目根目录的 README.md 或 scripts/ 文件夹下的启动脚本，找到配置加载方式。常见的是通过 config.yaml 。
  2. 创建最小化配置 ：如果项目没有提供默认配置，你可以创建一个 config.yaml 在项目根目录。核心配置段是关于模型的部分。
# config.yaml 示例
model:
  type: 'openai'  # 因为 Ollama 提供 OpenAI 兼容 API，所以类型设为 openai
  openai_api_key: 'dummy'  # Ollama 不需要真实的 key，但某些框架要求非空，填任意字符即可
  openai_api_base: 'http://localhost:11434/v1'  # 这是 Ollama 服务的地址
  model_name: 'glm5'  # 你在 Ollama 中创建的模型名称
  max_tokens: 2048
  temperature: 0.7

server:
  host: '0.0.0.0'
  port: 8000

# 技能（Skills）配置，后续会扩展
skills: []

4.2 配置模型端点与参数

上面的配置已经指明了最关键的三要素： API 类型 、 API 地址 和 模型名称 。这里有几个细节需要注意：

  • openai_api_key ：对于本地 Ollama 服务，这个字段不是必需的，但 OpenClaw 的代码逻辑可能会检查其是否存在。设置为 'dummy' 或 'ollama' 等任意字符串即可绕过检查。
  • openai_api_base ：务必确保 URL 正确，且末尾的 /v1 不可省略。这是 OpenAI 格式 API 的固定路径。
  • 网络连通性 ：确保运行 OpenClaw 的进程能够访问 localhost:11434 。如果在 Docker 容器内运行 OpenClaw，而 Ollama 运行在宿主机，则需要使用宿主机的 IP 地址（如 http://host.docker.internal:11434/v1 在 macOS/Windows Docker Desktop 中，或宿主机真实 IP）。

4.3 启动 OpenClaw 并验证连接

配置完成后，就可以启动 OpenClaw 的核心服务了。启动方式通常通过一个主 Python 脚本。

# 在 OpenClaw 项目根目录下，根据项目文档启动
# 常见方式之一是：
python -m openclaw.main  # 或者 `python scripts/run_server.py`

# 另一种可能是通过提供的 CLI 工具
claw start --config ./config.yaml

启动成功后，控制台会输出服务运行的地址，例如 Running on http://0.0.0.0:8000 。现在，打开浏览器访问 http://localhost:8000 （或对应的 IP 和端口），你应该能看到 OpenClaw 的 Web 用户界面。

在 Web UI 的聊天框里，发送一条简单消息（如“你好”）。如果一切配置正确，OpenClaw 会将请求转发给你本地的 Ollama 服务，并由 GLM-5 模型生成回复。你可以在 OpenClaw 的服务日志和 Ollama 的服务日志中看到详细的请求和响应信息。

常见问题排查 ：

  1. OpenClaw 报错 “Connection refused” 或 “Timeout” ：检查 Ollama 服务是否真的在运行（ ps aux | grep ollama ）。检查 openai_api_base 的地址和端口是否正确。尝试用 curl 直接访问该 API 端点，看是否返回正常 JSON。
  2. Ollama 日志显示 “model not found” ：确认 model_name 配置与 ollama create 时使用的名称完全一致（区分大小写）。可以通过 ollama list 命令查看已创建的模型列表。
  3. Web UI 能打开但发送消息无反应 ：打开浏览器的开发者工具（F12），查看“网络”(Network)标签页，当发送消息时，是否有请求发出，以及请求的响应状态码和内容是什么。这能快速定位是前端问题还是后端 API 问题。

5. 技能（Skill）生态扩展：让助手拥有“手和脚”

一个只会聊天的助手是有限的。OpenClaw 的威力在于其技能系统。技能可以理解为 AI 助手能调用的外部工具或函数，比如搜索网页、读写文件、执行命令、查询数据库等。

5.1 理解 OpenClaw 的技能架构

OpenClaw 的技能通常以插件形式存在。每个技能需要：

  1. 一个技能描述 ：告诉 AI 模型这个技能叫什么、能做什么、需要什么输入参数。这部分通常遵循一种标准格式（如 OpenAI 的 Function Calling 描述）。
  2. 一个实现函数 ：当 AI 模型决定调用某个技能时，OpenClaw 会执行对应的 Python 函数来完成实际工作。
  3. 注册到系统 ：技能需要在 OpenClaw 启动时被加载和注册，这样模型在规划任务时才知道有哪些工具可用。

5.2 内置技能加载与配置

许多有用的技能可能已经内置在 OpenClaw 项目中或由其社区提供。查看项目目录下的 skills/ 文件夹或文档，你可能会发现诸如 web_search （网络搜索）、 calculator （计算器）、 filesystem （文件系统操作）等技能。

在 config.yaml 中启用它们：

skills:
  - name: 'web_search'
    enabled: true
    config:
      search_api_key: '你的搜索引擎API_KEY' # 例如 SerperDev 或 Tavily 的 Key
      search_engine: 'google'
  - name: 'calculator'
    enabled: true
  - name: 'filesystem'
    enabled: true
    config:
      base_path: '/tmp/openclaw_workspace' # 限制文件操作的范围，确保安全

重要提示 ：对于 web_search 这类需要外部 API 的技能，你必须先去相应的服务商（如 SerperDev 或 Tavily ）注册并获取 API Key。免费额度通常足够个人试用。

5.3 自定义技能开发实战

当内置技能不满足需求时，你需要自己开发。这是一个简单的“获取当前时间”技能示例：

  1. 创建技能文件 ：在项目内合适位置（如 my_skills/ ）创建 get_time.py 。
# my_skills/get_time.py
import datetime
from typing import Any, Dict

def get_current_time(timezone: str = "Asia/Shanghai") -> Dict[str, Any]:
    """
    获取指定时区的当前时间。

    Args:
        timezone: 时区字符串，例如 'Asia/Shanghai', 'UTC'。默认为 'Asia/Shanghai'。

    Returns:
        包含当前时间和时区的字典。
    """
    # 这是一个简化示例，实际处理时区需要 pytz 库
    current_time = datetime.datetime.now().strftime("%Y-%m-%d %H:%M:%S")
    return {
        "current_time": current_time,
        "timezone": timezone,
        "message": f"The current time in {timezone} is {current_time}."
    }

# 技能的描述，用于告诉 AI 模型这个工具怎么用
skill_description = {
    "type": "function",
    "function": {
        "name": "get_current_time",
        "description": "Get the current date and time in a specified timezone.",
        "parameters": {
            "type": "object",
            "properties": {
                "timezone": {
                    "type": "string",
                    "description": "The IANA timezone name, e.g., 'Asia/Shanghai', 'America/New_York'. Default is 'Asia/Shanghai'.",
                }
            },
            "required": [],
        },
    }
}

  1. 注册技能 ：需要在 OpenClaw 的启动流程或配置中，告诉系统加载这个技能。具体方式取决于 OpenClaw 的架构。可能需要在主配置文件中添加路径，或者在一个技能注册表中导入。

    • 方式A（通过配置） ：如果 OpenClaw 支持动态加载，可能在 config.yaml 中添加：
    skills:
  - name: 'custom_get_time'
    enabled: true
    path: './my_skills/get_time.py'
    class_name: 'get_current_time' # 或 function_name
    • 方式B（通过代码注册） ：可能需要修改主程序或技能加载器，添加一行导入和注册代码。

  2. 测试技能 ：重启 OpenClaw 服务。在 Web UI 中尝试询问：“现在北京时间是几点？” AI 助手应该能理解你的意图，并调用 get_current_time 技能，返回结构化的时间信息。

开发技巧 ：

  • 清晰的描述是关键 ： skill_description 中的 description 和 parameters 描述要尽可能清晰、具体。AI 模型依赖这些描述来决定是否以及如何调用技能。
  • 错误处理 ：在技能函数内部一定要做好异常捕获（try-except），并返回统一的错误格式，避免技能崩溃导致整个对话链失败。
  • 安全性 ：对于文件操作、系统命令执行等高风险技能，必须在函数内部做好严格的输入验证和权限控制，比如限制可访问的路径范围，禁止执行危险命令。

6. 高级功能：记忆、联网与多模态集成

基础对话和技能调用只是开始。一个成熟的助手还需要记忆上下文、访问实时信息，甚至理解图片。

6.1 长期记忆与会话管理

OpenClaw 可能内置了简单的对话记忆（即短期上下文，存在于本次会话中）。但对于长期记忆（记住用户偏好、历史任务结果），可能需要配置向量数据库。

  1. 向量数据库选型 ：轻量级选择如 ChromaDB 或 FAISS ，功能完整的选择如 Qdrant 或 Weaviate 。对于个人使用， ChromaDB 易于集成。
  2. 配置记忆模块 ：在 config.yaml 中寻找 memory 或 knowledge_base 相关配置项。
memory:
  type: 'vector' # 或 'chroma'
  persist_directory: './data/chroma_db' # 向量数据库存储路径
  embedding_model: 'BAAI/bge-small-zh-v1.5' # 用于将文本转换为向量的模型
  1. 工作流程 ：当用户与助手交互时，重要的对话片段会被转换成向量并存储。当新问题到来时，系统会先从记忆库中检索相关历史信息，并将其作为上下文提供给模型，从而实现“记住过去”的能力。

6.2 实现联网搜索与信息实时性

虽然 web_search 技能提供了搜索能力，但让其高效工作需要一些技巧。

  • 搜索关键词优化 ：AI 模型生成的搜索查询可能不够精确。你可以在技能函数中加入一层处理，对查询进行精简或重写，例如提取实体、去除无关词汇。
  • 结果总结与过滤 ：搜索引擎返回的可能是长篇网页摘要。可以编写一个子技能或集成一个小的总结模型（如 Qwen2.5-1.5B ），先对搜索结果进行摘要，再将精华部分提供给主模型 GLM-5 进行整合回答，这样可以节省上下文长度并提升答案质量。
  • 使用更强大的搜索 API ： SerperDev 或 Tavily 的 API 比简单的 requests 爬取更稳定、合法且返回结构化数据更好。

6.3 多模态能力探索（图片、音频）

GLM-5 本身可能是纯文本模型。要让助手处理图片，通常有两种路径：

  1. 专用多模态技能 ：开发一个 image_analysis 技能。当用户上传图片或提到图片时，该技能被触发。它内部可以调用一个本地部署的多模态模型（如 Qwen-VL 或 LLaVA 的 API），或者使用云服务（如 GPT-4V 的 API，但不符合本地化原则）。然后将分析结果（文本描述）返回给主模型 GLM-5 进行后续对话。
  2. 端到端多模态模型 ：等待或寻找 GLM 系列的多模态版本（如 GLM-4V），并将其作为主模型接入 OpenClaw。这样模型天生就能理解图片内容。

音频处理类似，可以通过技能调用本地语音转文本（STT）和文本转语音（TTS）服务来实现。

配置示例（概念性） ：

skills:
  - name: 'image_analyzer'
    enabled: true
    config:
      multimodal_api_base: 'http://localhost:11435/v1' # 假设本地运行了 Qwen-VL 服务
      multimodal_model: 'qwen-vl'

7. 生产级部署优化与故障排查

当一切跑通后，你可能希望它更稳定、更高效、更易用。

7.1 性能、安全与稳定性优化

  • 服务进程管理 ：不要直接用 python 命令在前台运行。使用 systemd (Linux)、 supervisor 或 PM2 来管理 Ollama 和 OpenClaw 进程，实现开机自启、自动重启。
  • 配置反向代理 ：使用 Nginx 或 Caddy 为 OpenClaw 的 Web 服务配置反向代理，可以方便地添加 HTTPS（SSL 证书）、负载均衡（如果你部署了多个实例）和访问控制。
  • API 访问控制 ：OpenClaw 的 API 端口（如 8000）不应直接暴露在公网。通过反向代理设置 IP 白名单，或为 OpenClaw 配置 API Key 认证（如果支持）。
  • 日志与监控 ：配置 OpenClaw 和 Ollama 将日志输出到文件（如 journalctl 或 logrotate 管理的文件）。监控服务的 CPU、内存、显存占用，以及 API 的响应时间。

7.2 常见问题与解决方案速查表

下表汇总了部署和运行过程中可能遇到的典型问题及解决思路：

问题现象 可能原因 排查步骤与解决方案
Ollama 服务启动失败 端口冲突，模型文件损坏，权限不足。 1. `netstat -tlnp
OpenClaw 无法连接 Ollama 配置错误，网络隔离（如 Docker），服务未运行。 1. 核对 config.yaml 中的 openai_api_base 。
2. 从 OpenClaw 所在环境 curl http://localhost:11434/v1/models 测试连通性。
3. 确保 Ollama 进程在运行。
模型响应慢或卡顿 硬件资源不足，量化等级过低，提示词过长。 1. 使用 nvidia-smi 或 top 监控资源。
2. 尝试更高精度的量化（如 Q5_K_M），或减少 max_tokens 。
3. 检查是否开启了不必要的技能，消耗了上下文长度。
技能调用失败 技能描述不准确，函数参数不匹配，技能代码有 Bug。 1. 查看 OpenClaw 日志，确认 AI 是否发出了正确的技能调用请求。
2. 检查技能函数的参数是否与描述一致。
3. 单独运行技能函数，测试其逻辑。
Web UI 无法访问 OpenClaw 服务未启动，防火墙阻止，配置错误。 1. 检查 OpenClaw 进程是否在运行，并监听正确端口（如 8000）。
2. curl http://localhost:8000/health （如果存在）检查服务状态。
3. 检查浏览器控制台有无前端错误。
助手回答质量差 模型能力局限，提示词不佳，温度参数过高。 1. 尝试更具体的提示词（Prompt Engineering）。
2. 调整 temperature 至 0.2-0.8 之间寻找最佳点。
3. 考虑更换或微调模型。对于特定领域任务，可以在系统提示词中明确助手角色和知识范围。

7.3 后续迭代与个性化定制

搭建完成只是起点。你可以从以下方向深化：

  • 提示词工程 ：修改 OpenClaw 的系统提示词（System Prompt），定义助手的性格、专业领域和回答风格。
  • 技能市场探索 ：关注 OpenClaw 社区，不断集成新的技能，如连接数据库、发送邮件、管理日历等。
  • 前端定制 ：如果你熟悉前端开发，可以定制 Web UI 的界面，使其更符合你的使用习惯。
  • 集成到工作流 ：将 OpenClaw 助手接入你的日常工具，比如通过飞书、钉钉、Slack 机器人，或者为 IDE（如 VSCode）开发插件，实现真正的“AI 结对编程”。

整个搭建过程，从环境准备到技能扩展，其实是一个典型的现代 AI 应用集成项目。它考验的不仅仅是部署技巧，更是对 AI 模型、应用框架和实际需求三者之间关系的理解。最让我有成就感的一刻，不是看到“你好”的回复，而是当我告诉助手“帮我查一下今天 OpenAI 有什么新闻，然后总结成一份简报”时，它自动调用搜索技能、获取信息、分析总结并生成一份格式清晰的报告。那一刻，你真正感受到了一个本地智能体的潜力。希望这份指南能帮你顺利搭建属于自己的那个“潜力股”。如果在过程中遇到新的问题，多查日志、多试错，社区的讨论区往往藏着解决方案。

Logo
亚马逊云科技技术品牌专区

更多推荐

cover

百万Token不是数字游戏：Kimi K3完整吞下10万行代码库后，我测出了它的真实理解力

avatar 亚马逊云科技技术品牌专区
cover

【2026最新版】Codex换肤助手下载和使用教程：一键美化 Codex 客户端，支持自定义主题

avatar 亚马逊云科技技术品牌专区

FastAPI + OpenAI 兼容协议 + DeepSeek 实战：大模型 Function Calling 工具调用全拆解

模型本身不能直接查天气、查数据库。我们告诉模型"你有这些函数可用"，模型在觉得需要时返回"我想调用某个函数、参数是这样"，真正的函数由我们本地执行，再把结果交还给模型整理成话。这就是"模型决策 + 本地执行"的混合模式。

avatar 亚马逊云科技技术品牌专区