ci(smoke): 引擎导入探针 + tts-1-hd 契约 + 补 2.0 那格；顺带揪出 3 个从没执行过的 CI 信号

[ReSerendipity]

这条 PR 来自哪里

A1（#103）落地时我自己写了一句"不管选哪个，都把容器内加载引擎补进冒烟 —— 否则同类问题还会以门禁全绿的形式复现"，当时没做。这次做完，做的过程中撞出三个"信号其实是空的"，一并修/记。

真机验证到哪一格（RTX 5070 Ti，transformers 4.52.1）

步骤	结果
engine_imports（新）	✅ transformers=4.52.1 indextts / infer_v2 / infer_v2_5 全通
ready	✅
csrf_ticket（新）	✅
synth_tts-1（voxcpm2 真合成）	✅ HTTP 200，310,470 B，RIFF/WAVE 合法
switch_indextts2	✅
openai_tts1hd_contract（新）	✅ HTTP 400，文案含出路
synth_indextts2（2.5 真合成，新形态）	✅ HTTP 200 → /api/audio/… 298,746 B RIFF
switch_indextts20	✅ vram 7,036 MiB
synth_indextts20	❌ CUDA error: device-side assert triggered
version_gate_refuses_mismatch	未执行（上一步 FAIL 就停）

最后那格没跑通，PR 没有把它粉饰成跳过 —— 见下面"发现但没修"。

三个假信号（都已处理）

1. model=tts-1-hd 在 OpenAI 兼容口从来没成功过。_generate_indextts2 传 spk_audio_prompt=""（P0-1 刻意不给这个口开参考音频通道），而 IndexTTS 必需说话人参考 → engine.infer 抛"说话人参考音频缺失" → 上层收敛成 500 "音频生成失败"。
   修法不是猜一个默认音色（那是替用户挑音色并绕过授权语义），而是把这条结构性不支持标成 400 + 出路（改走 /api/generate/indextts2，或改 model=tts-1）。守卫：tests/test_openai_api.py 新增一条（model_loaded 是只读派生属性，喂 registry._engines 才生效）。
2. gpu-smoke.yml 从没真跑过，而 run 顶层显示 success。三次 schedule run（09-07 / 09-14 / 09-21）的 gpu-smoke job 全部 skipped：secrets 里只有 MANIFEST_SIGNING_KEY_B64，REPO_ADMIN_TOKEN 从没配过，且 GET /actions/runners 返回零个注册 runner。原先这条走 ::notice + exit 0。现在跳过会打 ::warning 并写进 job summary。
   所以"这类断裂最坏一周内被 CI 抓到"这句话 Previously 是错的：暴露延迟不是以周计，是无穷大。每天真能跑的兜底改由 docker-smoke 承担。
3. 冒烟脚本自身的两个潜伏缺陷（因为作业从没跑过，所以从没暴露）：
   • 所有 POST 都不带 CSRF 双提交票，而 /v1/audio/speech 不在豁免路径里 → 一跑就 403 CSRF_MISSING；
   • 状态谓词抄错 key：/api/model/status 返回 loaded，脚本按 /readyz 的 model_loaded 判 → 切换成功也报 not ready。
     两个都修了（_status_loaded() 两种 key 都认，并在 detail 里回打 vram 与轮询次数）。

其它改动

• engine_imports 判据不写版本号区间（避免与 pyproject 重复一份真相）：只问"引擎推理模块导不导得进来"，失败就把"引擎要求 4.52.x / 证据在 §2"打进报错；本机没装 indextts 时明确记 SKIP 而不是假绿。
• IndexTTS 2.5 / 2.0 真合成统一走 _gen_and_check()（/api/generate/indextts2 + expected_engine，从 data-audio-filename 回取 /api/audio/<file> 验 RIFF），并保留版本门负向。
• docker-smoke.yml：新增 Engine import probe inside the image（docker exec 进真镜像 import integrated_app.vendor.voxcpm 与 integrated_app.engines.voxcpm2.engine；本机实测 10.9s 通过）。边界写在注释里：镜像里没有 indextts，这步只钉得住 vendored VoxCPM2 那条链。同时给触发 paths 补 requirements.txt / requirements-lock.txt / pyproject.toml —— 以前"依赖区间被改坏"正好是这个作业不触发的场景。
• indextts2_engine.py：2.5/2.0 共用类的两处报错文案硬编码了 "IndexTTS 2.5"（合成失败、模型文件不可读 + 请跑 download_indextts2.py），在 2.0 上会把人引去下载另一套权重目录。改用 self.version_str，并加一条按版本参数化的守卫（断言文案点名当前变体、且不含另一个变体名）。
• 文档：DOD.md 与 SECURITY_DEPENDABOT_TRIAGE.md §2 按上面的实测重写（原先写"最近一次 09-14 success"，暗示它跑过）。

追加：那条 CUDA assert 已定位并修掉（commit 9e41963）

原来的说法（"同一进程第二次切换之后必挂"）是错的 —— 第二次切换只是必然触发预热的时机。
服务端时间线是决定性证据：预热 21:05:57 开始合成 → 用户请求 21:05:59 挤进来 →
21:06:01 两条一起 device-side assert；一次触发就毒化整个 CUDA context
（之后连切换的回滚重载都 503）。

根因：model_optimizer.warmup_indextts2 从后台加载线程直接调 engine.infer，绕开了用户侧
那把 per-engine asyncio.Semaphore(1)（routes/generate/utils.py:439），而 IndexTTS 推理不可重入。

修法放在引擎层而非某个调用方：按注册名分组（2.5/2.0 各一把）的 threading.RLock，infer 变成
持锁薄包装，functools.wraps 保住签名（接口测试按 inspect.signature 查 14 个参数）。于是
队列 / SSE / 预热 / OpenAI 口任何入口都被串行化，以后新入口忘拿锁也不会再炸。

真机两步验证：

• 原并发条件（预热进行中就压请求）：修复前必崩 → 修复后 2.5 = 336,642 B、2.0 = 239,674 B，
  与串行跑出来的字节数完全一致（只串行化，不改结果）；
• 完整冒烟 10 格全绿：engine_imports / ready / csrf_ticket / voxcpm2 321,962 B /
  切 2.5 / openai_tts1hd_contract 400 / 2.5 386,796 B / 切 2.0 / 2.0 402,400 B /
  版本门负向按预期拒绝；结束显存回落 2,666 MiB；
• 守卫 test_infer_serializes_concurrent_callers（3 线程压同一实例，断言进入模型层并发 max==1）
  做过变异自证：去掉 wrapper 的 with 锁 立刻变红，装回就绿。

indextts2_engine.py 不在 16 个被签模块里 → 这条修复不需要重签；integrity 仍 PASS，
全量 2093 passed / 0 failed。

另一条红与本 PR 无关：镜像构建的确定性基础设施故障（未修）

Build & Scan Image 与 Boot hardened container & probe 不是本 PR 引起的：Dockerfile 的 apt 层报
update-alternatives: error: alternative path /usr/share/man/man7/bash-builtins.7.gz doesn't exist，
失败点在我的探针步骤之前，本 PR 也没碰 Dockerfile。判据：main 11:07 的同类构建还是 success
（41f5a12），12:19 / 12:28 两次 PR 构建红在同一步，各重试一次仍一模一样 → 确定性而非瞬时。
本机没有 docker daemon，任何 apt/dpkg 规避（path-exclude=/usr/share/man/* 之类）都是盲改且会
改变发版镜像内容，所以我没动它；已记进 docs/DOD.md 等能被真构建的环境处理。

本机门禁

ruff check / format --check 全绿；mypy 103 = 基线；check_integrity_manifest_sync PASS（16 个签名模块一致，本次没动被签文件）；tests/test_openai_api.py + test_indextts2_interface.py + test_dependency_consistency.py 80 passed；全量 2092 passed / 0 failed；真机结果见上表。