chore: 移除 Windows arm64 构建与发布支持

Windows ARM64 使用场景极少，windows-11-arm runner 上 MSYS2
CLANGARM64 交叉编译不稳定，CGO 编译问题难以排查，维护成本
远超收益。移除 arm64 的 CI 矩阵条目、Makefile Windows 变量、
versionctl 资产白名单、README 文档和规范中的相关需求。
Linux 和 macOS arm64 不受影响。

openspec/specs/desktop-app/spec.md

@@ -152,9 +152,9 @@ TBD - 提供跨平台桌面应用支持，将后端服务与前端静态资源
 #### Scenario: Windows 构建
 
 - **WHEN** 执行 Windows desktop 构建命令且当前版本为 `1.2.3`
-- **THEN** 系统 SHALL 生成 Windows amd64 和 arm64 desktop 可执行文件
+- **THEN** 系统 SHALL 生成 Windows amd64 desktop 可执行文件
 - **AND** Windows desktop 构建 SHALL 使用 `-H=windowsgui` linker flag 隐藏控制台窗口
-- **AND** 最终 Windows desktop 发布资产文件名 SHALL 包含 `1.2.3`、`windows` 和对应架构标识
+- **AND** 最终 Windows desktop 发布资产文件名 SHALL 包含 `1.2.3`、`windows` 和 `amd64`
 
 #### Scenario: Linux 构建
 

openspec/specs/release-pipeline/spec.md

@@ -43,7 +43,6 @@
 - **AND** 系统 SHALL 生成 `nex-server_<version>_macos_arm64.tar.gz`
 - **AND** 系统 SHALL 生成 `nex-server_<version>_macos_universal.tar.gz`
 - **AND** 系统 SHALL 生成 `nex-server_<version>_windows_amd64.zip`
-- **AND** 系统 SHALL 生成 `nex-server_<version>_windows_arm64.zip`
 
 #### Scenario: web 发布构建
 
@@ -66,9 +65,7 @@
 - **WHEN** 发布流水线执行 Windows desktop 发布构建
 - **THEN** 系统 SHALL 在包含对应架构 MSYS2/MinGW 或等价 CGO 工具链的环境中构建
 - **AND** Windows amd64 desktop 发布构建 SHALL 在 `windows-latest` runner 上的 MSYS2 MINGW64 环境中执行
-- **AND** Windows arm64 desktop 发布构建 SHALL 在 `windows-11-arm` runner 上的 MSYS2 CLANGARM64 环境中执行
 - **AND** 系统 SHALL 生成 `nex-desktop_<version>_windows_amd64.zip`
-- **AND** 系统 SHALL 生成 `nex-desktop_<version>_windows_arm64.zip`
 - **AND** 系统 SHALL NOT 在构建步骤中显式传递 TARGET_ARCH 参数
 
 #### Scenario: macOS desktop 发布构建
@@ -120,22 +117,6 @@
 - **THEN** 发布流水线 SHALL 在正式构建前失败
 - **AND** 系统 SHALL 在日志中标识缺失的工具链名称
 
-### Requirement: Windows arm64 CGO 编译器指定
-
-系统 SHALL 在 Windows arm64 发布构建中显式指定 `CC=clang` 和 `CXX=clang++` 环境变量，确保 Go cgo 在 MSYS2 CLANGARM64 环境下使用正确的 C 编译器进行 `windows/arm64` 交叉编译。
-
-#### Scenario: Windows arm64 构建使用 clang
-
-- **WHEN** 发布流水线在 `windows-11-arm` runner 上执行 Windows arm64 构建步骤
-- **THEN** 构建步骤 SHALL 将 `CC=clang` 和 `CXX=clang++` 注入 go build 环境
-- **AND** Go cgo SHALL 使用 `clang` 编译 `runtime/cgo` 等 CGO 组件
-
-#### Scenario: Windows amd64 构建保持 gcc
-
-- **WHEN** 发布流水线在 `windows-latest` runner 上执行 Windows amd64 构建步骤
-- **THEN** 构建步骤 MAY 显式指定 `CC=gcc` 和 `CXX=g++` 或依赖 Go 默认编译器探测
-- **AND** 显式指定的 `gcc` SHALL 等价于 MSYS2 MINGW64 默认 C 编译器（`x86_64-w64-mingw32-gcc`）
-
 ### Requirement: 发布流水线 LFS 资产拉取
 
 发布流水线 SHALL 在所有会 checkout 仓库并参与版本校验、web 构建、server 构建或 desktop 构建的 job 中拉取 Git LFS 真实文件，确保发布构建读取到真实二进制资产而非 LFS pointer 文本。
@@ -195,7 +176,7 @@
 - **WHEN** 当前发布版本为 `1.2.3`
 - **THEN** Linux server 发布资产文件名 SHALL 为 `nex-server_1.2.3_linux_amd64.tar.gz` 和 `nex-server_1.2.3_linux_arm64.tar.gz`
 - **AND** macOS server 发布资产文件名 SHALL 为 `nex-server_1.2.3_macos_amd64.tar.gz`、`nex-server_1.2.3_macos_arm64.tar.gz` 和 `nex-server_1.2.3_macos_universal.tar.gz`
-- **AND** Windows server 发布资产文件名 SHALL 为 `nex-server_1.2.3_windows_amd64.zip` 和 `nex-server_1.2.3_windows_arm64.zip`
+- **AND** Windows server 发布资产文件名 SHALL 为 `nex-server_1.2.3_windows_amd64.zip`
 
 #### Scenario: web 资产命名
 
@@ -207,7 +188,7 @@
 
 - **WHEN** 当前发布版本为 `1.2.3`
 - **THEN** Linux desktop 发布资产文件名 SHALL 使用 `nex-desktop_1.2.3_linux_<arch>.<format>` 格式
-- **AND** Windows desktop 发布资产文件名 SHALL 为 `nex-desktop_1.2.3_windows_amd64.zip` 和 `nex-desktop_1.2.3_windows_arm64.zip`
+- **AND** Windows desktop 发布资产文件名 SHALL 为 `nex-desktop_1.2.3_windows_amd64.zip`
 - **AND** macOS desktop 发布资产文件名 SHALL 为 `nex-desktop_1.2.3_macos_universal.zip` 和 `nex-desktop_1.2.3_macos_universal.dmg`
 - **AND** 发布资产文件名中的 macOS 平台字段 SHALL 使用 `macos` 而非 `darwin`