chore(ci): Rename Docker image and install-script REPO for ApeCloud fork

[earayu]

现状

apecloud/goose fork 已经在 #4 完成 release.yml 最小补丁（4 个签名 Desktop job if: false + release job needs: 重写），dry-run 验证产物 25 个 asset 可正常发布。Docker 当前发布到 ghcr.io/apecloud/goose；安装脚本 download_cli.sh / download_cli.ps1 的 REPO 仍指向 upstream aaif-goose/goose。

产品名 ApeMind Agent 已于 2026-05-23 由 @earayu2 确认（父品牌仍为 ApeCloud）。issue #5 里 @梅西 主导 category 1-4（品牌 / Logo / 默认配置 / UI 隐藏），我负责 category 5（打包分发）+ CUSTOM_DISTROS.md 合规核对。

现象

不改动的话：

• Docker 镜像路径仍含 /goose，与产品名 ApeMind Agent 不一致；客户拉镜像看到 ghcr.io/apecloud/goose 会困惑。
• download_cli.sh / .ps1 默认从 upstream aaif-goose/goose 拉 release，而我们的 fork 在 apecloud/goose；按上游脚本走会拿不到我们的修改版本。

影响

• Docker 镜像品牌不一致，影响后续企业分发的产物路径定义。
• 安装脚本走错 release 源，使后续在 fork 上的所有补丁（包括 ci: 跳过 dry-run 阶段需要签名的桌面构建 #4 已落地的最小补丁、未来的 category 1-4 brand PR）对脚本用户不生效。

期望结果

本 PR 只做最小、独立、低风险的两处 rename：

1. .github/workflows/publish-docker.yml

   • images: ghcr.io/${{ github.repository_owner }}/goose → /apemind-agent
   • subject-name: ghcr.io/${{ github.repository_owner }}/goose → /apemind-agent
   • 推下一个测试标签后，Docker 镜像发布到 ghcr.io/apecloud/apemind-agent:<tag>。

2. download_cli.sh + download_cli.ps1

   • REPO=aaif-goose/goose → REPO=apecloud/goose（含脚本头注释里的 raw URL）
   • 脚本从 fork 的 release 页面拉 asset。

合规：category 5（打包分发）；零 Rust 代码改动；零 build-matrix 输出影响；CUSTOM_DISTROS.md 5 类约束内。

不解决什么

为了控制 PR 范围、单独验证 Docker rename 路径，以下项不在本 PR，由后续 PR 处理：

• CLI 二进制名 rename：crates/goose-cli/Cargo.toml [[bin]] name = "goose" → "apemind"（级联影响 build-cli.yml 多处 --bin goose / 包目录 / goose.exe 检查）
• Asset 文件名 rename：goose-${TARGET}-${VARIANT}.tar.bz2 → apemind-agent-...（级联影响 build-cli.yml Package 段 + release.yml 的 attest/release glob goose-* / Goose*）
• Desktop 安装包 rename：.deb / .rpm 包名（级联影响 bundle-desktop-linux.yml packaging step）
• download_cli.sh FILE 模式 + OUT_FILE 改 apemind：依赖 asset 文件名先 rename，否则脚本会去拉不存在的文件
• Flatpak app ID 迁移：io.github.block.Goose → 需 Flathub 重新注册，先保留
• goose 兼容命令入口：deferred 项，等 PoC 后再决是否做 symlink

测试计划

• 合并后推一个新测试标签（例如 v1.35.0-apecloud.1），跑 dry-run 验证：
  • Docker 镜像发布到 ghcr.io/apecloud/apemind-agent:v1.35.0-apecloud.1 ✓
  • Release run 产出 asset 与 ci: 跳过 dry-run 阶段需要签名的桌面构建 #4 dry-run 一致（25 个 asset，4 个签名 Desktop job skip）
• 用 download_cli.sh 拉新 release 验证（应能拉到，因为 REPO 已指向 apecloud/goose）

关联

• Issue: 准备 ApeCloud 品牌发行版改动清单 #5（ApeMind Agent 品牌发行版改动清单，category 5）
• Prior: ci: 跳过 dry-run 阶段需要签名的桌面构建 #4（release.yml 最小补丁 dry-run）
• 产品名拍板：#鹅岛 channel earayu2 msg 600d64ed