refactor(release): 改为 Agent 双阶段人工发布

删除 Gitea Actions、Tag/Main 自动流水线和旧 Runner 配置，取消 Git 操作与发布授权的绑定。\n\n新增本地镜像发布、固定生产部署助手、digest manifest、迁移安全检查、simulation 冒烟及显式回滚流程。\n\n验证：pnpm lint、pnpm test、pnpm build、Go 全量测试、ShellCheck、Compose 配置、人工发布测试和 linux/amd64 完整栈冒烟。

README.md

@@ -59,9 +59,9 @@ OIDC 用户通过签名、Issuer、Audience、`tid`、Scope 和应用角色校
 
 后端热更新可通过 `GO_WATCH_SHUTDOWN_GRACE_MS` 和 `GO_WATCH_RESTART_DELAY_MS` 调整旧进程退出等待时间与重启间隔。
 
-## Docker Compose 一键部署
+## Docker Compose 本地运行
 
-仓库内提供了面向 `linux/amd64` 的 Docker Compose 构建和部署脚本，会自动构建 API/Web 镜像、启动 PostgreSQL、执行数据库迁移，并验证 API 与 Web 是否可访问：
+仓库内的 Compose 脚本只用于本地构建和运行：启动 PostgreSQL、执行数据库迁移，并验证 API 与 Web 是否可访问。它不再包含 Registry 推送或生产部署能力：
 
 ```bash
 scripts/deploy-compose.sh
@@ -78,28 +78,21 @@ scripts/deploy-compose.sh
 常用覆盖项：
 
 ```bash
-AI_GATEWAY_IMAGE_TAG=2026.05.23-1 scripts/deploy-compose.sh
-AI_GATEWAY_IMAGE_TAG=2026.05.23-1 AI_GATEWAY_PUSH=1 scripts/deploy-compose.sh
-AI_GATEWAY_IMAGE_TAG=2026.05.23-1 scripts/deploy-compose.sh push
+AI_GATEWAY_IMAGE_TAG=local-test scripts/deploy-compose.sh
 AI_GATEWAY_WEB_PORT=8080 AI_GATEWAY_API_PORT=18088 scripts/deploy-compose.sh
 AI_GATEWAY_GO_PROXY='https://proxy.golang.org,direct' scripts/deploy-compose.sh
+AI_GATEWAY_NPM_REGISTRY='https://registry.npmmirror.com' scripts/deploy-compose.sh
 AI_GATEWAY_SKIP_BUILD=1 scripts/deploy-compose.sh
 scripts/deploy-compose.sh down
 scripts/deploy-compose.sh clean
 ```
 
-默认镜像地址为：
+默认本地镜像地址为：
 
-- API: `registry.cn-shanghai.aliyuncs.com/easyaigc/ai-gateway:latest`
-- Web: `registry.cn-shanghai.aliyuncs.com/easyaigc/ai-gateway-web:latest`
+- API: `registry.cn-shanghai.aliyuncs.com/easyaigc/ai-gateway:local`
+- Web: `registry.cn-shanghai.aliyuncs.com/easyaigc/ai-gateway-web:local`
 
-执行 `scripts/deploy-compose.sh push` 或设置 `AI_GATEWAY_PUSH=1` 时，会同时推送当前版本 tag 和 `latest`。当前版本 tag 优先使用 `AI_GATEWAY_IMAGE_TAG`；如果没有设置，则使用根 `package.json` 里的 `version`。
-
-推送前需要先登录阿里云镜像仓库：
-
-```bash
-docker login --username=<your-aliyun-account> registry.cn-shanghai.aliyuncs.com
-```
+生产镜像禁止使用 `latest`，只能通过后文的人工 publish 命令推送完整 Git SHA Tag。
 
 Web 容器的 Nginx 配置通过 bind mount 挂载自仓库文件 [docker/nginx.conf](docker/nginx.conf)，可直接修改该文件调整静态资源、规范 `/api/v1` 公开入口和旧 `/gateway-api` 兼容反向代理。修改后执行以下命令使配置生效：
 
@@ -107,9 +100,31 @@ Web 容器的 Nginx 配置通过 bind mount 挂载自仓库文件 [docker/nginx.
 docker compose -f docker-compose.yml restart web
 ```
 
-## 生产 CI/CD
+## 生产人工发布
 
-Gitea Actions 会在隔离的 rootless DinD Runner 中对 Pull Request、`main` Push 和版本 Tag 执行完整质量门禁；Tag 使用独立的 `release-ci / verify-tag (push)` context，不能复用旧的 `main` 成功状态。源码 Job 没有宿主 Docker、`sudo` 或生产部署权限。部署仓的 root-owned dispatcher 只在相同 SHA 的 `main` 与 Tag context 都成功后，用固定命令构建并扫描镜像，再以 Registry digest 发布 `ai.51easyai.com`。安装 Runner、Fork PR 审批、发布验证和回滚步骤见 [生产 CI/CD 运行手册](docs/runbooks/production-ci-cd.md)，信任边界见 [ADR-001](docs/decisions/001-production-cicd.md)。
+本仓库没有 Gitea Actions、Webhook、Tag、`main` Push、轮询或定时发布。`main` 不使用受保护分支限制；commit、push 和 Tag 都不会构建镜像或更新生产。
+
+生产发布由 Agent 在用户明确指令下分两次执行。第一步在本机构建 `linux/amd64` 镜像、运行临时 PostgreSQL + simulation API 冒烟、推送完整 SHA Tag，并生成带内容完整性校验的 digest-pinned manifest；该命令不会修改生产：
+
+```bash
+docker login --username=<your-aliyun-account> registry.cn-shanghai.aliyuncs.com
+./scripts/publish-release-images.sh --components auto
+```
+
+Agent 必须报告 `dist/releases/<SHA>.json` 后停止。用户再次明确确认上线后，才执行第二步：
+
+```bash
+./scripts/deploy-production-release.sh dist/releases/<SHA>.json
+```
+
+查看生产版本和显式回滚：
+
+```bash
+./scripts/deploy-production-release.sh --status
+./scripts/deploy-production-release.sh --rollback <历史完整 Git SHA>
+```
+
+完整安装、验证、失败处理和停用旧自动化步骤见[人工生产发布运行手册](docs/runbooks/production-ci-cd.md)，决策背景见 [ADR-003](docs/decisions/003-manual-agent-release.md)。
 
 Compose 默认使用独立容器数据库 `postgres:18-alpine`，数据卷会保留在 `postgres_data` 和 `api_data`。为避免本地开发 `.env` 中的 `localhost` 数据库地址污染容器部署，compose 使用 `AI_GATEWAY_COMPOSE_*` 变量作为容器部署专用覆盖，例如：