项目快照：wavetermdev/waveterm，约 22,300 个 Star，1,129 个 Fork；最新推送时间 2026-09-10T05:30:34Z。本文基于仓库公开资料撰写。

项目地址：https://github.com/wavetermdev/waveterm · https://www.waveterm.dev

waveterm 从代码、运行环境到实践流程的项目封面
waveterm 的项目能力与实践流程示意。

项目速览（TL;DR）

waveterm，产品名为 Wave Terminal，是一个面向 macOS、Linux 与 Windows 的开源跨平台终端。它把终端、人工智能（Artificial Intelligence，AI）助手、远程连接、文件编辑与内容预览组织在同一工作区中，重点解决命令行任务上下文分散和远程会话易中断的问题。

项目属性 已知信息
GitHub 仓库 wavetermdev/waveterm
项目描述 开源、集成 AI、支持跨平台的终端工作区
主要语言 Go
应用版本 0.14.5，来源：package.json
默认分支 main
许可证 Apache License 2.0
GitHub Star 22300，来源：题目提供的 GitHub 元信息
GitHub Fork 1129，来源：题目提供的 GitHub 元信息
账户要求 README 明确说明无需注册 Wave 账户

该项目不是单一的命令行外壳，而是基于 Electron、React、Go 与终端组件构建的桌面应用。用户可以使用自有模型密钥，也可以通过 Ollama、LM Studio 等方式连接本地模型；具体模型能力、费用、数据处理规则仍由所选模型服务决定。

“Wave is an open-source, AI-integrated terminal for macOS, Linux, and Windows. It works with any AI model. Bring your own API keys for OpenAI, Claude, or Gemini, or run local models via Ollama and LM Studio. No accounts required.”

来源：README

定位与目标用户

Wave Terminal 的定位是可组合的桌面终端工作区，而不是仅增加聊天侧栏的传统终端。它把命令执行、文件处理、网页内容、远程主机和 AI 上下文放入可拖放的块级界面，以减少不同工具之间的切换。

面向的工作模式

项目适合同时处理本地命令、远程主机和文件内容的开发工作流。README 强调持久化安全外壳协议（Secure Shell，SSH）会话、远程文件图形化编辑和终端内预览，因此其目标任务不局限于本地交互式命令。

  • 需要在多个终端块之间拆分构建、测试、日志查看等任务。
  • 需要在网络切换或应用重启后恢复远程终端上下文。
  • 需要让 AI 读取当前终端输出、滚动缓冲区或显式附加的文件。
  • 需要直接查看 Markdown、图片、视频、PDF、CSV 和目录内容。
  • 需要在本地与远程 SSH 主机之间复制或同步文件。

产品边界

README 没有把 Wave 描述为服务器编排平台、集中式运维控制面或多租户 Web 终端。仓库也未提供集群规模、并发会话上限、服务等级协议（Service Level Agreement，SLA）或性能基准，因此不能据此推导企业级容量结论。

核心功能

核心能力可以归纳为上下文 AI、持久 SSH、块式工作区、远程文件处理和命令行辅助系统。以下说明区分功能的触发方式、输入输出与已知依赖，未公开的内部调用细节不作推断。

Wave AI 上下文助手

AI 助手由用户在工作区的聊天组件中触发，也可以通过 wsh ai 从命令行传入管道输出或附加文件。其输入包括终端输出、滚动缓冲区、工作区组件信息以及用户明确提交的文件，输出是分析结果、调试建议或经过用户批准的文件操作。

README 明确写明文件读取、写入和编辑会配合自动备份与用户批准。命令执行仍被标记为“Coming Soon”，因此不应把当前 AI 能力描述成已经能够自主执行任意命令。

多模型与自带密钥

用户可以提供 OpenAI、Claude、Gemini、Azure 等服务的应用程序编程接口（Application Programming Interface，API）密钥，AI 聊天组件还列出了 Perplexity。对于不希望把模型请求发送给这些云服务的环境，README 给出了 Ollama、LM Studio 和其他 OpenAI 兼容提供方作为本地接入路径。

触发模型调用的前提是用户完成提供方配置或本地模型服务配置，输出质量、上下文长度和数据留存规则不由 Wave 仓库统一保证。仓库未给出各提供方的默认模型名、请求端点、超时值和重试次数，建议以最新文档为准。

持久 SSH 会话

远程终端会话在连接中断、网络变化和 Wave 重启后可以自动重连。输入是目标主机连接信息与交互式终端数据，输出是恢复后的远程终端会话；README 未公开会话持久化协议、服务端驻留形式和恢复时限。

go.mod 包含 github.com/kevinburke/ssh_config 的替换版本、伪终端相关依赖以及 WebSocket 依赖，这些依赖与 SSH 配置解析、终端输入输出和持续通信场景相符。依赖表只能证明代码引入了相关模块，具体调用链仍应以源码为准。

块式工作区与全屏切换

终端、编辑器、浏览器和 AI 助手可以作为独立块进行拖放与组织。用户对布局执行拖动或全屏切换后，输入是块的位置、尺寸与显示状态，输出是更新后的工作区布局；全屏退出后可以返回多块视图。

package.json 列出了 react-dnd、react-dnd-html5-backend 和 react-resizable-panels，与拖放和面板调整功能对应。官方仓库未提供布局状态的数据结构、同步策略或最大块数量。

编辑器与文件预览

内置编辑器可用于编辑远程文件，并提供语法高亮和现代编辑功能。文件预览接受 Markdown、图片、视频、PDF、CSV 和目录等输入，在应用内输出相应的富内容视图，用户无需为每种文件类型切换独立工具。

依赖清单中包含 monaco-editor、monaco-yaml、react-markdown、papaparse、mermaid、shiki 和 rehype-sanitize。这些依赖分别覆盖编辑、YAML、Markdown、CSV、图表、代码高亮与 HTML 清理等处理环节，但 README 未公布完整格式兼容矩阵和单文件大小限制。

命令块与 wsh 工具

命令块用于隔离并监控单条命令，使输出不必全部混在一个连续终端缓冲区中。wsh 则从命令行管理工作区，并在终端会话之间传递数据；wsh file 用于本地和远程 SSH 主机之间的文件复制与同步。

README 未给出 wsh ai、wsh file 的完整参数签名和错误码，因此不应补写未被资料证实的命令选项。执行实际文件同步前，应先查看当前安装版本的命令帮助与官方文档。

凭据存储与界面定制

Wave 使用操作系统原生安全后端在本地保存 API 密钥和凭据，并允许在 SSH 会话中访问这些秘密。README 没有列出 macOS、Windows、Linux 分别使用的后端名称，也没有说明密钥导出、轮换或集中审计接口。

界面层支持标签页主题、终端样式和背景图片。相关配置影响展示结果，不改变远程主机权限；官方仓库未提供主题字段的稳定公共模式或配置迁移保证。

系统架构与关键模块

从已公开的清单看，Wave 是桌面前端、Go 后端能力与辅助命令系统组合而成的工程。仓库没有在给定资料中提供完整架构图，以下模块边界基于 package.json、go.mod 和 README 中可核查的信息。

桌面应用层

package.json 的入口为 ./dist/main/index.js，构建链使用 Electron、electron-vite、Vite 与 TypeScript。界面基于 React 19，终端呈现使用 @xterm/xterm，并引入适配、搜索、序列化、网页链接和 WebGL 附加组件。

应用构建标识为 dev.commandline.waveterm，产品名为 Wave。Electron 自动更新依赖 electron-updater 已列入项目，但更新通道、签名证书、发布频率和回滚规则未在资料中说明。

Go 服务与系统集成层

Go 模块路径是 github.com/wavetermdev/waveterm，go.mod 声明 Go 版本为 1.25.6。直接依赖覆盖伪终端、文件监控、JSON Web Token、数据库迁移、SQLite、WebSocket、SSH 配置、系统信息、命令行框架以及 Windows 和 WSL 相关集成。

SQLite 相关依赖包括 github.com/mattn/go-sqlite3 与 github.com/jmoiron/sqlx，迁移使用 github.com/golang-migrate/migrate/v4。数据库表结构、数据目录、备份策略和迁移回退方式未包含在给定资料中。

AI 接入层

前端依赖中存在 ai 与 @ai-sdk/react，Go 依赖中存在 github.com/google/generative-ai-go 和 Google API 客户端。根据本文作者的经验判断，这种组合有利于在桌面交互层管理流式对话，并在后端处理部分提供方调用；仓库资料未给出足以确认完整请求链的设计文档。

文档与工作区组织

npm 工作区包含 docs 和 tsunami/frontend。文档站使用 Docusaurus，公开命令为 task docsite 和 task docsite:build:public；生成的静态内容写入 build 目录。

依赖与运行环境

普通用户应按官方支持的桌面操作系统版本选择安装包，源码贡献者还需要匹配仓库声明的 Node.js/npm 与 Go 工具链。资料只给出了部分版本约束，没有给出内存、磁盘空间或图形处理器要求。

桌面应用最低要求

  • macOS 11 或更高版本，支持 arm64 与 x64。
  • Windows 10 1809 或更高版本，支持 x64。
  • Linux 需要 glibc 2.28 或更高版本，示例发行版包括 Debian 10、RHEL 8、Ubuntu 20.04，支持 arm64 与 x64。

WSH 辅助程序要求

  • macOS 11 或更高版本，支持 arm64 与 x64。
  • Windows 10 或更高版本，支持 x64。
  • Linux x64 需要内核 2.6.32 或更高版本。
  • Linux arm64 需要内核 3.1 或更高版本。

源码工具链

package.json 指定包管理器为 npm@10.9.2，类型系统使用 TypeScript ^5.9.3，桌面运行时依赖 Electron ^41.1.0。项目还声明浏览器目标为 Chrome >= 128，测试框架是 Vitest ^3.0.9。

完整的原生编译器、系统库和平台签名要求应查阅仓库的 BUILD.md。给定资料没有该文件正文，因此不能补写平台包名或安装命令。

快速开始（含最小可运行示例）

终端用户应优先从官方下载页取得与操作系统匹配的安装包；源码方式更适合验证开发版本。下面的闭环只使用仓库地址和 package.json 中公开的 npm 脚本，不代表正式发布构建流程。

方式一：使用官方安装包

  1. 打开官方 Wave Terminal 下载页面。
  2. 按照 macOS、Windows 或 Linux 对应说明安装并启动 Wave。
  3. 新建本地终端块，执行无副作用的 pwd 或 go version，确认输入和输出能够正常显示。
  4. 如需远程连接或 AI 功能，再按官方文档配置 SSH 主机或模型提供方。

README 没有给出各平台安装包文件名、静默安装参数和包校验命令，建议以下载页面和最新入门文档为准。

方式二：本地开发运行

Bash
git clone https://github.com/wavetermdev/waveterm.git
cd waveterm
npm install
npm run dev

npm run dev 对应仓库脚本 electron-vite dev。若安装原生依赖或启动后端失败，应转而按照 BUILD.md 补齐平台工具链；官方仓库未在给定资料中提供这些前置条件的完整清单。

验证开发环境

Bash
cd waveterm
npm test
npm run build:dev

npm test 调用 Vitest，npm run build:dev 调用 electron-vite build --mode development。验证闭环应同时满足开发窗口可以打开、测试命令执行完成、开发构建成功；测试覆盖范围和预期用例数量未由资料给出。

配置说明

当前资料没有公开统一的用户配置文件模式或环境变量清单，但 package.json 提供了可核查的应用与构建配置。下表只列原文件中真实存在的字段，未提供的运行期默认值不作补写。

字段名 类型 默认值或声明值 作用
name 字符串 waveterm npm 包名称。
productName 字符串 Wave 桌面产品显示名称。
version 字符串 0.14.5 当前清单声明的应用版本。
license 字符串 Apache-2.0 声明项目许可证标识。
private 布尔值 true 阻止该根包被直接发布为公共 npm 包。
main 字符串 ./dist/main/index.js Electron 主进程构建产物入口。
type 字符串 module 将 JavaScript 文件解释为 ECMAScript 模块。
build.appId 字符串 dev.commandline.waveterm 桌面应用构建标识。
packageManager 字符串 npm@10.9.2 约束项目使用的 npm 版本。
browserslist[0] 字符串 Chrome >= 128 声明前端构建的浏览器目标。
workspaces 字符串数组 docs、tsunami/frontend 定义 npm 工作区成员。

开发脚本

JSON
{
  "dev": "electron-vite dev",
  "start": "electron-vite preview",
  "build:dev": "electron-vite build --mode development",
  "build:prod": "electron-vite build --mode production",
  "coverage": "vitest run --coverage",
  "test": "vitest"
}

以上内容来自 package.json。其中 start 是 Electron Vite 的预览脚本，不应等同于生产部署服务；仓库没有给出固定监听端口，本文不添加端口假设。

模型与密钥配置

README 只说明支持自带 OpenAI、Claude、Gemini、Azure 等提供方密钥，以及连接 Ollama、LM Studio 和 OpenAI 兼容提供方。环境变量名、配置文件路径、端点字段和密钥优先级均未包含在给定资料中，建议以最新 Wave AI 文档为准。

不要把真实 API 密钥写入 Git 提交、终端历史或共享日志。Wave 声明使用操作系统原生安全后端进行本地秘密存储，但具体保护范围和备份行为仍需结合所用平台验证。

进阶用法

进阶使用的重点不是增加命令数量，而是把 AI、远程会话、文件和多个终端块组织成可追踪的工作上下文。公开资料提供了能力名称，但部分命令参数需要从当前版本的帮助信息中确认。

把命令输出交给 AI

README 表明 wsh ai 可以接收管道输出或附加文件。适合提交的是已经脱敏的构建错误、测试输出和配置片段；输出是模型生成的分析内容，不应未经复核直接作为生产变更依据。

本地与远程文件协作

wsh file 面向本地与远程 SSH 主机之间的复制和同步。执行前需要确认远程账号权限、目标路径和覆盖影响；完整参数格式、冲突处理与断点续传行为在给定资料中未提供。

多块任务隔离

可以把长期运行进程、测试命令、远程终端、编辑器和 AI 会话放入不同块，再按需全屏查看某一块。根据本文作者的经验判断，这种布局更适合区分持续输出与短命令结果，但工作区状态的持久化粒度仍应以实际版本为准。

本地模型场景

当数据不能发送给外部模型提供方时，可评估 README 明确列出的 Ollama 或 LM Studio。Wave 只负责接入工作流，本地模型自身的下载、算力需求、许可证、输出质量和服务安全不属于该仓库提供的保证。

可观测性与运维

仓库依赖显示项目具备日志和系统状态处理基础，但资料没有公开面向运维平台的指标、追踪或健康检查规范。部署或团队推广前，应先确认日志位置、更新方式、数据保留与故障恢复行为。

已有线索

  • package.json 包含 winston，表明 JavaScript 层引入了日志库。
  • go.mod 包含 github.com/shirou/gopsutil/v4，可用于读取系统与进程信息。
  • 项目包含 SQLite 和数据库迁移依赖，升级时存在本地状态迁移环节。
  • Electron 侧包含 electron-updater，但更新通道与签名验证说明未出现在给定资料中。

未公开的运维信息

官方仓库未在给定资料中提供日志默认目录、日志级别配置、轮转策略、遥测开关、指标端点、追踪协议、备份命令和恢复点目标。也没有公开 Benchmark、并发连接规模、资源占用基线或故障恢复时限，建议以最新 README、文档和发布说明为准。

升级前检查

  1. 记录当前应用版本和操作系统版本。
  2. 确认关键远程文件已经由独立机制备份，不把 AI 自动备份视为完整灾难恢复方案。
  3. 查看发布说明、路线图和已知问题，再执行升级。
  4. 在非生产工作区验证 SSH 重连、文件编辑、模型接入和本地状态迁移。

安全与合规边界

Wave 会接触终端输出、远程主机、文件内容、API 密钥和模型上下文，因此安全边界取决于本机权限、SSH 身份与模型提供方。只应在本人拥有或明确获授权的设备、账户和主机上使用相关能力。

终端与 SSH 授权

持久 SSH 会话不会扩大远程账户原有权限，但会延长会话上下文的可用时间。不得使用 Wave 连接未经授权的主机，也不得利用文件同步功能读取、覆盖或传输无权处理的数据。

AI 上下文与隐私

AI 助手能够读取终端输出和滚动缓冲区，其中会包含访问令牌、内部路径、客户数据或命令参数。向云模型提交内容前应完成脱敏，并根据组织政策判断所选提供方是否允许处理对应数据分类。

README 宣称无需 Wave 账户，但这不等于模型调用不需要提供方账户，也不等于所有数据只保留在本地。云模型的数据传输、日志留存和区域合规由对应服务条款决定；官方仓库未提供统一的数据处理协议说明。

文件操作审批

README 明确指出 AI 文件读写与编辑配有自动备份和用户批准。用户仍需在批准前检查目标路径、差异内容与秘密信息，不能把批准步骤视为文件正确性或权限合规的证明。

秘密管理边界

项目使用操作系统原生安全后端本地保存凭据，但资料未说明硬件密钥支持、企业密钥托管、集中撤销和审计导出能力。受到强制密钥托管、客户管理密钥或不可抵赖审计约束的组织，应先完成验证，再决定是否投入受监管环境。

隔离建议

  • 在测试主机和非生产目录验证 AI 文件修改。
  • 为远程连接使用最小权限账号，不共享高权限 SSH 身份。
  • 不要把生产秘密粘贴进模型提示词、命令输出或问题报告。
  • 对本地模型服务设置独立访问边界；其安全配置不由 Wave 自动代管。
  • 涉及个人信息、支付数据、医疗数据或受出口管制内容时，按组织制度完成审批和数据分类。

许可证与商用条款

仓库采用 Apache License 2.0，允许在遵守许可证条件的前提下使用、复制、修改、再分发和商用。它同时包含贡献者授予的版权许可与专利许可，但不构成对软件质量、适销性或特定用途的商业保证。

可以做什么

  • 个人或组织可在内部使用该项目。
  • 可以修改源代码并制作衍生作品。
  • 可以分发源代码形式或目标代码形式的副本。
  • 可以在满足许可证条件后用于商业产品或商业服务。

分发时需要注意什么

再分发时需要向接收者提供 Apache License 2.0 的副本，并保留适用的版权、专利、商标和归属声明；修改过的文件应以显著方式说明发生过变更。若项目包含适用的 NOTICE 文件，还需按许可证要求处理其中的归属通知。

专利许可只覆盖贡献者有权许可且其贡献必然涉及的专利权利要求。若使用者就该作品或其中贡献发起特定专利诉讼，对应专利许可存在终止条款。

商用边界

Apache-2.0 允许商用，不等于项目作者提供商业支持、赔偿承诺、SLA、商标授权或第三方模型服务费用。模型提供方、字体、图片、系统组件和分发渠道还会有各自条款，最终义务以仓库完整 LICENSE、适用的通知文件及依赖许可证为准。

局限性与已知限制

当前资料能够确认的平台与功能范围较清晰，但性能、企业治理和部分命令接口仍缺少公开细节。以下限制来自 README 的明确描述或资料缺失，不把未公开能力解释为已经实现。

  • AI 命令执行仍标记为“Coming Soon”，当前重点是上下文分析和经过批准的文件操作。
  • AI 免费额度被描述为 Beta 期间提供，额度数值、期限和后续计费规则未提供。
  • Windows 桌面应用和 WSH 均只列出 x64，资料没有声明 Windows arm64 支持。
  • Linux 桌面应用要求 glibc 2.28 或更高版本，资料没有声明其他 C 标准库环境的兼容性。
  • 文件预览没有公开格式版本、编码、最大体积和超大目录处理上限。
  • 持久 SSH 没有公开离线持续时间、会话并发上限、冲突处理和服务端依赖细节。
  • 没有给出 CPU、内存、磁盘、启动耗时或终端吞吐 Benchmark。
  • 没有给出组织级权限控制、集中策略、审计导出、身份提供方集成或多租户隔离说明。
  • 环境变量、用户配置路径和模型端点字段未包含在给定资料中，建议以最新 README 为准。

适合谁

是否采用 Wave，应根据工作流是否同时涉及终端、远程主机、文件和模型上下文来判断。以下信号可用于试点决策，而不是仅以项目热度作为依据。

  • 开发工作流：每天需要并排运行多个终端任务，并希望把编辑器、预览和命令输出放在同一桌面工作区。
  • 远程连接：经常在网络切换后继续 SSH 工作，并愿意验证自动重连对现有堡垒机或主机策略的兼容性。
  • 模型策略：允许使用自有云模型密钥，或已有 Ollama、LM Studio、OpenAI 兼容本地模型服务。
  • 文件场景：需要在终端旁查看 Markdown、PDF、CSV、图片和远程目录，并接受内置图形编辑器。
  • 技术栈匹配：团队能够维护 Electron、React、TypeScript 与 Go 组合项目，且接受 Apache-2.0 的分发义务。

不适合谁

当核心要求超出仓库已公开能力时，不应仅凭功能列表进入生产环境。以下任一条件成立，都应先进行替代方案评估或补充验证。

  • 纯无界面环境：运行环境只允许无头服务器，且不需要 Electron 桌面工作区。
  • 严格集中治理：上线前必须具备集中式角色权限、强制策略、不可篡改审计和企业密钥托管，而现有资料没有证明这些能力已经提供。
  • 明确容量承诺：采购或上线决策要求官方并发规模、资源基线、可用性 SLA 和恢复时限。
  • 平台不匹配：目标桌面系统低于最低版本，Linux 的 glibc 版本不足，或要求资料中未声明的 Windows arm64。
  • 全自动命令代理：业务要求 AI 已经能够自主执行命令，而 README 仍将该能力标记为后续功能。

常见问题与排查（FAQ / Troubleshooting）

排查应先区分操作系统兼容性、开发工具链、SSH 连接、模型配置和本地状态五类问题。官方仓库未提供统一错误码表，因此应保留准确版本、复现步骤和脱敏后的日志再提交问题。

安装后无法启动，先检查什么

先核对操作系统最低版本与处理器架构：macOS 需要 11 或更高版本，Windows 需要 10 1809 或更高版本，Linux 需要 glibc 2.28 或更高版本。若系统满足要求，日志路径和签名排查步骤应以当前官方文档为准，给定资料未提供固定路径。

npm run dev 失败怎么办

确认使用 npm@10.9.2，并检查依赖安装阶段是否出现原生模块错误。完整编译前置条件位于仓库 BUILD.md，本文资料未包含其正文，因此不要凭其他 Electron 项目的依赖清单替代官方要求。

为什么 AI 无法使用

检查是否已经配置受支持提供方的密钥，或本地 Ollama、LM Studio、OpenAI 兼容服务是否可用。具体字段名、默认端点和模型选择规则未在给定资料中提供，应按 Wave AI 文档逐项核对。

AI 能否直接执行命令

根据 README，命令执行仍处于“Coming Soon”状态。当前可确认的能力是读取终端上下文、分析组件、通过 wsh ai 接收输出或文件，以及在批准和备份机制下执行文件操作。

SSH 中断后没有恢复怎么办

先确认远程主机本身可达、认证材料仍有效，并区分网络不可达与认证失败。自动重连间隔、超时值和服务端状态要求没有出现在给定资料中，提交问题时应说明操作系统、Wave 版本、远程系统和中断方式。

能否完全离线使用 AI

README 明确支持通过 Ollama、LM Studio 和其他 OpenAI 兼容提供方运行本地模型。是否完全离线还取决于模型文件、服务配置、更新检查和工作流中是否调用其他在线资源，仓库资料没有作统一离线保证。

如何构建文档站

Bash
cd waveterm
task docsite

# 生成静态文档内容
task docsite:build:public

第一条命令启动本地文档开发服务并打开浏览器，第二条命令把静态内容生成到 build 目录。文档部署由仓库中的 Docsite CI/CD 工作流自动处理，具体部署凭据与目标环境未在资料中公开。

如何提交可复现的问题

记录应用版本 0.14.5 是否与实际安装版本一致，同时提供操作系统版本、架构、复现步骤和预期结果。提交日志前删除 API 密钥、SSH 主机地址、用户名、令牌、内部路径和业务数据。

采用前的验证清单

正式采用前应以受控测试环境覆盖主要使用路径，而不是只验证应用可以打开。以下清单不引入未公开接口，适合用于个人或团队试点评审。

  1. 确认所有目标桌面系统满足最低版本和架构要求。
  2. 验证本地终端输入、输出、搜索和全屏切换。
  3. 使用测试主机验证 SSH 连接、中断和应用重启后的恢复行为。
  4. 使用无敏感内容的样例文件验证编辑、备份、Markdown、PDF 和 CSV 预览。
  5. 分别验证批准和拒绝 AI 文件操作时的结果。
  6. 确认云模型或本地模型的数据处理边界符合组织政策。
  7. 检查应用升级后本地工作区与数据库状态是否保持可用。
  8. 阅读完整 LICENSE，并对再分发包执行第三方依赖许可证审查。

项目地址与资源

以下链接均来自仓库资料，可用于获取安装包、最新文档、构建说明、路线图和社区支持。版本、功能状态与命令参数应以默认分支和对应发布版本的文档为准。