WSABuilds技术架构解析:构建流程与自动化
本文深入解析MagiskOnWSA构建系统的工作原理,这是一个高度自动化的工程架构,专门用于将Magisk、Google Play服务和其他定制组件集成到Windows Subsystem for Android (WSA)中。文章详细介绍了系统的核心构建流程架构、组件下载与解析机制、系统镜像处理引擎、依赖管理系统、安装部署自动化、多架构支持体系以及错误处理与日志系统。通过模块化的设计和清晰的接口定义,MagiskOnWSA构建系统实现了高度可维护性和可扩展性,为Windows平台上的Android子系统定制化提供了可靠的技术基础。
MagiskOnWSA构建系统工作原理
MagiskOnWSA构建系统是一个高度自动化的工程架构,专门用于将Magisk、Google Play服务和其他定制组件集成到Windows Subsystem for Android (WSA)中。该系统通过精密的Python脚本、PowerShell自动化以及XML配置文件的协同工作,实现了从微软服务器获取WSA组件、解压处理、集成定制模块到最终打包部署的全流程自动化。
核心构建流程架构
MagiskOnWSA的构建过程遵循一个精心设计的流水线架构,主要包含以下关键阶段:
flowchart TD
A[构建启动] --> B[WSA组件下载]
B --> C[Magisk/KernelSU集成]
C --> D[Google Play服务处理]
D --> E[系统镜像解压与修改]
E --> F[资源文件重组]
F --> G[Appx包重新打包]
G --> H[安装脚本生成]
H --> I[构建完成]
组件下载与解析机制
构建系统的核心功能之一是自动从微软服务器获取最新的WSA组件。generateWSALinks.py脚本实现了复杂的SOAP协议通信机制:
# SOAP请求构建示例
with open(Path.cwd().parent / "xml/GetCookie.xml", "r") as f:
cookie_content = f.read().format(user)
out = session.post(
'https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx',
data=cookie_content,
headers={'Content-Type': 'application/soap+xml; charset=utf-8'}
)
该脚本通过分析微软更新服务器的响应,精确识别和提取特定架构(x64/arm64)的WSA组件包、Visual C++运行时库以及XAML框架依赖项。
系统镜像处理引擎
extractWSA.py脚本负责WSA系统镜像的深度处理,其工作流程包括:
- 架构识别与路径管理:根据目标架构创建对应的处理目录结构
- ZIP包递归解压:处理嵌套的ZIP压缩包结构
- 版本信息提取:从文件名中解析WSA版本号并写入环境变量
- 多语言资源处理:提取和重命名本地化资源文件
# 版本信息提取逻辑
ver_no = zip_name.split("_")
long_ver = ver_no[1]
ver = long_ver.split(".")
major_ver = ver[0]
rel = ver_no[3].split(".")
rel_long = str(rel[0])
依赖管理系统
构建系统维护着一个完整的依赖关系表,确保所有运行时组件正确集成:
| 依赖组件 | 架构支持 | 功能描述 | 集成方式 |
|---|---|---|---|
| Microsoft.VCLibs | x64/arm64 | Visual C++运行时库 | 自动下载并包含在包中 |
| Microsoft.UI.Xaml | x64/arm64 | XAML用户界面框架 | 版本检查与自动更新 |
| WSA主包 | x64/arm64 | Android子系统核心 | 版本特定的定制化处理 |
安装部署自动化
Install.ps1 PowerShell脚本实现了智能化的安装流程:
- 权限验证:自动检测和管理员权限提升
- 依赖检查:验证系统必备组件(Virtual Machine Platform等)
- 版本兼容性处理:处理现有WSA安装的升级或冲突解决
- 注册表配置:设置开发模式所需的注册表项
- 包注册:使用Add-AppxPackage命令注册定制化的Appx包
# 依赖版本检查逻辑
$InstalledVersion = Get-InstalledDependencyVersion -Name $_.Name -ProcessorArchitecture $ProcessorArchitecture
If ($InstalledVersion -Lt $_.MinVersion) {
Add-AppxPackage -ForceApplicationShutdown -ForceUpdateFromAnyVersion -Path "$($_.Name)_$ProcessorArchitecture.appx"
}
多架构支持体系
MagiskOnWSA构建系统完美支持x64和arm64两种架构,通过参数化构建实现架构无关的处理:
| 架构特性 | x64架构 | arm64架构 |
|---|---|---|
| 系统镜像 | 独立的x64 WSA包 | 独立的arm64 WSA包 |
| 运行时库 | x64特定版本 | arm64特定版本 |
| 性能优化 | 针对Intel/AMD优化 | 针对ARM处理器优化 |
| 兼容性 | 传统x86应用支持 | ARM原生应用支持 |
错误处理与日志系统
构建系统实现了完善的错误处理机制,包括:
- SOAP通信异常处理:网络请求超时和认证失败的重试机制
- 文件完整性验证:下载文件的SHA校验和验证
- 安装回滚支持:安装失败时的自动清理和恢复
- 详细日志记录:每个步骤的操作日志和错误信息记录
构建配置管理系统
系统通过XML配置文件管理复杂的构建参数:
<!-- FE3文件请求配置示例 -->
<GetExtendedUpdateInfo2 xmlns="http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService">
<updateIDs>
<UpdateIdentity>
<UpdateID>{}</UpdateID>
<RevisionNumber>{}</RevisionNumber>
</UpdateIdentity>
</updateIDs>
<infoTypes>
<XmlUpdateFragmentType>FileUrl</XmlUpdateFragmentType>
<XmlUpdateFragmentType>FileDecryption</XmlUpdateFragmentType>
</infoTypes>
</GetExtendedUpdateInfo2>
这种配置驱动的架构使得构建系统能够灵活适应微软服务器接口的变化,同时保持核心逻辑的稳定性。通过模块化的设计和清晰的接口定义,MagiskOnWSA构建系统实现了高度可维护性和可扩展性,为Windows平台上的Android子系统定制化提供了可靠的技术基础。
自动化脚本与GitHub Actions集成
WSABuilds项目通过精密的自动化脚本与GitHub Actions工作流的深度集成,实现了Windows Subsystem for Android (WSA)构建流程的完全自动化。这套系统不仅能够自动检测组件更新,还能构建、测试和发布完整的WSA镜像,极大地提高了开发效率和发布频率。
核心自动化脚本架构
WSABuilds的自动化脚本系统采用模块化设计,每个脚本负责特定的功能模块:
MagiskOnWSA/scripts/
├── run.sh # 主交互式构建脚本
├── build.sh # 核心构建引擎
├── WSAUpdateChecker.py # WSA版本检查器
├── generateWSALinks.py # WSA下载链接生成器
├── generateMagiskLink.py # Magisk下载链接生成器
├── generateGappsLink.py # GApps下载链接生成器
├── extractWSA.py # WSA包提取器
├── extractMagisk.py # Magisk包提取器
└── fixGappsProp.py # GApps属性修复器
构建流程控制脚本
run.sh脚本作为用户交互入口,提供友好的命令行界面:
#!/bin/bash
# 交互式菜单系统
function Radiolist {
declare -A o="$1"
shift
if ! $DIALOG --nocancel --radiolist "${o[title]}" 0 0 0 "$@" 3>&1 1>&2 2>&3; then
echo "${o[default]}"
fi
}
# 架构选择
ARCH=$(
Radiolist '([title]="Build arch" [default]="x64")' \
'x64' "X86_64" 'on' \
'arm64' "AArch64" 'off'
)
build.sh作为核心构建引擎,支持丰富的命令行参数:
# 构建参数配置示例
./build.sh --arch x64 --release-type retail \
--magisk-ver stable --root-sol magisk \
--install-gapps --remove-amazon \
--compress-format 7z
GitHub Actions工作流集成
WSABuilds项目配置了多个GitHub Actions工作流,实现完整的CI/CD流水线:
1. 自动更新检测工作流 (.github/workflows/update.yml)
name: Check update
on:
workflow_dispatch:
inputs:
wsa_ver:
type: string
description: WSA Version.
required: true
release_type:
type: choice
options: [WIF, retail]
description: Release Type
required: true
该工作流负责检测各个组件的版本更新:
flowchart TD
A[手动触发更新检查] --> B[创建update分支]
B --> C[克隆MagiskOnWSALocal]
C --> D[检查Magisk稳定版]
D --> E[检查Magisk Canary版]
E --> F[检查KernelSU版本]
F --> G[检查MindTheGapps版本]
G --> H[更新版本文件]
H --> I[创建发布标签]
2. 自定义构建测试工作流 (.github/workflows/buildtester.yml)
name: Custom Build (for testing purpose)
on:
workflow_dispatch:
inputs:
wintype:
type: choice
options: ["Windows 10","Windows 11"]
arch:
type: choice
options: [x64, arm64]
root_sol:
type: choice
options: ["Non-root","KernelSU","Magisk Stable"]
该工作流支持跨平台构建,在Ubuntu上构建WSA镜像,在Windows上处理资源合并:
sequenceDiagram
participant U as Ubuntu Runner
participant W as Windows Runner
participant C as Cache
U->>U: 安装Python依赖
U->>U: 设置虚拟环境
U->>U: 执行构建脚本
U->>C: 保存构建产物
W->>C: 恢复构建产物
W->>W: 合并PRI资源
W->>W: 压缩镜像文件
W->>W: 生成SHA256校验和
自动化构建流程详解
WSABuilds的自动化构建流程包含以下关键阶段:
阶段1: 依赖下载与验证
# generateWSALinks.py - 生成WSA下载链接
def send_req(i, v, out_file_name):
out = session.post(
'https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx/secured',
data=FE3_file_content.format(user, i, v, release_type),
headers={'Content-Type': 'application/soap+xml; charset=utf-8'}
)
doc = minidom.parseString(out.text)
for l in doc.getElementsByTagName("FileLocation"):
url = l.getElementsByTagName("Url")[0].firstChild.nodeValue
if len(url) != 99:
download_files[out_file_name] = url
阶段2: 组件集成与配置
构建系统支持多种配置组合:
| 配置选项 | 可选值 | 默认值 | 描述 |
|---|---|---|---|
| 架构 | x64, arm64 | x64 | 目标CPU架构 |
| 发布渠道 | Retail, RP, WIS, WIF | Retail | WSA发布渠道 |
| Root方案 | magisk, kernelsu, none | magisk | Root解决方案 |
| Magisk版本 | stable, beta, canary, debug | stable | Magisk版本 |
| GApps品牌 | MindTheGapps | MindTheGapps v13.0 | Google Apps包 |
阶段3: 镜像处理与优化
# Windows平台镜像优化
foreach ($Partition in 'system','product','system_ext','vendor') {
Write-Output "Optimizing of $Partition..."
Write-Output "SELECT VDISK FILE=`"$partition.vhdx`""
ATTACH VDISK READONLY
COMPACT VDISK
DETACH VDISK
}
版本更新检测机制
WSABuilds实现了智能的版本更新检测系统:
# WSAUpdateChecker.py - 版本检查逻辑
def WSAChecker(user, release_type):
global new_version_found
currentver = requests.get(f"https://raw.githubusercontent.com/.../{release_type}.appversion").text
# 获取Microsoft商店的WSA版本信息
out = session.post(
'https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx',
data=cookie_content,
headers={'Content-Type': 'application/soap+xml; charset=utf-8'}
)
# 版本比较逻辑
if version.parse(currentver) < version.parse(wsa_build_ver):
print("New version found: " + wsa_build_ver)
new_version_found = True
# 更新版本文件并触发构建
跨平台构建支持
WSABuilds的自动化系统支持在多种环境中运行:
| 环境 | 支持状态 | 依赖要求 |
|---|---|---|
| Ubuntu Linux | ✅ 完全支持 | python3, aria2, unzip, sudo |
| Windows WSL2 | ✅ 完全支持 | 同上 |
| GitHub Actions | ✅ 完全支持 | 自动配置 |
错误处理与日志系统
自动化脚本实现了完善的错误处理机制:
# 错误处理函数
abort() {
[ "$1" ] && echo -e "ERROR: $1"
echo "Build: an error has occurred, exit"
if [ -d "$WORK_DIR" ]; then
echo -e "\nCleanup Work Directory"
dir_clean
fi
clean_download
exit 1
}
trap abort INT TERM
构建产物管理
构建完成后,系统会自动处理产物:
- 压缩优化: 使用7-Zip或Zip格式压缩
- 校验和生成: 自动生成SHA256校验文件
- 版本标记: 根据配置生成相应的版本标签
- 发布准备: 准备发布说明和下载链接
# 生成校验和文件
($(Get-FileHash -Path $artifact.7z -Algorithm SHA256).Hash.ToLower().ToString() + " " + "$artifact.7z") | Out-File -FilePath sha256-checksum.txt
通过这套精密的自动化脚本与GitHub Actions的深度集成,WSABuilds实现了从版本检测、构建测试到发布部署的完整自动化流程,确保了WSA构建的质量和效率。
版本管理与更新机制详解
WSABuilds项目采用了一套高度自动化的版本管理和更新机制,确保用户能够及时获取最新的Windows Subsystem for Android构建版本。该机制涵盖了从版本检测、下载链接生成到自动化构建的完整流程。
版本检测与监控系统
WSABuilds通过多个专门的Python脚本实现对不同组件版本的实时监控:
# 版本检测核心逻辑示例
import requests
from packaging import version
# 从GitHub获取当前版本信息
currentver = requests.get(
"https://raw.githubusercontent.com/MustardChef/WSABuilds/update/retail.appversion"
).text.replace('\n', '')
# 版本比较逻辑
if version.parse(currentver) < version.parse(wsa_build_ver):
print(f"New version found: {wsa_build_ver}")
new_version_found = True
项目维护了多个版本文件用于跟踪不同组件的状态:
| 组件类型 | 版本文件 | 监控脚本 |
|---|---|---|
| WSA零售版 | retail.appversion | WSARetailUpdateCheck.py |
| WSA Insider版 | WIF.appversion | WSAInsiderUpdateCheck.py |
| Magisk稳定版 | magiskstable.appversion | MagiskStableUpdateCheck.py |
| Magisk Canary版 | magiskcanary.appversion | MagiskCanaryUpdateCheck.py |
| KernelSU | kernelsu.appversion | KernelSUUpdateCheck.py |
| MindTheGapps | gapps.appversion | MTGUpdateCheck.py |
自动化更新流程
WSABuilds的更新机制采用基于事件的触发模式,其工作流程如下:
flowchart TD
A[版本监控脚本启动] --> B[获取当前版本信息]
B --> C[查询微软更新服务器]
C --> D{发现新版本?}
D -->|是| E[更新版本文件]
D -->|否| F[流程结束]
E --> G[设置构建环境变量]
G --> H[触发GitHub Actions构建]
H --> I[生成新的构建版本]
SOAP协议与微软更新服务器交互
WSABuilds通过SOAP协议与微软的更新服务器进行通信,获取最新的WSA版本信息:
# SOAP请求示例
with open("xml/GetCookie.xml", "r") as f:
cookie_content = f.read().format(user_code)
out = session.post(
'https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx',
data=cookie_content,
headers={'Content-Type': 'application/soap+xml; charset=utf-8'}
)
XML配置文件定义了与微软服务器交互的详细参数:
<!-- GetCookie.xml 示例 -->
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
<soap:Body>
<GetCookie xmlns="http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService">
<oldCookie></oldCookie>
<lastChangeNumber>0</lastChangeNumber>
<currentTime>2010-01-01T00:00:00</currentTime>
<protocolVersion>1.7</protocolVersion>
</GetCookie>
</soap:Body>
</soap:Envelope>
版本信息解析与处理
当检测到新版本时,系统会解析返回的XML数据,提取关键的版本信息:
# 版本信息解析逻辑
doc = minidom.parseString(html.unescape(out.text))
filenames = {}
for node in doc.getElementsByTagName('ExtendedUpdateInfo')[0].getElementsByTagName('Updates')[0].getElementsByTagName('Update'):
node_xml = node.getElementsByTagName('Xml')[0]
node_files = node_xml.getElementsByTagName('Files')
if node_files:
for node_file in node_files[0].getElementsByTagName('File'):
if node_file.hasAttribute('InstallerSpecificIdentifier') and node_file.hasAttribute('FileName'):
filenames[node.getElementsByTagName('ID')[0].firstChild.nodeValue] = (
f"{node_file.attributes['InstallerSpecificIdentifier'].value}_{node_file.attributes['FileName'].value}",
node_xml.getElementsByTagName('ExtendedProperties')[0].attributes['PackageIdentityName'].value
)
环境变量与构建触发
检测到新版本后,系统会设置相应的环境变量来触发构建流程:
# 环境变量设置
with open(env_file, "a") as wr:
wr.write(f"SHOULD_BUILD=yes\n")
wr.write(f"RELEASE_TYPE={release_type}\n")
wr.write(f"LATEST_RETAIL_VER={wsa_build_ver}\n")
wr.write(f"MSG={msg}\n")
wr.write(f"RETAIL_UPDATE=yes\n")
版本发布与下载链接管理
WSABuilds使用自动化的下载链接更新机制,确保README.md中的下载链接始终保持最新:
# 下载链接更新逻辑
release_types = {
'WIF': [
((1, 1), 'LINK_FOR_W11X64'),
((2, 1), 'LINK_FOR_W11ARM64'),
((5, 1), 'LINK_FOR_W10X64')
],
'retail': [
((3, 1), 'LINK_FOR_W11X64'),
((4, 1), 'LINK_FOR_W11ARM64'),
((6, 1), 'LINK_FOR_W10X64')
]
}
多版本支持与兼容性管理
WSABuilds支持多个WSA版本,并为每个版本提供详细的兼容性信息:
| WSA版本 | Windows 11支持 | Windows 10支持 | 状态 |
|---|---|---|---|
| v2210.40000.7.0 | ✅ | ✅ | 稳定 |
| v2304.40000.5.0 | ⚠️ | ⛔ | 不稳定 |
| v2307.40000.6.0 | ✅ | ✅ | 稳定 |
| v2311.40000.5.0 | ✅ | ✅ | 稳定 |
错误处理与日志记录
系统实现了完善的错误处理机制,确保更新过程的稳定性:
# 错误处理示例
try:
with open('retail.appversion', 'w') as file:
file.write(wsa_build_ver)
file.close()
print("retail.appversion file created successfully.")
except Exception as e:
print(f"Error writing to file: {e}")
# 记录详细错误信息
logging.error(f"Failed to update version file: {str(e)}")
通过这套精密的版本管理和更新机制,WSABuilds能够确保用户始终获得最新、最稳定的Windows Subsystem for Android构建版本,同时保持高度的自动化水平和可靠性。
自定义构建与扩展开发指南
WSABuilds项目提供了强大的自定义构建能力,允许开发者根据特定需求定制Windows Subsystem for Android的构建配置。本指南将深入解析项目的自定义构建机制和扩展开发方法。
构建配置系统架构
WSABuilds采用模块化的构建系统架构,通过Python脚本实现自动化构建流程。核心配置文件通过属性文件(prop)管理系统参数,支持灵活的定制选项。
flowchart TD
A[构建配置入口] --> B[WSA版本选择]
B --> C[架构配置x64/arm64]
C --> D[Root解决方案选择]
D --> E[GApps集成配置]
E --> F[设备模型定制]
F --> G[构建属性生成]
G --> H[最终镜像打包]
核心构建参数定制
设备模型配置
WSABuilds支持多种Android设备模型的模拟,默认使用Pixel 5配置。开发者可以通过修改构建参数来定制设备特性:
# 设备模型配置示例
new_props = {
("product", "brand"): "google",
("system", "brand"): "google",
("product", "manufacturer"): "Google",
("system", "manufacturer"): "Google",
("build", "product"): sys.argv[2], # 设备名称参数
("product", "name"): sys.argv[2],
("system", "name"): sys.argv[2],
("product", "device"): sys.argv[2],
("system", "device"): sys.argv[2],
("product", "model"): sys.argv[3], # 设备型号参数
("system", "model"): sys.argv[3],
("build", "flavor"): sys.argv[2] + "-user"
}
Root解决方案选择
项目支持三种Root解决方案配置:
| 解决方案 | 特性 | 适用场景 |
|---|---|---|
| Magisk | 功能完整,模块丰富 | 需要完整Root功能的用户 |
| KernelSU | 内核级Root,安全性高 | 对安全性要求较高的场景 |
| 无Root | 纯净环境 | 企业或开发测试环境 |
构建属性文件定制
WSABuilds通过多个build.prop文件管理系统属性,支持深度定制:
# 构建属性文件结构
system/
├── system/build.prop # 系统级属性
├── vendor/build.prop # 厂商属性
├── vendor/odm/etc/build.prop # ODM属性
└── vendor/vendor_dlkm/etc/build.prop # 动态内核模块属性
自定义属性配置示例
开发者可以通过修改fixGappsProp.py脚本来自定义系统属性:
def customize_build_properties(prop_file, custom_config):
"""自定义构建属性"""
with open(prop_file, 'r') as f:
props = Prop(f)
# 添加自定义属性
props["ro.custom.build.version"] = "1.0.0"
props["ro.build.custom.feature"] = "enabled"
# 应用用户配置
for key, value in custom_config.items():
props[key] = value
with open(prop_file, 'w') as f:
f.write(str(props))
自动化构建流程扩展
自定义构建脚本开发
开发者可以创建自定义构建脚本集成到现有流程中:
#!/usr/bin/python3
# custom_build.py
import subprocess
import sys
from pathlib import Path
class CustomBuilder:
def __init__(self, arch, release_type, device_model):
self.arch = arch
self.release_type = release_type
self.device_model = device_model
self.workspace = Path.cwd()
def generate_download_links(self):
"""生成WSA下载链接"""
cmd = [
sys.executable, "generateWSALinks.py",
self.arch, self.release_type, "", "temp_download.txt", "0"
]
subprocess.run(cmd, cwd=self.workspace / "scripts")
def apply_custom_patches(self, patch_dir):
"""应用自定义补丁"""
# 实现自定义补丁逻辑
pass
def build_custom_image(self):
"""执行自定义构建"""
self.generate_download_links()
# 添加自定义构建步骤
print(f"Building custom WSA for {self.device_model} on {self.arch}")
构建流程集成点
WSABuilds提供了多个扩展点供开发者集成自定义逻辑:
- 下载阶段:修改generateWSALinks.py定制WSA版本选择
- 提取阶段:扩展extractWSA.py和extractMagisk.py处理自定义包
- 配置阶段:修改fixGappsProp.py定制系统属性
- 打包阶段:自定义installer脚本处理特殊需求
高级定制功能
多架构支持配置
WSABuilds支持x64和arm64双架构,开发者可以配置交叉编译选项:
# 架构相关配置
ARCH_CONFIG = {
"x64": {
"lib_dir": "x64",
"system_target": "x86_64",
"cross_compile": False
},
"arm64": {
"lib_dir": "arm64",
"system_target": "aarch64",
"cross_compile": True
}
}
版本管理策略
项目采用灵活的版本管理机制,支持多种发布渠道:
release_name_map = {
"retail": "Retail",
"RP": "Release Preview",
"WIS": "Insider Slow",
"WIF": "Insider Fast"
}
调试与测试方案
构建验证测试
开发者可以实施以下测试策略确保自定义构建的质量:
def validate_custom_build(build_dir):
"""验证自定义构建"""
checks = [
check_system_properties(build_dir),
check_root_solution(build_dir),
check_gapps_integration(build_dir),
check_device_compatibility(build_dir)
]
return all(checks)
def check_system_properties(build_dir):
"""检查系统属性配置"""
prop_file = build_dir / "system" / "build.prop"
if prop_file.exists():
with open(prop_file, 'r') as f:
content = f.read()
return "ro.custom.build.version" in content
return False
最佳实践建议
- 版本控制:始终维护自定义构建的版本信息
- 兼容性测试:在多种Windows版本上测试自定义构建
- 文档记录:详细记录自定义配置和修改内容
- 回滚策略:确保可以快速回退到稳定版本
- 社区贡献:将通用的自定义功能贡献回主项目
通过遵循本指南,开发者可以充分利用WSABuilds的灵活架构,创建满足特定需求的定制化Android子系统环境,同时保持与上游项目的兼容性和可维护性。
WSABuilds项目通过精密的自动化脚本与GitHub Actions工作流的深度集成,实现了完整的CI/CD流水线,涵盖从版本检测、构建测试到发布部署的全流程自动化。项目采用模块化的构建系统架构,支持灵活的定制选项,包括设备模型配置、Root解决方案选择、构建属性定制等。通过完善的版本管理机制、错误处理系统和构建验证测试,确保了自定义构建的质量和稳定性。开发者可以充分利用WSABuilds的灵活架构,创建满足特定需求的定制化Android子系统环境,同时遵循最佳实践建议,保持与上游项目的兼容性和可维护性。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00