news 2026/7/25 8:33:09

零成本构建本地AI知识库:Ollama与Dify实战指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
零成本构建本地AI知识库:Ollama与Dify实战指南

如果你正在寻找一种简单、低成本的方式,将大模型的能力与你的私有数据结合,构建一个能“理解”你文档的智能助手,那么这篇文章就是为你准备的。

过去,搭建一个本地知识库听起来像是大公司的专属:需要昂贵的GPU、复杂的模型微调、繁琐的部署流程。但今天,情况已经完全不同。借助OllamaDify这两个工具,你完全可以在自己的笔记本电脑上,用一杯咖啡的时间,零成本启动一个功能完整的本地知识库系统。这不仅仅是“能跑起来”,而是真正具备生产可用潜力的方案。

本文将为你拆解这个组合方案的核心价值:Ollama 负责以极简的方式在本地运行各种开源大模型,而 Dify 则提供了一个直观的图形化界面,让你无需编写复杂代码,就能完成知识库的创建、文档上传、智能问答应用编排和发布。我们将从零开始,一步步带你完成环境准备、软件安装、配置对接和效果验证,并提供完整的代码示例和避坑指南。读完本文,你将能独立部署一个属于你自己的、数据完全私有的AI知识库。

1. 为什么选择 Ollama + Dify 组合?

在深入技术细节前,我们先要理解这个组合方案解决了什么核心问题。对于大多数开发者或中小团队而言,应用大模型面临三大门槛:

  1. 模型获取与运行成本高:动辄需要数十GB显存的商用模型,或复杂的云API调用费用。
  2. 工程化集成复杂:从文本切分、向量化、检索到Prompt工程,每一步都需要专业知识。
  3. 缺乏可视化操作界面:整个过程依赖代码脚本,对非专业开发者不友好。

Ollama精准地解决了第一个问题。它就像一个“模型管理器和运行时”,通过一条简单的命令就能下载并运行 Llama 3、Qwen、Gemma 等主流开源模型。它自动处理了模型格式转换、内存优化等底层细节,让你在CPU或消费级GPU上也能流畅运行7B/8B参数级别的模型。

Dify则一站式解决了后两个问题。它是一个开源的LLM应用开发平台,提供了:

  • 可视化工作流:通过拖拽方式构建基于知识库的问答应用。
  • 内置RAG引擎:自动完成文档解析、文本分割、向量化存储和语义检索。
  • 统一模型接入层:可以轻松对接 Ollama 本地模型、OpenAI API 或国内各大模型平台。

两者的结合,形成了一个完美的闭环:Ollama 提供强大且免费的本地“大脑”,Dify 提供易用且功能强大的“躯干和操作台”。你不再需要分别搭建向量数据库、编写检索代码、设计前端界面,所有环节都在Dify的图形界面中完成。

2. 核心概念与工具简介

在开始动手前,我们先快速厘清几个关键概念,避免后续操作中产生混淆。

2.1 什么是 RAG (检索增强生成)?

这是构建知识库的核心技术。简单来说,RAG 让大模型在回答问题时,不是仅凭自身训练的记忆“瞎猜”,而是先从你提供的文档库中查找最相关的信息片段,然后结合这些信息来生成答案。这极大地提升了答案的准确性和专业性,并减少了模型“胡言乱语”的情况。

2.2 Ollama:本地大模型的“瑞士军刀”

  • 核心功能:在本地(你的电脑或服务器)一键下载、运行和管理开源大语言模型。
  • 关键优势
    • 开箱即用:无需配置复杂的Python环境或CUDA。
    • 模型丰富:支持 Llama 3、Mistral、Qwen、Gemma、Phi 等数十个模型系列。
    • 资源友好:提供量化版本模型,可在8GB甚至更低内存的机器上运行。
    • API兼容:其提供的API接口与OpenAI API格式基本兼容,极大降低了集成成本。

2.3 Dify:LLM应用的“可视化工厂”

  • 定位:一个开源的、可视化的LLM应用开发与运营平台。
  • 核心模块
    • 知识库:上传文档(支持PDF、Word、TXT、Markdown等),自动进行文本处理并存入向量数据库。
    • 应用编排:通过图形化工作流设计对话逻辑、调用工具、连接知识库。
    • 模型管理:统一配置和切换不同的模型提供商(如 Ollama, OpenAI, Anthropic等)。
  • 部署方式:支持 Docker Compose 一键部署,也提供云服务。

2.4 技术栈全景图

了解整个系统如何协作,有助于后续的问题排查。

用户提问 -> [Dify Web界面] -> [Dify后端服务] -> 查询 -> [向量数据库(Chroma/Weaviate)] | v [相关文档片段] | v [Dify后端服务] 构建Prompt -> 调用 -> [Ollama API] -> 获取模型生成结果 -> 返回给用户

向量数据库:通常由Dify在部署时自动创建和管理(默认使用ChromaDB),用于存储文档被切分并向量化后的片段。

3. 环境准备与前置条件

我们的目标是在一台机器上完成所有部署。以下是最低和推荐配置。

3.1 硬件与操作系统要求

  • 操作系统:Windows 10/11 (WSL2), macOS, 或 Linux (Ubuntu 20.04+ / CentOS 7+)。本文将以 Linux/macOS 命令行环境为主要演示环境,Windows用户建议使用WSL2。
  • 内存最低8GB,推荐16GB或以上。运行模型和向量数据库都需要内存。
  • 存储:至少10GB可用空间,用于存放模型文件(一个7B模型约4-6GB)。
  • 网络:需要能够访问 GitHub 和 Docker Hub 以下载安装包和镜像。

3.2 核心软件依赖安装

我们需要安装两个核心工具:Docker (和 Docker Compose) 以及 Ollama。

1. 安装 Docker 与 Docker ComposeDify 通过 Docker Compose 部署最为方便。如果你的系统没有安装,请执行以下命令:

# 对于 Ubuntu/Debian 系统 sudo apt update sudo apt install -y docker.io docker-compose-v2 sudo systemctl start docker sudo systemctl enable docker # 将当前用户加入docker组,避免每次使用sudo sudo usermod -aG docker $USER # 执行后需要**退出当前终端并重新登录**生效 # 验证安装 docker --version docker-compose --version

2. 安装 OllamaOllama 的安装极其简单。

# Linux/macOS 一键安装 curl -fsSL https://ollama.com/install.sh | sh # 安装完成后,启动Ollama服务(通常安装脚本会自动启动) ollama serve & # 检查服务状态 ollama list

如果ollama list能正常执行(即使列表为空),说明服务已就绪。

4. 部署 Dify 服务

我们将使用 Docker Compose 方式部署 Dify,这是官方推荐的最简单方法。

4.1 下载部署配置文件

创建一个工作目录,并获取 Dify 的 docker-compose 配置文件。

# 创建项目目录并进入 mkdir dify-ollama-demo && cd dify-ollama-demo # 下载 docker-compose.yml 配置文件 # 请从 Dify 官方 GitHub 仓库获取最新版本,以下为示例命令 curl -o docker-compose.yml https://raw.githubusercontent.com/langgenius/dify/main/docker/docker-compose.yaml # 下载环境变量配置文件 curl -o .env https://raw.githubusercontent.com/langgenius/dify/main/docker/.env.example

4.2 关键配置修改

Dify 默认配置是使用 OpenAI 的模型。我们需要修改配置,让它连接我们本地的 Ollama 服务。

编辑.env文件,找到并修改以下关键配置项:

# 使用你喜欢的文本编辑器,如 vim 或 nano vim .env

需要修改或确认的配置:

# 设置Dify的访问地址,如果是本地,可以保持默认 APP_WEB_URL=http://localhost:3000 # ========== 模型供应商配置 ========== # 将默认的OpenAI配置注释掉或修改,我们重点配置Ollama # OPENAI_API_KEY=sk-xxx # 启用自定义模型供应商,这是连接Ollama的关键 FILES_ACCESS_TIMEOUT=300 MODEL_PROVIDERS=openai,anthropic,azure_openai,ollama,huggingface_hub,replicate # ========== Ollama 专用配置 ========== # 取消注释并配置Ollama OLLAMA_API_BASE_URL=http://host.docker.internal:11434 # 关键!让Docker容器能访问主机上的Ollama # OLLAMA_API_BASE_URL=http://你的主机IP:11434 # 如果上一条不生效,可以尝试用主机IP

重要解释

  • MODEL_PROVIDERS中必须包含ollama
  • OLLAMA_API_BASE_URL是连接的核心。host.docker.internal是 Docker 提供的一个特殊域名,指向宿主机(即运行 Docker 的机器)。这确保了在 Docker 容器内的 Dify 能访问到宿主机上运行的 Ollama 服务(端口11434)。

4.3 启动 Dify 服务

配置完成后,使用 Docker Compose 启动所有服务。

# 在项目目录 (dify-ollama-demo) 下执行 docker-compose up -d

这个命令会拉取 PostgreSQL、Redis、ChromaDB(向量数据库)以及 Dify 自身的镜像,并以后台模式运行。首次启动可能需要几分钟时间下载镜像。

使用以下命令查看服务状态:

docker-compose ps

当所有容器的状态(STATE)都显示为 “Up” 时,表示启动成功。

此时,在浏览器中访问http://localhost:3000,你应该能看到 Dify 的初始化界面,按照提示创建第一个管理员账号。

5. 在 Ollama 中下载并运行模型

Dify 服务已经就绪,但它需要一个“大脑”来处理问题。现在,我们去 Ollama 拉取一个合适的模型。

5.1 选择并拉取模型

对于知识库场景,我们不需要追求最大的模型,而应选择在精度和速度之间取得平衡、并且在检索增强(RAG)中表现良好的模型。Llama 3 8BQwen 7B都是绝佳的起点。

# 拉取 Llama 3 8B 模型(约4.7GB) ollama pull llama3:8b # 或者拉取 Qwen2.5 7B 模型(约4.7GB) # ollama pull qwen2.5:7b

ollama pull命令会从官方仓库下载模型。下载速度取决于你的网络。下载完成后,可以使用ollama list查看本地已拥有的模型。

5.2 运行模型服务

拉取模型后,Ollama 服务默认就会加载它。我们可以简单测试一下模型是否正常工作:

# 与模型进行简单交互测试 ollama run llama3:8b

在出现的提示符后,输入 “Hello”,看模型是否能正常回复。输入/bye退出交互模式。

6. 在 Dify 中配置 Ollama 模型并创建知识库

这是将“大脑”和“躯干”连接起来的关键一步。

6.1 登录并配置模型供应商

  1. 浏览器访问http://localhost:3000,用你创建的管理员账号登录。
  2. 进入“设置” -> “模型供应商”
  3. 在模型供应商列表中,找到“Ollama”并点击“配置”
  4. 在配置页面:
    • 模型名称:可以自定义,例如 “My-Ollama”。
    • API 密钥:留空即可(Ollama 本地运行通常无需密钥)。
    • API 基础地址:填写http://host.docker.internal:11434/v1注意,这里比环境变量多了一个/v1,因为 Dify 使用 OpenAI 兼容的接口格式,而 Ollama 的 v1 端点与之兼容。
  5. 点击“保存”。保存成功后,可以点击“校验”测试连接。如果显示“校验成功”,恭喜你,模型通道已打通!

6.2 创建第一个知识库

  1. 在左侧导航栏点击“知识库”->“创建知识库”
  2. 填写知识库名称(如“公司产品手册”)和描述。
  3. 索引方法:选择“高性能”(默认)。它使用混合检索(关键词+向量),效果更好。
  4. 分词器与嵌入模型:这里需要特别注意。由于我们使用 Ollama 的模型进行生成,嵌入模型(用于将文本转为向量)也需要配置。点击“添加嵌入模型”。
    • 在嵌入模型供应商中选择刚才配置的 “My-Ollama”。
    • 在模型列表中选择一个嵌入模型。Ollama 本身不直接提供嵌入模型,但我们可以用一个生成模型来“兼任”。这是一个实用技巧:选择llama3:8bnomic-embed-text(如果已拉取)。对于测试,选择llama3:8b即可。
  5. 点击“创建”

6.3 上传文档并处理

  1. 进入刚创建的知识库,点击“上传文件”
  2. 选择你的本地文档(支持 PDF, DOCX, TXT, Markdown 等)。例如,你可以上传一份产品说明书PDF。
  3. 上传后,文件会进入“待处理”状态。Dify 会自动进行:
    • 文本提取:从文件中读取文字。
    • 文本分割:将长文本切成语义连贯的小片段。
    • 向量化:使用你配置的嵌入模型,将文本片段转换为向量,并存储到向量数据库。
  4. 处理完成后,状态变为“已索引”。你可以点击“文档片段”预览被切分和向量化的内容。

7. 构建并发布一个基于知识库的AI助手

知识库准备好了,现在我们来创建一个真正的应用。

7.1 创建“对话型”应用

  1. 点击顶部导航栏的“创建应用”
  2. 选择“对话型应用”,输入应用名称,如“产品知识问答助手”。
  3. 进入应用编排界面。

7.2 配置应用工作流与提示词

在应用编排界面,你会看到一个默认的“开始”和“对话”节点。

  1. 配置“对话”节点
    • 点击“对话”节点,在右侧面板中,找到“上下文”部分。
    • 开启“关联知识库”,并选择我们刚才创建的“公司产品手册”知识库。
    • 可以调整“检索条数”(默认5),这决定了每次问答会从知识库中提取多少相关片段。
  2. 配置系统提示词(可选但重要)
    • 在“对话”节点的“提示词”部分,你可以修改系统指令。例如:
      你是一个专业的产品支持助手。请严格根据提供的知识库内容回答用户关于产品的问题。如果知识库中没有相关信息,请如实告知“根据现有资料,我无法回答这个问题”,不要编造信息。
    这个提示词能引导模型更好地利用检索到的内容,并约束其行为。

7.3 配置应用使用的模型

  1. 在“对话”节点的右侧面板,找到“模型”部分。
  2. 在“供应商”中,选择我们配置好的 “My-Ollama”。
  3. 在“模型”下拉列表中,选择我们下载的模型,如llama3:8b
  4. 可以调整“温度”(Temperature)等参数,控制回答的创造性(低温度更确定,高温度更多样)。

7.4 发布与测试

  1. 点击右上角的“发布”按钮。
  2. 发布后,点击“打开站点”或直接访问应用主页。
  3. 在对话框中,输入一个与你上传文档相关的问题。例如,如果你的文档是关于某个软件的,可以问“如何安装这个软件?”或“软件的主要功能有哪些?”。
  4. 观察助手的回答。一个成功的回答应该能精准地引用你文档中的内容。

8. 完整流程示例:从文档到问答

让我们用一个具体的 Markdown 文档示例,走完从上传到问答的全流程。

步骤 1:准备测试文档product_guide.md

# X-Code Editor 用户指南 ## 第一章:安装与启动 ### 系统要求 - 操作系统:Windows 10+, macOS 10.15+, Ubuntu 18.04+ - 内存:最低 4GB,推荐 8GB - 存储空间:至少 2GB 可用空间 ### 安装步骤 1. 访问我们的官网 https://example.com/download 下载安装包。 2. 对于 Windows 用户,运行 `X-Code-Setup.exe` 并遵循向导。 3. 对于 macOS 用户,将 `X-Code.app` 拖入“应用程序”文件夹。 4. 对于 Linux 用户,解压压缩包后,在终端执行 `./install.sh`。 ## 第二章:核心功能 ### 智能代码补全 X-Code Editor 内置了基于 AI 的代码补全功能,支持 Python, JavaScript, Java 等超过 20 种编程语言。 ### 实时错误检查 在您编写代码的同时,编辑器会在侧边栏提示语法错误和潜在的代码问题。 ### 集成终端 按下 `Ctrl+`` (反引号键)可以快速呼出内置终端,无需切换窗口。

步骤 2:在 Dify 知识库中上传并处理该文档(操作同第6.3节)

步骤 3:在发布的应用中进行问答测试

  • 用户提问:“在 Linux 系统上如何安装 X-Code Editor?”
  • 预期助手回答(应基于知识库内容生成):“根据提供的用户指南,在 Linux 系统上安装 X-Code Editor 的步骤如下:1. 访问官网 https://example.com/download 下载安装包。2. 解压下载的压缩包。3. 在终端中进入解压后的目录,并执行./install.sh脚本即可完成安装。”

如果回答大致符合文档内容,说明你的本地知识库系统已经成功运行!

9. 常见问题与排查思路

在部署和使用过程中,你可能会遇到以下问题。这里提供系统的排查方法。

问题现象可能原因排查方式解决方案
Dify 启动失败,docker-compose up -d报错1. 端口冲突(3000, 5432等)
2. Docker 服务未运行
3. 内存/磁盘不足
1.docker-compose logs查看具体错误日志。
2.docker ps检查Docker服务状态。
3.df -hfree -h检查资源。
1. 修改docker-compose.yml中的端口映射。
2. 启动Docker服务:sudo systemctl start docker
3. 清理磁盘或增加资源。
访问localhost:3000连接被拒绝1. Dify 容器未成功启动。
2. 防火墙阻止了端口。
1.docker-compose ps确认容器状态为 “Up”。
2.curl localhost:3000测试本地端口。
1. 根据docker-compose logs dify-web的日志修复错误。
2. 检查并配置防火墙规则。
在 Dify 中配置 Ollama 时“校验失败”1.OLLAMA_API_BASE_URL配置错误。
2. Ollama 服务未运行。
3. 主机网络不通。
1. 在 Dify 容器内执行curl http://host.docker.internal:11434
2. 在宿主机执行curl http://localhost:11434
3. 检查.env文件配置。
1. 将URL改为宿主机的实际IP,如http://192.168.1.100:11434
2. 确保ollama serve正在运行。
3. 确认Dify配置的URL带/v1
知识库文档处理失败或一直“处理中”1. 嵌入模型配置错误或未响应。
2. 文档格式复杂或损坏。
3. 向量数据库(Chroma)异常。
1. 查看知识库处理页面的错误信息。
2. 尝试上传一个简单的.txt文件测试。
3. 检查docker-compose logs chromadb日志。
1. 在知识库设置中更换或重新校验嵌入模型。
2. 确保文档可读,或转换为纯文本再试。
3. 重启 Chroma 容器:docker-compose restart chromadb
AI 助手回答“未找到相关知识”或回答与文档无关1. 应用未正确关联知识库。
2. 检索条数太少或相似度阈值过高。
3. 用户问题与文档内容表述差异太大。
1. 检查应用编排中“对话”节点的“关联知识库”设置。
2. 在知识库的“文档片段”中,手动搜索关键词,看是否有匹配内容。
3. 调整检索参数。
1. 重新关联正确的知识库。
2. 增加“检索条数”(如从5调到10)。
3. 优化文档内容,或尝试在提示词中要求模型进行多角度理解。
模型回答速度非常慢1. 硬件资源(CPU/内存)不足。
2. 模型参数过大(如用了未量化的32B模型)。
3. 同时处理多个请求。
1. 使用htop或任务管理器监控资源使用率。
2. 检查ollama run时的加载信息。
1. 换用更小的量化模型(如llama3:8b-instruct-q4_K_M)。
2. 关闭不必要的程序,为 Ollama 预留更多内存。
3. 在 Dify 模型配置中设置较低的“最大令牌数”。

10. 最佳实践与进阶建议

当你成功运行起基础系统后,以下建议可以帮助你将其用于更严肃的场景。

10.1 模型选择优化

  • 平衡速度与质量:对于知识库问答,Qwen2.5-7B-InstructLlama 3.1 8BMistral 7B通常是性价比最高的选择。
  • 使用量化模型:在ollama pull时,可以指定量化版本以大幅减少内存占用和提升速度,例如llama3.1:8b-instruct-q4_K_M。精度损失在可接受范围内。
  • 专用嵌入模型:虽然可以用生成模型兼任,但使用专用的嵌入模型(如nomic-embed-text)能获得更好的检索效果。使用ollama pull nomic-embed-text下载,然后在 Dify 知识库设置中选择它。

10.2 知识库构建技巧

  • 文档预处理:上传前,尽量保证文档格式清晰。对于扫描版PDF,先进行OCR文字识别。
  • 分段策略:Dify 有默认分段规则,但对于结构特殊的文档(如代码、表格),可以考虑手动调整分段大小和重叠度,或在上传前进行预处理。
  • 多知识库管理:可以为不同部门、不同项目创建独立的知识库,在应用中按需调用。

10.3 提示词工程

  • 明确指令:在系统提示词中清晰定义助手角色和回答规范,特别是要求“基于知识库回答”。
  • 提供示例:在提示词中加入一两个“用户问题-标准答案”的示例(Few-shot Learning),能显著提升模型遵循指令的能力。
  • 控制幻觉:明确加入“如果知识库中没有相关信息,请直接说不知道”的指令。

10.4 生产环境考量

  • 数据持久化:确保docker-compose.yml中 PostgreSQL、Redis 和 ChromaDB 的数据卷映射正确,避免容器重启后数据丢失。
  • 安全与权限:Dify 支持多用户和角色权限管理。在生产环境中,务必配置好用户体系,避免知识库被随意修改。
  • 性能监控:关注服务器的内存、CPU和磁盘使用情况。Ollama 在回答时会占用较高内存。
  • 备份策略:定期备份 Docker 卷中的数据,或考虑将 Dify 的元数据库(PostgreSQL)连接至外部云数据库服务。

10.5 扩展可能性

  • 接入更多模型:除了 Ollama,你可以在 Dify 中同时配置 OpenAI、Azure OpenAI 或国内大模型 API,实现模型的热切换和降级备用。
  • 构建复杂工作流:利用 Dify 的可视化工作流,可以构建更复杂的应用,例如先检索知识库,再调用一个 Python 代码工具进行计算,最后让模型总结结果。
  • API 集成:Dify 为创建的应用提供了标准的 API 接口,你可以轻松地将这个 AI 助手集成到自己的网站、内部系统或移动应用中。

通过本文的步骤,你已经掌握了在本地零成本部署一个功能完备的 AI 知识库的核心技能。这个由 Ollama 和 Dify 搭建的方案,完美地平衡了能力、成本与易用性。它不仅是个人学习和探索的绝佳工具,也为中小企业构建内部智能知识管理系统提供了可行的技术路径。接下来,你可以尝试上传更多样化的文档,优化提示词,甚至探索 Dify 的自动化工作流功能,打造出更贴合你业务需求的智能应用。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/25 8:32:40

AI意图识别与多Agent架构实战指南

1. 意图识别:AI应用开发的隐形骨架 刚入行AI开发时,我总把精力放在模型精度和响应速度上,直到有次用户对着语音助手说"帮我订个明天下午的会议室",系统却回复"已为您预订明天上午的会议室"。这种"答非所…

作者头像 李华
网站建设 2026/7/25 8:30:29

MySQL实战:从零构建数据操作思维与SQL性能优化体系

你是不是也遇到过这样的场景:刚学会几个简单的 SQL 语句,面对一个稍微复杂的业务需求,比如“统计每个部门销售额最高的员工”,大脑就一片空白?或者,当你的应用用户量上来后,一个原本跑得飞快的查…

作者头像 李华
网站建设 2026/7/25 8:25:34

MySQL性能优化实战:从索引原理到慢查询诊断的30天进阶指南

你有没有过这样的经历:花了好几天时间,终于把项目里的一个复杂查询写出来了,功能上跑得通,但一上线,页面加载慢得像在爬,数据库服务器的 CPU 直接飙到 90% 以上。你看着那个SELECT * FROM huge_table WHERE…

作者头像 李华
网站建设 2026/7/25 8:19:02

U盘故障修复全攻略:从0字节到文件恢复的实用解决方案

今天来看一个专门解决U盘各种疑难杂症的工具集。无论是U盘突然变成0字节、文件系统只读无法写入、格式化失败,还是误删文件需要恢复,这个工具包都能提供一站式解决方案。 这个工具集最大的特点是集成了多个专业级U盘修复功能,支持FAT32、NTF…

作者头像 李华
网站建设 2026/7/25 8:16:27

消费级硬件运行大模型:显存优化与量化实战

1. 个人电脑运行大模型的现实挑战去年我在一台RTX 3090的工作站上尝试运行LLaMA-7B时,加载模型就吃掉了近20GB显存。这让我开始思考:普通消费级硬件到底能承载多大参数规模的AI模型?经过半年多的实测和调优,我总结出一些实用的经验…

作者头像 李华
网站建设 2026/7/25 8:09:43

Python构建地球状态预测系统:从数据到可视化

1. 项目背景与核心思路去年冬天的一个深夜,我在整理NASA公开的气候数据集时突然萌生一个想法:能否用现有的数据训练一个模型,让它预测几十年后的地球面貌?这个疯狂的念头最终催生了这个项目——用Python构建一个能够模拟2059年地球…

作者头像 李华