fix: FRAMEWORK vllm_bi150_r2r4 + image-verify CI (I8–I12)

README.md

@@ -10,7 +10,7 @@
 
 - Track B（竞赛）为 **NO-GO**。没有 `contest/`，没有竞赛构建。
 - 没有 ZIP 打包，没有上传驱动的 Makefile 目标。
-- `FRAMEWORK` 使用 `vllm_0_17_0_corex_4_4_0`，不使用 `vllm_fix_tokenizer`。
+- `FRAMEWORK` 使用 `vllm_bi150_r2r4`，不使用 `vllm_fix_tokenizer`。
 - tokenizer 修补（I5）未开启。现有 bi150 引擎已覆盖 tokenizer；本仓补的是 chat_template（R2）和 architecture 白名单（R4）。
 
 ## 基线镜像
@@ -40,21 +40,37 @@ make dry-run
 
 `make dry-run` 只打印启动计划与模板预览，不启动 vLLM，不访问平台。
 
-## 改 FRAMEWORK
+## FRAMEWORK
 
 默认值写在 [task_info.env.example](task_info.env.example)。镜像内和 CI 使用同一组值：
 
 - `GPU_TYPE=Iluvatar_bi-150`
-- `FRAMEWORK=vllm_0_17_0_corex_4_4_0`
+- `FRAMEWORK=vllm_bi150_r2r4`
 - `TASK_TYPE=text-generation`
 
+### 为什么不用 `vllm_0_17_0_corex_4_4_0`
+
+适配页按 FRAMEWORK 聚合。该名字已被 **i-liangzhuobang** 占用展示，本仓 v0.1.0 用它注册时，引擎下拉里看到的是对方的开发者身份。`vllm_bi150_r2r4` 是本仓独有的名字，用来让适配页正确归属。
+
 若平台给出新的 FRAMEWORK 名，同时改这三处，并让 `make test` 保持通过：
 
 - `task_info.env.example`
 - `.gitea/workflows/task_info.env`
 - `Dockerfile` 的 `ENV`
 
-不要改回 `vllm_fix_tokenizer`。
+不要改回 `vllm_fix_tokenizer`，也不要改回撞名的旧值。
+
+## CI 与 image-verify
+
+`v*` 标签触发 [.gitea/workflows/build.yml](.gitea/workflows/build.yml)：
+
+```text
+Clone → Load task info → Validate Image Verify Metadata → Build image → Push → Notify Image Verify
+```
+
+Validate 在构建前校验 `gpuType` 与 `taskType`；Notify 只在镜像真的推送成功后注册 `imageUrl`。两步都要 Runner 注入 `FIXED_TOKEN`，仓库里不存任何 Token。
+
+CI 只调用 `adminApi/image-verify` 和它的 `validate`。不代领、也不代提交适配任务。
 
 ## 建仓与选用