当前位置： 首页 > news >正文

Godot引擎实战：开源RTS游戏Unknown Horizons移植项目全解析

news 2026/8/7 21:03:17

1. 项目概述：从“Unknown Horizons”到Godot引擎的迁移之旅

如果你是一位策略游戏的老玩家，或者对开源游戏开发社区有所关注，那么“Unknown Horizons”这个名字你可能不会陌生。它是一款深受《工人物语》和《帝国时代》系列影响的经典开源即时战略（RTS）游戏，以其丰富的经济模拟、城市建设和对历史文明的描绘而闻名。这个项目最初基于FIFE引擎开发，拥有一个活跃的社区和多年的开发历史。

然而，随着游戏引擎技术的迭代和社区开发者兴趣的转移，将这样一个庞大项目迁移到更现代、更活跃的引擎上，成为了一个自然而然的选择。这就是“Unknown Horizons Godot Engine Port”项目的由来。简单来说，这是一个将《Unknown Horizons》游戏从原有引擎移植到Godot引擎上的社区驱动项目。对于开发者而言，这不仅仅是一次简单的代码重写，更是一次利用Godot强大、灵活且开源的特质，为经典游戏注入新生命的技术实践。

那么，这个“Port”（移植）项目对我们普通开发者或爱好者意味着什么？首先，它是一个绝佳的学习案例。你可以深入观察一个成熟的、功能复杂的2D游戏是如何在Godot中重构其核心架构的，包括资源管理、场景组织、游戏逻辑和网络同步等。其次，它是一个实践平台。你可以直接下载项目源码，运行它，甚至参与到开发中，亲身体验使用Godot开发大型项目的流程、遇到的挑战以及解决方案。最后，它展示了Godot引擎在处理复杂2D游戏（尤其是等距视角的RTS）上的强大能力，包括其节点系统、信号机制、资源管线和对大型场景的优化潜力。

无论你是想学习Godot的高级用法，还是对游戏移植过程感到好奇，亦或是《Unknown Horizons》的忠实粉丝，这个项目都提供了一个宝贵的切入点。接下来，我将带你从零开始，一步步拆解如何获取、配置、运行并理解这个移植项目，让你不仅能“玩”起来，更能“学”到东西。

2. 项目获取与环境准备：搭建你的开发沙盒

在开始任何项目之前，第一步永远是准备好合适的环境。对于“Unknown Horizons Godot Engine Port”项目，你需要两样核心的东西：项目源代码和Godot引擎。这个过程看似简单，但其中有一些细节和选择，会直接影响你后续的体验。

2.1 获取项目源代码

作为一个开源项目，其源代码通常托管在GitHub、GitLab或Codeberg等代码托管平台上。你需要找到该项目的官方仓库。

  1. 寻找仓库：最直接的方式是使用搜索引擎，搜索“Unknown Horizons Godot Port GitHub”。通常，这类社区移植项目会有一个独立的仓库，名称可能类似unknown-horizons-godot或uh-godot。请务必确认你找到的是活跃的、官方的移植版本，而不是一个已经废弃的分支。
  2. 克隆代码：找到仓库后，使用Git工具将其克隆到本地。打开你的终端（Linux/macOS）或Git Bash/Powershell（Windows），导航到你希望存放项目的目录，执行类似以下的命令：
    git clone https://github.com/[用户名]/[仓库名].git cd [仓库名]
    如果你不熟悉Git，大多数托管平台也提供直接下载ZIP压缩包的选项。但使用Git可以更方便地获取后续更新。

2.2 选择并安装Godot引擎

Godot引擎有多个版本，选择合适的版本至关重要。移植项目通常会锁定或推荐一个特定的Godot版本，以确保兼容性。

  1. 确定引擎版本：查看项目根目录下的project.godot文件。用文本编辑器打开它，找到类似config_version="5"的条目。这指明了项目所使用的Godot配置版本，通常对应着特定的Godot主版本（如4.x）。更直接的方法是查看项目的README文档或贡献指南，里面通常会明确说明所需的Godot版本（例如“Godot 4.2 stable”）。
  2. 下载对应版本：前往Godot引擎官网的下载页面。这里你需要做一个关键选择：标准版还是Mono版（C#支持）。
    • 标准版：使用GDScript作为主要脚本语言。对于大多数Godot项目，尤其是像《Unknown Horizons》这样可能最初就用GDScript重写的项目，这是首选。它更轻量，启动更快。
    • Mono版：如果你计划使用C#进行脚本编写，或者项目本身已经部分使用了C#，则需要此版本。它体积更大，但为.NET生态提供了集成。 除非项目文档明确要求Mono版本，否则建议从标准版开始。下载对应操作系统的可执行文件即可，Godot是绿色软件，无需安装。
  3. 引擎路径（可选但推荐）：为了在命令行中方便地调用Godot，建议将Godot可执行文件所在的目录添加到系统的PATH环境变量中。具体方法因操作系统而异：
    • Linux/macOS：可以将Godot可执行文件移动到/usr/local/bin/目录下，或在其所在目录创建一个符号链接。
    • Windows：可以将Godot.exe所在的文件夹路径添加到“系统环境变量”的Path中。 完成此操作后，你就可以在终端中直接输入godot来启动引擎了，这在进行命令行操作时非常方便。

2.3 项目结构初探

在启动引擎前，先花几分钟浏览一下项目目录结构，这能帮你快速建立对项目的整体认知。一个典型的Godot项目结构可能如下：

unknown-horizons-godot/ ├── addons/ # 可能包含的第三方插件或工具 ├── assets/ # 游戏资源：图像、音频、字体等 │ ├── textures/ │ ├── sounds/ │ └── fonts/ ├── scenes/ # Godot场景文件 (.tscn) │ ├── ui/ │ ├── world/ │ └── entities/ ├── scripts/ # GDScript脚本文件 (.gd) │ ├── core/ │ ├── entities/ │ └── ui/ ├── translation/ # 国际化翻译文件 ├── project.godot # 项目配置文件（核心！） └── README.md # 项目说明文档

重点关注project.godot文件，它是Godot项目的“大脑”，定义了项目名称、窗口设置、输入映射、自动加载脚本等全局配置。用文本编辑器打开它，你可以快速了解项目的基本设置。

注意：在首次打开任何Godot项目时，引擎可能会自动导入资源（如图片转换为.import文件）。对于大型项目，这个过程可能需要一些时间，请耐心等待控制台输出完成，不要中途关闭。

3. 启动与运行：从编辑器到可执行游戏

环境就绪后，我们就可以启动项目了。根据你的需求，有两种主要方式：通过图形化编辑器进行开发调试，或者直接运行游戏。

3.1 通过Godot编辑器打开项目

这是最常用、最直观的方式，适合开发、调试和资源编辑。

  1. 启动Godot引擎：双击你下载的Godot可执行文件（例如Godot_v4.x.x-stable_win64.exe）。
  2. 项目管理器：首次启动会进入“项目管理器”界面。点击右上角的“导入”或“扫描”按钮，然后导航到你克隆的项目根目录（包含project.godot的文件夹）。Godot会自动识别并列出项目。
  3. 编辑并运行：点击项目条目，然后点击“编辑”。Godot编辑器主界面将会打开，并加载该项目。此时，你可以浏览场景树、编辑脚本、查看资源。要运行游戏，只需点击编辑器顶部工具栏的“播放”按钮（一个三角形的图标）。

常见问题与排查：

  • 编辑器崩溃或无法加载：首先确认Godot版本与项目要求完全一致。然后检查控制台输出（如果编辑器有日志窗口），看是否有资源导入错误或脚本语法错误。有时，删除项目根目录下的.godot/缓存文件夹（关闭编辑器后操作）可以解决一些诡异的缓存问题。
  • 资源丢失（粉红问号）：这表示Godot找不到某些引用的资源（如图片、场景）。首先检查资源文件是否确实存在于assets/等目录中。其次，检查project.godot中是否有自定义的资源路径设置。最后，可以尝试在资源管理器中对该资源“重新导入”。

3.2 使用命令行直接运行

对于自动化测试、持续集成，或者单纯喜欢终端操作的开发者，命令行是更高效的方式。这需要你将Godot可执行文件路径加入系统PATH，或者使用绝对路径。

基本运行命令：

# 假设你在项目根目录下，且godot命令可用 godot

这条命令会直接启动游戏的主场景（在project.godot的application/run/main_scene中定义）。

指定运行特定场景： 如果你想跳过主菜单，直接测试某个游戏场景（例如一个特定的关卡或单位测试场景），可以使用：

godot scenes/world/island_map.tscn

这里scenes/world/island_map.tscn是相对于项目根目录的场景文件路径。

启用调试模式： 调试是开发中不可或缺的一环。在命令行中启动调试会话非常简单：

godot -d # 或者调试特定场景 godot -d scenes/units/worker.tscn

-d参数会启用Godot的内置调试器。当游戏运行时，你可以在编辑器的“调试器”面板中连接到此进程，设置断点、查看变量、单步执行代码，这对于排查复杂的游戏逻辑问题至关重要。

无头模式运行（Headless）： 对于服务器端、自动化测试或资源处理等不需要图形界面的场景，可以使用无头模式。这会显著减少资源占用，并可以在没有显示设备的服务器上运行。

godot --headless --script scripts/headless_server.gd

--headless参数告诉Godot不初始化图形和音频系统。--script参数则直接运行一个指定的GDScript文件。在这个脚本里，你可以实现一个游戏服务器逻辑，监听网络端口，处理客户端连接等。

实操心得：在团队开发或自动化流水线中，我强烈建议将常用的命令行操作（如运行测试、构建导出）写成脚本（如run_tests.sh或build.py）。这不仅能减少手动输入的错误，也便于其他成员快速上手。例如，一个简单的测试脚本可能包含godot -d --script scripts/test_runner.gd --quit-after 10，用于运行测试并在10帧后自动退出。

4. 核心模块解析：拆解一个RTS游戏的Godot实现

理解了如何运行项目后，我们深入其内部，看看一个像《Unknown Horizons》这样的复杂RTS游戏，在Godot中是如何被组织起来的。这不仅仅是代码，更是架构思想的体现。

4.1 场景结构与节点组织

Godot的核心思想是“一切皆节点”。在《Unknown Horizons》的移植中，整个游戏世界被分解成一个个可复用的场景。

  1. 世界场景（World/Map）：这通常是游戏的根场景。它可能包含：

    • TileMap节点：用于渲染等距或正交的网格地图。Godot的TileMap系统非常强大，支持多层、地形自动拼接、导航网格烘焙等。《Unknown Horizons》的地形、水域、资源分布很可能通过一个或多个TileMap层来实现。
    • YSort节点：对于2D等距游戏，确保物体按Y轴正确排序（远处的物体被近处的遮挡）至关重要。YSort节点作为父节点，可以自动根据子节点的Y坐标进行渲染排序。
    • Camera2D节点：游戏摄像机，负责视图的移动和缩放。通常会为其编写脚本，实现鼠标拖拽、滚轮缩放、边界限制等功能。
    • UI层：游戏界面（资源显示、小地图、建造菜单）通常作为CanvasLayer的子节点，确保它们始终渲染在最上层。

  2. 实体场景（Entities）：游戏中的动态对象，如单位、建筑、资源。

    • 单位（Unit）：一个典型的单位场景可能包含：Sprite2D（显示图像）、CollisionShape2D（碰撞体）、NavigationAgent2D（用于路径寻找）、以及一个控制逻辑的脚本。脚本会处理移动、攻击、状态机（空闲、移动、攻击、死亡）。
    • 建筑（Building）：与单位类似，但可能包含Area2D来定义其影响范围（如仓库的存储范围），以及更复杂的生产逻辑脚本。
    • 资源（Resource）：如树木、矿石。可能是一个简单的Sprite2D加上一个Area2D，当工人单位进入区域时触发采集事件。

  3. UI场景（User Interface）：Godot的Control节点体系是构建UI的利器。

    • 主菜单、游戏内HUD、建造面板、单位信息面板等，每个都是独立的场景。
    • 它们通过信号（Signals）与游戏逻辑场景通信。例如，当玩家在建造面板点击“建造伐木场”时，面板发出一个building_selected信号，世界场景接收后，进入“放置预览”模式。

代码示例：一个简化的工人单位脚本框架

extends CharacterBody2D # 假设使用CharacterBody2D进行物理移动 @export var speed: float = 200.0 @export var resource_capacity: int = 10 var current_resource: int = 0 var target_building: Node2D = null var state: String = "idle" # 简单状态机：idle, moving_to_resource, gathering, moving_to_depot, depositing @onready var navigation_agent: NavigationAgent2D = $NavigationAgent2D @onready var animation_player: AnimationPlayer = $AnimationPlayer func _physics_process(delta): match state: "moving_to_resource": var target_pos = navigation_agent.get_next_path_position() var direction = (target_pos - global_position).normalized() velocity = direction * speed move_and_slide() animation_player.play("walk") if global_position.distance_to(target_pos) < 10.0: state = "gathering" animation_player.play("gather") # 启动一个计时器，模拟采集时间 $GatherTimer.start() "gathering": # 等待计时器结束 pass # ... 其他状态处理 func set_movement_target(target_position: Vector2): navigation_agent.target_position = target_position state = "moving_to_resource" func _on_gather_timer_timeout(): current_resource = resource_capacity state = "moving_to_depot" # 这里需要设置目标仓库的位置 if target_building: set_movement_target(target_building.global_position)

4.2 资源管理与数据驱动

一个RTS游戏有海量的数据：单位属性（生命值、攻击力、造价）、科技树、建筑依赖关系等。硬编码在脚本里是灾难。Godot提供了强大的资源系统。

  1. 自定义资源（Resource）：你可以创建继承自Resource的自定义类，用于定义游戏数据。

    # res://resources/unit_stats.gd extends Resource class_name UnitStats @export var display_name: String = "" @export var health: int = 100 @export var attack: int = 10 @export var cost_gold: int = 50 @export var cost_wood: int = 20 @export var build_time: float = 30.0 @export var texture: Texture2D

    然后，你可以在编辑器中创建.tres资源文件，为“步兵”、“骑兵”、“弓箭手”等分别配置属性。在单位场景的脚本中，只需导出一个UnitStats类型的变量，并在编辑器中关联对应的资源文件即可。这样，平衡性调整就变成了修改数据文件，无需触碰代码。

  2. 全局自动加载（Autoload）：对于需要跨场景访问的单例管理器，如GameState（管理玩家资源、人口）、TechTree、SoundManager，Godot的“自动加载”功能是完美选择。在项目设置 -> 自动加载中，将对应的GDScript文件路径添加进去，并赋予一个全局名称（如GameState）。之后，在任何脚本中都可以直接通过GameState.gold来访问和修改黄金数量。

4.3 输入处理与UI交互

RTS游戏的输入非常复杂：框选单位、右键移动/攻击、快捷键建造、摄像机控制等。

  1. 输入映射（Input Map）：在项目设置 -> 输入映射中，预先定义好所有动作（Action），如ui_select（框选）、ui_command（右键命令）、build_barracks（快捷键B）。这可以将具体的按键、鼠标按钮与抽象的游戏逻辑解耦。
  2. 在脚本中处理输入：
    func _unhandled_input(event): if event is InputEventMouseButton and event.button_index == MOUSE_BUTTON_RIGHT and event.pressed: if not event.is_echo(): var world_position = get_global_mouse_position() # 判断是移动命令还是攻击命令（例如，按住Ctrl右键是攻击） if Input.is_key_pressed(KEY_CTRL): issue_attack_command(world_position) else: issue_move_command(world_position) get_viewport().set_input_as_handled() # 标记此事件已处理 elif event.is_action_pressed("build_barracks"): open_building_menu("barracks")
  3. 框选实现：这是一个经典功能。通常通过一个不可见的ColorRect控件来实现。在鼠标左键按下时记录起始位置，拖动时更新矩形大小和位置，释放时根据矩形区域计算选中的单位（通过物理空间查询或单位管理器的列表筛选）。

4.4 网络同步（如果项目支持多人游戏）

如果“Unknown Horizons Godot Port”计划支持多人游戏，那么网络模块将是核心。Godot提供了高层的MultiplayerAPI和低层的ENetMultiplayerPeer等。

  • 权威服务器架构：对于RTS游戏，通常采用权威服务器模式。一个玩家作为主机（兼服务器），所有游戏逻辑（单位移动、战斗计算、资源生产）都在服务器上运行，客户端只负责发送输入和渲染。
  • 状态同步与输入同步：服务器定期（或按需）将游戏世界状态（单位位置、生命值）广播给所有客户端。客户端将玩家的输入（移动指令、建造指令）发送给服务器验证和执行。
  • Godot的高层网络：使用@rpc注解可以方便地标记需要远程调用的函数。例如，在服务器脚本中：
    func command_unit(unit_id: int, target_pos: Vector2): # ... 服务器验证逻辑 # 验证通过后，广播结果 command_unit_rpc(unit_id, target_pos) @rpc("any_peer", "call_local", "reliable") func command_unit_rpc(unit_id: int, target_pos: Vector2): # 所有客户端（包括服务器）都执行这个函数，更新本地单位目标 var unit = get_unit_by_id(unit_id) if unit: unit.set_movement_target(target_pos)
    这大大简化了网络代码的编写，但需要仔细设计以防范作弊和保证流畅性。

5. 项目构建、导出与分发

当你对项目进行了修改，或者只是想分享一个可独立运行的版本时，就需要进行“导出”。Godot的导出系统非常灵活，可以将项目打包成针对不同平台（Windows、Linux、macOS、Android等）的可执行文件。

5.1 配置导出预设

在Godot编辑器中，进入项目 -> 导出。

  1. 添加预设：点击“添加...”选择目标平台，例如“Windows Desktop”。
  2. 配置选项：
    • 导出路径：指定最终可执行文件的输出位置和名称。
    • 功能（Features）：可以针对不同的发布版本（如“调试版”、“发布版”）设置不同的选项，例如是否包含调试符号、是否启用压缩等。
    • 资源（Resources）：这里可以设置资源的导出模式。对于发布版，通常选择“导出所有资源”并启用压缩（PCK包），以减小体积并保护资源。
    • 图标：为你的游戏设置一个漂亮的图标。
    • 启动画面：设置游戏启动时显示的图片。
  3. 应用保存：配置完成后，记得点击右上角的“保存”按钮。这些设置会保存在项目根目录的export_presets.cfg文件中。

5.2 命令行导出（适用于自动化）

对于自动化构建流程（如使用Jenkins、GitHub Actions），命令行导出是不可或缺的。

# 导出Windows平台的发布版本 godot --headless --export-release "Windows Desktop" "builds/unknown_horizons.exe" # 导出Linux平台的发布版本 godot --headless --export-release "Linux/X11" "builds/unknown_horizons.x86_64" # 导出调试版本（包含调试信息） godot --headless --export-debug "Windows Desktop" "builds/unknown_horizons_debug.exe"
  • --headless：无头模式，不打开图形界面，适合服务器环境。
  • --export-release或--export-debug：指定导出类型。
  • "Windows Desktop"：这是在export_presets.cfg中定义的预设名称，必须完全匹配（包括大小写和空格）。
  • "builds/unknown_horizons.exe"：输出的文件路径。Godot会自动根据平台添加扩展名，但明确指定是个好习惯。

5.3 处理依赖与资源

在导出前，务必检查项目是否依赖于外部插件或动态库（GDExtension）。这些依赖需要被正确包含在导出包中。

  1. GDExtension：如果项目使用了用C++、Rust等语言编写的GDExtension插件，你需要确保插件的动态库（.dll、.so、.dylib）和对应的.gdextension配置文件被放置在项目的addons/目录下，并且在导出预设的“资源”选项卡中，这些文件被包含在内。
  2. 自定义导入插件：如果项目有自定义的资源导入逻辑（例如，处理特殊的图像格式），需要确保相关的插件脚本也被导出。
  3. 测试导出包：导出完成后，务必在目标平台上测试导出的可执行文件。最好在一个干净的、没有安装Godot编辑器的环境中测试，以确保所有依赖都已打包完整。常见的错误包括：缺少动态库、字体文件丢失、初始场景配置错误等。

避坑指南：我遇到过最棘手的问题之一是“纹理丢失但编辑器里正常”。这通常是因为在编辑器中，某些图片被设置为“不导入”或“作为占位符”，但在导出时，这些设置可能导致文件不被包含。解决方法是，在资源管理器中选中出问题的资源，在“导入”面板中检查其导入设置，确保它被正确识别并设置为在项目中可用。另一个常见问题是脚本中的硬编码路径使用了res://，但在某些情况下（如通过--main-pack加载外部PCK时），资源路径可能发生变化，使用load()函数配合相对路径或使用ResourceLoader会更健壮。

6. 参与贡献与社区协作

“Unknown Horizons Godot Port”是一个开源项目，其生命力源于社区的贡献。如果你想为其添砖加瓦，这里有一些建议。

  1. 阅读贡献指南：项目仓库的CONTRIBUTING.md或README.md文件是必读的。里面会说明代码风格、提交信息规范、分支策略（如Git Flow）等。
  2. 从简单问题开始：在项目的Issue页面，寻找标记为good first issue或help wanted的问题。这可能是修复一个错别字、优化一个图标、或者解决一个明确的Bug。从小处着手，熟悉项目的工作流。
  3. 理解代码架构：在修改核心功能前，花时间阅读相关模块的代码。画一个简单的模块关系图，理解信号是如何流动的，数据是如何管理的。这能避免你的修改破坏现有功能。
  4. 有效沟通：如果你打算实现一个新功能（比如添加一个新单位），最好先在Issue或讨论区提出你的设计思路，与维护者和其他贡献者达成共识后再动手编码。这能确保你的工作符合项目整体方向，避免重复劳动。
  5. 测试你的修改：Godot内置了简单的测试框架，但更重要的是手动测试。确保你的修改在多种情况下（不同分辨率、不同操作）都能正常工作。如果可能，为你修复的Bug或添加的功能编写简单的测试脚本。

最后，也是最重要的体会：移植一个大型项目就像一次漫长的考古与重建。你不仅是在学习Godot，更是在理解原项目的设计哲学和无数前辈的思考。过程中你会遇到引擎限制、性能瓶颈、架构冲突，但每一次解决问题的过程，都是对你技术能力的极大提升。这个项目本身，就是一份关于“如何用Godot构建复杂2D游戏”的活教材。所以，不要只把它当作一个游戏来运行，把它当作一个宝藏来挖掘、学习和贡献。

http://www.jsqmd.com/news/1348530/

相关文章：

  • 揭秘建设团购网站费用：普通创业者如何低成本搭建且不掉坑的真实指南
  • Python通达信数据读取终极指南：3种方法快速掌握金融分析利器
  • 收藏！小白程序员必看：企业AI转型痛点与破局之道，轻松掌握大模型应用
  • UE5蓝图函数库实战：打通C++与蓝图的高效协作桥梁
  • Test PatchTSMixer深度解析：革命性时间序列预测模型的核心原理与应用
  • Unity海量数据列表性能优化：EnhancedScroller核心原理与实战应用
  • 防火墙之后的“防火墙”：派拓遭审查背后的供应链安全与基础软件博弈
  • JoyAI-Image-OpenSpatial实战教程：从零开始构建视觉空间问答系统
  • 2026 深圳罗湖区口碑好的搬家公司推荐：本土场景化选型指南与靠谱服务商深度解析 - 各企业资讯
  • Test PatchTSMixer开发者指南：从模型加载到自定义预测的进阶技巧
  • allora vs 传统Promise化：为什么50行代码能颠覆异步编程
  • Unity集成AI图像生成：用BEYOND REALITY Z-Image打造游戏素材自动化管线
  • 还在为条码生成发愁？这款开源字体让你像打字一样简单！
  • 淄博车灯升级门店盘点，这几家口碑超赞值得收藏 - 滚动商讯
  • 同名字段不同含义语义鸿沟才是数据集成真正的难
  • WindFM开源协议与社区支持：如何参与贡献与获取帮助
  • 知识蒸馏实战：从模型压缩到Qwen3大模型轻量化部署
  • H3C无线控制器，基于IPv6的Telnet访问控制典型配置
  • UE5悬空指针崩溃：成因、防护与调试实战指南
  • MOMENT-1-base核心功能全解析：预测、分类、异常检测与数据补全的终极实践
  • 如何快速上手riscv_vhdl：从仿真到FPGA实现的完整指南
  • 《LangChain/LlamaIndex 底层定制开发 线上高并发排障实战》
  • 低价企业GEO官网两千元，AI搜索建站新方案 - AZJ888
  • WindFM模型训练全流程：从数据准备到模型评估
  • Torn Keyboard进阶玩法：EC11编码器安装与OLED屏幕适配指南
  • DCNv2在目标检测中的应用：提升小目标识别精度的完整方案
  • USD-Cookbook实战案例：用Python创建带材质的USD网格模型
  • unfake.js API完全手册：在你的项目中集成专业级像素修复功能
  • 实战案例：用Kairos-23M实现电力负荷预测的完整流程
  • AI工程化实践：从大模型应用到RAG与智能体开发全链路指南