fix: 修复发布流水线 Windows arm64 CGO 工具链和 macOS 磁盘空间问题

- Windows arm64: 在 workflow matrix 中设置 CC=clang/CXX=clang++ 并注入构建环境
- macOS: 在 Makefile 关键节点清理中间产物和临时目录释放磁盘空间
- 预检步骤改用 $CC/$CXX 替代硬编码编译器名称，与 matrix 声明保持一致
- 同步新增 release-pipeline spec 需求: Windows arm64 CGO 编译器指定

openspec/specs/release-pipeline/spec.md

@@ -120,6 +120,22 @@
 - **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 文本。