2.0 能不能进 Mai 联调

① Docker 纯容器、完全包含运行时已查实·对

你最在意的。读代码确认 image-owned 模式下宿主 backend/workflows/skills 不挂、PYTHONPATH 清空，只挂数据类（你说"映射进去没问题"那种）。联调跑的就是 image-owned。待：对真实容器 docker 命令复验钉死。

③ 生产 + _test 都要从 1.0 镜像过来codex 只搬了生产

codex 只搬 5 个生产模板，_test 一个没搬（2.0 里 30 个 _test 全 deleted）。要照样把 _test 从 1.0（ep-sweet-leaf）镜像进 2.0，2.0 才是 1.0 完整拷贝。

④ _test 测试环境设计要守住codex 违背了

因为缺 _test，联调时把 MB 后缀设定去掉了（临时绕）——违背你意愿。正解：_test 搬齐后 MB 只换域名、后缀恢复照旧。

② 模板里写死的路径我扫了·没改·不知 codex 改没

你让 codex 查写死路径，我不确定他改没。我先扫到可疑：delivery 127.0.0.1:8789、creative legacy/1.0、几处 production（多为正文措辞，需逐行判）。还没改。

⑤ R2 文件没传上去（网页一个看不到）没解决

你问解决没——没有，只诊断了：库里 r2_key 写了，R2 实际文件没传，网页空。修 = 真传 R2，我 HEAD 验。

⑨ 模板 meta YAML 配置要改多少还没评估

这么多改动（runtime 绑定、引擎、隔离）之后，模板头部 meta YAML 有多少字段要变——我还没系统评估。

⑧ 默认引擎切到 Claude Code没做·待查现状

你要把默认引擎从 codex 换成 Claude。联调跑的是 codex（actual_engine=codex）。我还没做这个切换、也没核现在默认引擎配置到底啥状态。

⑦ Agent 文档更新到 2.0没做·待查

接口可能变了很多：怎么建 runtime / 怎么写模板 / 模板↔runtime 映射关系 / skill 文档 / skill API。这些文档有没有同步更新到 2.0——我还没查、没做。这是我该负责却漏掉的。

⑥ archive_failed 报错（你说看着烦）根因已定·没修

根因查实：容器工作区目录不在归档白名单（outputs/artifacts.py:415）。还没改代码。最小改 + 加测试。

⑩ 联系上游、用新配置（Claude）测试没做

引擎换 Claude + meta YAML 改完后，要联系上游真测一遍。还没做。

⑪ 切生产域名直接能跑前面全过才算

验收终点：A~E 全绿 + 一次"切域名直跑"冒烟 → 才算 2.0 完全可用、能进 Mai 联调。

真话：到现在我大量在诊断 + 跟你对齐，真正修完的几乎没有。唯一查实是对的：① Docker 是纯的。其余 ②③④⑤⑥ 是 codex 没弄干净/违背你、或没修；⑦⑧⑨⑩ 我连查都还没查。你说"很多东西没做完""要比 codex 更负责"——我认。

我接下来负全责把这 10 条逐条做完（codex 执行、我每条第一手复核出证据），不再让你催。你先确认这清单全不全、有没有漏的、优先级你怎么排，我就按你的序开干。