ci: use larger runners and main for Arc public builds

[littlehand26]

改动

将 build.yml / release.yml 中的 EL、CL 原生构建切到与 Leafage 相同的 16 核 larger runners：

• amd64：ubuntu2404-linux-x86-64-16c
• arm64：ubuntu2204-arm64-16c

按用户后续确认，现有 GitHub 仓库已公开，默认分支改为 main。本 PR 同步将 build workflow 的 PR/push 目标及 CONTRIBUTING.md、SECURITY.md 的默认分支说明改为 main。

manifest 仍使用 ubuntu-latest；编译参数、缓存 scope、版本/Bash 检查、镜像名称、发布和权限逻辑不变。无 Rust/Cargo/Dockerfile 改动。

验证

• actionlint v1.7.7：显式配置上述两个组织自定义标签后检查两份 workflow；不忽略 runner-label 规则。
• YAML 结构比较：两份 workflow 的 jobs/env 相同，相对基线只改变预期的两个架构 runner 映射。
• 追加的 main 引用变更：actionlint、git diff --check 和差异敏感信息扫描通过；GitHub 读回默认分支 main，PR base 已自动改为 main。
• PR CI 用实际 job labels 和 assigned runner 验证 Arc 仓库可调度。组织 runner 清单 API 返回 403，未申请额外 scope 或修改 runner 权限。
• 实测：CI 34805450561 的 EL/CL × amd64/arm64 四个任务均已分配对应 16c runner，group 为 default larger runners；构建仍在运行，不代表镜像已发布。

边界

larger runners 会产生构建用量费用。既有 v0.8.0-ct.2 的运行不会自动换 runner；不移动已有 release tag、不手动取消既有 CI、不更改生产镜像。追加 commit 会按既有 PR concurrency 策略替换同 PR 的旧运行。用户已要求合并后以新 commit 创建 v0.8.0-ct.3，发布结果仍以该 release CI 为准。