WSABuilds 完整指南在 Windows 上构建带 Google Play 和 Magisk 的 WSA 环境【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds微软在 2025 年 3 月正式叫停 Windows Subsystem for Android官方 WSA 就此停更。WSABuilds 补上了这个位置它把微软官方的 WSA 基础镜像拆开重新塞进 Magisk、KernelSU 和 Google Play 服务MindTheGapps打包成一套可以直接在 Windows 10/11 上运行的 .7z 安装包。核心亮点是 LTS长期支持承诺——项目不跟进微软的更新节奏而是固定 WSA 大版本、持续刷新里面的 Magisk 和 GApps让这套魔改 Android 子系统在官方停服后依然可用。工作原理速览WSA 构建是怎么转起来的先看整条构建管线一张图就能理清WSA 构建的全貌两条路径大多数人在 Releases 页直接下现成包双击Run.bat就完事想完全控制版本组合的人在 Linux 环境里跑MagiskOnWSA/scripts/下的构建脚本自己打。流程本质上是微软给骨架、社区填血肉从微软渠道拿到的 .zip 是个两层嵌套的压缩包extractWSA.py先把它拆成文件树再把 Magisk 的 stub.apk、GApps 的 APK 和修好的系统属性文件放回去最后压成 7z。装到 Windows 上后Install.ps1用Add-AppxPackage -Register把散文件注册成 AppX 包——这就是为什么解压出来的文件夹永远不能删。从克隆仓库到跑通WSA 构建与安装实操第一步准备 Windows 侧环境先确认宿主机硬件达标这是所有安装失败的头号原因。项目最低要求推荐值系统版本Win11 build 22000.526 / Win10 22H2最新版内存8GB16GB系统盘C 盘剩余 10GBNTFS 分区SSD虚拟化BIOS 开启 Virtual Machine PlatformWindows Hypervisor Platform已启用⚠️ 两个高频坑WSA 装不上 exFAT 分区C 盘必须是 NTFS报0x80073CFx系列错误先查这里Win10 老版本需要手动补 KB5014032 和 KB5022834 两个补丁。第二步克隆仓库并选择配置把构建环境拉下来本地构建仅在 Linux 上进行Windows 侧直接跳第三步git clone https://gitcode.com/GitHub_Trending/ws/WSABuilds cd WSABuilds/MagiskOnWSA⚠️ 脚本必须用 bash 执行./run.sh用sh run.sh会直接报错退出依赖由install_deps.sh自动装whiptail、aria2、p7zip、unzip、python3-pip需要 sudo 权限。关键配置项如下直接选推荐值即可覆盖绝大多数场景参数含义推荐值--arch目标架构x64--release-typeWSA 渠道retail/RP/WIS/WIFretail--root-solRoot 方案magisk--magisk-verMagisk 版本渠道stable--install-gapps是否集成 MindTheGapps开启--remove-amazon移除 Amazon Appstore开启--compress-format输出压缩格式7z第三步执行构建在MagiskOnWSA/scripts/下启动交互式构建它会先装依赖、弹 whiptail 图形界面让你逐项选择最后拼出完整命令行交给build.sh./run.sh # 或跳过界面直接执行 ./build.sh --arch x64 --release-type retail \ --root-sol magisk --magisk-ver stable \ --install-gapps --remove-amazon --compress-format 7z第四步Windows 安装与验证拿到包后按四步走解压 .7z、把文件夹改名为WSA、放到一个长期不动的位置比如文档目录因为注册机制依赖文件常驻、双击Run.bat。# Run.bat 闪退时的手动兜底管理员 PowerShell 中执行 cd X:\path\to\WSA PowerShell.exe -ExecutionPolicy Bypass -File .\Install.ps1⚠️ 手动注册失败时先跑Add-AppxPackage -ForceApplicationShutdown -ForceUpdateFromAnyVersion -Register .\AppxManifest.xml它会吐出一个 ActivityID再执行Get-AppPackageLog -ActivityID uuid就能看到具体失败原因。✅ 验证成功的标志WSA 图标出现在开始菜单首次启动弹出诊断信息同意框之后能进入桌面并看到 Play Store。核心机制拆解三个设计点看懂 Magisk 集成 Android 子系统的精髓机制一没有 boot 镜像的 Root 注入一句话定位WSA 是 Hyper-V 虚拟机没有真机那种可 patch 的 boot.img所以 Magisk 常规打法失效项目改走init 钩子 每次开机自动重注入的路线。工作流post-fs-data.sh核心逻辑MAGISKTMP/sbin [ -d /sbin ] || MAGISKTMP/debug_ramdisk MAGISKBIN/data/adb/magisk ABI$(getprop ro.product.cpu.abi) for file in busybox magiskpolicy magiskboot magiskinit; do [ -x $MAGISKBIN/$file ] || { unzip -d $MAGISKBIN -oj $MAGISKTMP/stub.apk lib/$ABI/lib$file.so mv $MAGISKBIN/lib$file.so $MAGISKBIN/$file chmod 755 $MAGISKBIN/$file } done为什么这样设计stub.apk 被塞进 ramdisk 后由init.lsp.magisk.rc在系统 post-fs-data 阶段拉起上面的脚本把 Magisk 的二进制从 apk 里逐次解到/data/adb/magisk。/data分区持久化但每次 WSA 镜像重置后脚本都会补全缺失文件——等于给 Root 环境加了自愈能力不依赖任何一次性 patch。[技术注释] 脚本开头对/data/adb做了chcon打 SELinux 标签这是 WSA 的 SELinux 处于 enforcing 状态下能正常运行模块的前提。机制二两层嵌套 zip 的解包与版本自解析一句话定位微软发布的 WSA .zip 里套着一个与架构绑定的内层 zipextractWSA.py负责拆层并顺手解析出版本号。工作流extractWSA.py核心片段with zipfile.ZipFile(wsa_zip_path) as zip: for f in zip.filelist: filename_lower f.filename.lower() if arch in filename_lower: zip.extract(f, workdir) wsa_zip.extractall(archdir) # 拆出内层系统文件树 if language in filename_lower or scale in filename_lower: # 提取多语言 resources.pri供重新打包时替换 AppxManifest 语言包为什么这样设计版本号不查接口直接从文件名2407.40000.4.0_x64里切出来写回 env 文件供build.sh后续步骤消费。好处是整条管线零网络依赖也能跑通组件版本完全由你传入的参数决定构建结果可复现。机制三GApps 属性指纹修复一句话定位Google Play 服务会校验设备属性而 WSA 的build.prop原本指向 Amazon 应用商店体系不修属性 Play 服务必挂。工作流fixGappsProp.py做的事# 读入 WSA 的 build.prop逐行匹配关键属性 for line in prop: if key in (ro.build.fingerprint, ro.product.model, ro.build.version.sdk): line line.replace(original, expected) # 替换为目标 Android 13 指纹 out.append(line)为什么这样设计GApps 的签名校验读的是系统属性而不是 APK 本身把指纹改成官方渠道的 Android 13 设备Play 服务就把它当正规环境放行。这也是参考文章里Google Play 频繁崩溃类问题的根因——属性修得不干净。场景实战从日常用到安全研究三个场景共用同一套安装流程差别只在参数选择和装完之后的玩法。场景一日常使用 开发调试。目标是装一套长期稳定、能连 adb 的 WSA。关键配置LTS 稳定版 x64 stable Magisk装完直接 adb 连入做应用调试体验等同真机。踩坑提醒Win11 24H2 之后部分应用会卡加载界面先升级到最新热修复版本并清理应用数据仍不行就重装应用。跑完日常场景后如果你开始怀疑预构建包到底和我自己打的有没有差就需要场景二。场景二自建可复现构建。目标是固定组件版本、输出可分发的安装包比如给团队发一个WSA 指定 Magisk 指定 GApps的组合。关键配置Linux 环境 clone 仓库build.sh全参数显式指定--compress-format 7z压出体积最小的产物。踩坑提醒依赖要装 aria2、p7zip、unzipinstall_deps.sh会自动检测但 Arch 系发行版会额外触发一次系统升级确认别卡在那里。自建构建的环境稳定后就能往更深的方向玩——安全研究。场景三Root 环境做安全研究。目标是搭一个可动态分析、可抓包、可 hook 的 Android 环境。关键配置Magisk canary 渠道 集成 Magisk 模块Xposed 系 hook 框架MagiskOnWSA/cacerts/目录已内置一份 CA 证书链方便流量分析。踩坑提醒Root 环境把完整系统调用面暴露出来测试目标应用务必用脱敏数据别拿线上数据直接跑。资源与调优建议按负载场景配机器硬件门槛前面表格已经列过这里给不同用法的具体配置建议场景内存磁盘其他轻量应用聊天、工具类8GBNTFS 10GB 空闲无需独显中等负载日常主力16GBNTFS SSD建议开启 GPU 直通游戏 / 开发16GBSSD独显或高性能核显GPU 是 WSA 最大的兼容性地雷Intel HD 530 及更早的核显会直接导致启动失败或花屏按Documentation/Usage Guides/General Usage Guides/ChangingGPU.md切到独显或 Microsoft Basic Renderer 即可绕过N 卡有启动失败和图形异常的已知记录同样走切换路线。WSA 本身不吃额外资源但它就是一个完整 Android 系统内存给多少它就用多少8GB 以下体验会明显卡顿。安全与信任三条边界和一个风险WSA 基于 Hyper-V 沙箱运行与宿主机隔离但 Root 权限意味着子系统内部不再有任何完整性保护装什么模块你全权负责。组件来源全部可追溯WSA 基础镜像来自微软官方渠道Magisk/KernelSU 来自上游官方仓库GApps 来自 MindTheGapps构建脚本是 AGPL v3 开源代码可自行审计。需要自行评估的风险点GApps 包的完整性和合规性建议自己校验一遍不要盲信任何第三方预打包组件Magisk 模块质量自负一个坏模块能搞崩整个子系统。横向对比WSABuilds 和其他路线怎么选四条路线能力对比如下各自适用人群很清晰维度官方 WSAWSABuilds第三方修改包完整虚拟机Google Play 服务❌ 从未内置✅ MindTheGapps 完整集成⚠️ 部分支持✅Root 权限❌✅ Magisk / KernelSU⚠️ 有限✅维护状态❌ 2025-03 停服✅ LTS 持续更新⚠️ 各自为战✅ 不依赖 WSA安装方式⚠️ 商店安装✅ 解压 Run.bat⚠️ 手动集成⚠️ 需配置虚拟化资源占用—与官方 WSA 同级同级显著更高适用场景存量用户需要 GMS Root 的 Windows 用户尝鲜需要完整 Android 镜像生态与社区主维护者的 XDA 帖子从 2024 年初延续至今Release 节奏稳定当前主线为 2407.40000.4.0 LTS 7 HOTFIX 1微软停服公告后项目明确宣布不归档仓库、对 WSA 2311 及以上版本做长期支持。文档是这套项目的隐藏强项Documentation/Fix Guides/按安装前/后分门别类0x80073CFx 系列安装错误、Google Play 崩溃、键盘失灵这些高频问题都有独立修复文档。社区主渠道是项目 Discord加上 XDA 板块和 r/WSA 子版块Issue 反馈基本都会得到回应。后续方向大概率是维持 LTS 更新节奏并跟进 GApps 崩溃修复而不是转向新架构。关键路径速查内容路径 / 说明安装文档Documentation/WSABuilds/Installation.md更新指南Documentation/WSABuilds/Updating.md本地构建脚本MagiskOnWSA/scripts/build.sh入口run.shRoot 注入脚本MagiskOnWSA/scripts/post-fs-data.shGPU 切换指南Documentation/Usage Guides/General Usage Guides/ChangingGPU.md故障文档Documentation/Fix Guides/按安装前/后分类微软放弃的WSABuilds 用 LTS 接住了。GMS 和 Root 这两个官方永远给不了的东西这里开箱即用——这就是它存在的意义。【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 WSABuilds 完整指南：在 Windows 上构建带 Google Play 和 Magisk 的 WSA 环境
WSABuilds 完整指南在 Windows 上构建带 Google Play 和 Magisk 的 WSA 环境【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds微软在 2025 年 3 月正式叫停 Windows Subsystem for Android官方 WSA 就此停更。WSABuilds 补上了这个位置它把微软官方的 WSA 基础镜像拆开重新塞进 Magisk、KernelSU 和 Google Play 服务MindTheGapps打包成一套可以直接在 Windows 10/11 上运行的 .7z 安装包。核心亮点是 LTS长期支持承诺——项目不跟进微软的更新节奏而是固定 WSA 大版本、持续刷新里面的 Magisk 和 GApps让这套魔改 Android 子系统在官方停服后依然可用。工作原理速览WSA 构建是怎么转起来的先看整条构建管线一张图就能理清WSA 构建的全貌两条路径大多数人在 Releases 页直接下现成包双击Run.bat就完事想完全控制版本组合的人在 Linux 环境里跑MagiskOnWSA/scripts/下的构建脚本自己打。流程本质上是微软给骨架、社区填血肉从微软渠道拿到的 .zip 是个两层嵌套的压缩包extractWSA.py先把它拆成文件树再把 Magisk 的 stub.apk、GApps 的 APK 和修好的系统属性文件放回去最后压成 7z。装到 Windows 上后Install.ps1用Add-AppxPackage -Register把散文件注册成 AppX 包——这就是为什么解压出来的文件夹永远不能删。从克隆仓库到跑通WSA 构建与安装实操第一步准备 Windows 侧环境先确认宿主机硬件达标这是所有安装失败的头号原因。项目最低要求推荐值系统版本Win11 build 22000.526 / Win10 22H2最新版内存8GB16GB系统盘C 盘剩余 10GBNTFS 分区SSD虚拟化BIOS 开启 Virtual Machine PlatformWindows Hypervisor Platform已启用⚠️ 两个高频坑WSA 装不上 exFAT 分区C 盘必须是 NTFS报0x80073CFx系列错误先查这里Win10 老版本需要手动补 KB5014032 和 KB5022834 两个补丁。第二步克隆仓库并选择配置把构建环境拉下来本地构建仅在 Linux 上进行Windows 侧直接跳第三步git clone https://gitcode.com/GitHub_Trending/ws/WSABuilds cd WSABuilds/MagiskOnWSA⚠️ 脚本必须用 bash 执行./run.sh用sh run.sh会直接报错退出依赖由install_deps.sh自动装whiptail、aria2、p7zip、unzip、python3-pip需要 sudo 权限。关键配置项如下直接选推荐值即可覆盖绝大多数场景参数含义推荐值--arch目标架构x64--release-typeWSA 渠道retail/RP/WIS/WIFretail--root-solRoot 方案magisk--magisk-verMagisk 版本渠道stable--install-gapps是否集成 MindTheGapps开启--remove-amazon移除 Amazon Appstore开启--compress-format输出压缩格式7z第三步执行构建在MagiskOnWSA/scripts/下启动交互式构建它会先装依赖、弹 whiptail 图形界面让你逐项选择最后拼出完整命令行交给build.sh./run.sh # 或跳过界面直接执行 ./build.sh --arch x64 --release-type retail \ --root-sol magisk --magisk-ver stable \ --install-gapps --remove-amazon --compress-format 7z第四步Windows 安装与验证拿到包后按四步走解压 .7z、把文件夹改名为WSA、放到一个长期不动的位置比如文档目录因为注册机制依赖文件常驻、双击Run.bat。# Run.bat 闪退时的手动兜底管理员 PowerShell 中执行 cd X:\path\to\WSA PowerShell.exe -ExecutionPolicy Bypass -File .\Install.ps1⚠️ 手动注册失败时先跑Add-AppxPackage -ForceApplicationShutdown -ForceUpdateFromAnyVersion -Register .\AppxManifest.xml它会吐出一个 ActivityID再执行Get-AppPackageLog -ActivityID uuid就能看到具体失败原因。✅ 验证成功的标志WSA 图标出现在开始菜单首次启动弹出诊断信息同意框之后能进入桌面并看到 Play Store。核心机制拆解三个设计点看懂 Magisk 集成 Android 子系统的精髓机制一没有 boot 镜像的 Root 注入一句话定位WSA 是 Hyper-V 虚拟机没有真机那种可 patch 的 boot.img所以 Magisk 常规打法失效项目改走init 钩子 每次开机自动重注入的路线。工作流post-fs-data.sh核心逻辑MAGISKTMP/sbin [ -d /sbin ] || MAGISKTMP/debug_ramdisk MAGISKBIN/data/adb/magisk ABI$(getprop ro.product.cpu.abi) for file in busybox magiskpolicy magiskboot magiskinit; do [ -x $MAGISKBIN/$file ] || { unzip -d $MAGISKBIN -oj $MAGISKTMP/stub.apk lib/$ABI/lib$file.so mv $MAGISKBIN/lib$file.so $MAGISKBIN/$file chmod 755 $MAGISKBIN/$file } done为什么这样设计stub.apk 被塞进 ramdisk 后由init.lsp.magisk.rc在系统 post-fs-data 阶段拉起上面的脚本把 Magisk 的二进制从 apk 里逐次解到/data/adb/magisk。/data分区持久化但每次 WSA 镜像重置后脚本都会补全缺失文件——等于给 Root 环境加了自愈能力不依赖任何一次性 patch。[技术注释] 脚本开头对/data/adb做了chcon打 SELinux 标签这是 WSA 的 SELinux 处于 enforcing 状态下能正常运行模块的前提。机制二两层嵌套 zip 的解包与版本自解析一句话定位微软发布的 WSA .zip 里套着一个与架构绑定的内层 zipextractWSA.py负责拆层并顺手解析出版本号。工作流extractWSA.py核心片段with zipfile.ZipFile(wsa_zip_path) as zip: for f in zip.filelist: filename_lower f.filename.lower() if arch in filename_lower: zip.extract(f, workdir) wsa_zip.extractall(archdir) # 拆出内层系统文件树 if language in filename_lower or scale in filename_lower: # 提取多语言 resources.pri供重新打包时替换 AppxManifest 语言包为什么这样设计版本号不查接口直接从文件名2407.40000.4.0_x64里切出来写回 env 文件供build.sh后续步骤消费。好处是整条管线零网络依赖也能跑通组件版本完全由你传入的参数决定构建结果可复现。机制三GApps 属性指纹修复一句话定位Google Play 服务会校验设备属性而 WSA 的build.prop原本指向 Amazon 应用商店体系不修属性 Play 服务必挂。工作流fixGappsProp.py做的事# 读入 WSA 的 build.prop逐行匹配关键属性 for line in prop: if key in (ro.build.fingerprint, ro.product.model, ro.build.version.sdk): line line.replace(original, expected) # 替换为目标 Android 13 指纹 out.append(line)为什么这样设计GApps 的签名校验读的是系统属性而不是 APK 本身把指纹改成官方渠道的 Android 13 设备Play 服务就把它当正规环境放行。这也是参考文章里Google Play 频繁崩溃类问题的根因——属性修得不干净。场景实战从日常用到安全研究三个场景共用同一套安装流程差别只在参数选择和装完之后的玩法。场景一日常使用 开发调试。目标是装一套长期稳定、能连 adb 的 WSA。关键配置LTS 稳定版 x64 stable Magisk装完直接 adb 连入做应用调试体验等同真机。踩坑提醒Win11 24H2 之后部分应用会卡加载界面先升级到最新热修复版本并清理应用数据仍不行就重装应用。跑完日常场景后如果你开始怀疑预构建包到底和我自己打的有没有差就需要场景二。场景二自建可复现构建。目标是固定组件版本、输出可分发的安装包比如给团队发一个WSA 指定 Magisk 指定 GApps的组合。关键配置Linux 环境 clone 仓库build.sh全参数显式指定--compress-format 7z压出体积最小的产物。踩坑提醒依赖要装 aria2、p7zip、unzipinstall_deps.sh会自动检测但 Arch 系发行版会额外触发一次系统升级确认别卡在那里。自建构建的环境稳定后就能往更深的方向玩——安全研究。场景三Root 环境做安全研究。目标是搭一个可动态分析、可抓包、可 hook 的 Android 环境。关键配置Magisk canary 渠道 集成 Magisk 模块Xposed 系 hook 框架MagiskOnWSA/cacerts/目录已内置一份 CA 证书链方便流量分析。踩坑提醒Root 环境把完整系统调用面暴露出来测试目标应用务必用脱敏数据别拿线上数据直接跑。资源与调优建议按负载场景配机器硬件门槛前面表格已经列过这里给不同用法的具体配置建议场景内存磁盘其他轻量应用聊天、工具类8GBNTFS 10GB 空闲无需独显中等负载日常主力16GBNTFS SSD建议开启 GPU 直通游戏 / 开发16GBSSD独显或高性能核显GPU 是 WSA 最大的兼容性地雷Intel HD 530 及更早的核显会直接导致启动失败或花屏按Documentation/Usage Guides/General Usage Guides/ChangingGPU.md切到独显或 Microsoft Basic Renderer 即可绕过N 卡有启动失败和图形异常的已知记录同样走切换路线。WSA 本身不吃额外资源但它就是一个完整 Android 系统内存给多少它就用多少8GB 以下体验会明显卡顿。安全与信任三条边界和一个风险WSA 基于 Hyper-V 沙箱运行与宿主机隔离但 Root 权限意味着子系统内部不再有任何完整性保护装什么模块你全权负责。组件来源全部可追溯WSA 基础镜像来自微软官方渠道Magisk/KernelSU 来自上游官方仓库GApps 来自 MindTheGapps构建脚本是 AGPL v3 开源代码可自行审计。需要自行评估的风险点GApps 包的完整性和合规性建议自己校验一遍不要盲信任何第三方预打包组件Magisk 模块质量自负一个坏模块能搞崩整个子系统。横向对比WSABuilds 和其他路线怎么选四条路线能力对比如下各自适用人群很清晰维度官方 WSAWSABuilds第三方修改包完整虚拟机Google Play 服务❌ 从未内置✅ MindTheGapps 完整集成⚠️ 部分支持✅Root 权限❌✅ Magisk / KernelSU⚠️ 有限✅维护状态❌ 2025-03 停服✅ LTS 持续更新⚠️ 各自为战✅ 不依赖 WSA安装方式⚠️ 商店安装✅ 解压 Run.bat⚠️ 手动集成⚠️ 需配置虚拟化资源占用—与官方 WSA 同级同级显著更高适用场景存量用户需要 GMS Root 的 Windows 用户尝鲜需要完整 Android 镜像生态与社区主维护者的 XDA 帖子从 2024 年初延续至今Release 节奏稳定当前主线为 2407.40000.4.0 LTS 7 HOTFIX 1微软停服公告后项目明确宣布不归档仓库、对 WSA 2311 及以上版本做长期支持。文档是这套项目的隐藏强项Documentation/Fix Guides/按安装前/后分门别类0x80073CFx 系列安装错误、Google Play 崩溃、键盘失灵这些高频问题都有独立修复文档。社区主渠道是项目 Discord加上 XDA 板块和 r/WSA 子版块Issue 反馈基本都会得到回应。后续方向大概率是维持 LTS 更新节奏并跟进 GApps 崩溃修复而不是转向新架构。关键路径速查内容路径 / 说明安装文档Documentation/WSABuilds/Installation.md更新指南Documentation/WSABuilds/Updating.md本地构建脚本MagiskOnWSA/scripts/build.sh入口run.shRoot 注入脚本MagiskOnWSA/scripts/post-fs-data.shGPU 切换指南Documentation/Usage Guides/General Usage Guides/ChangingGPU.md故障文档Documentation/Fix Guides/按安装前/后分类微软放弃的WSABuilds 用 LTS 接住了。GMS 和 Root 这两个官方永远给不了的东西这里开箱即用——这就是它存在的意义。【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考