背景与证据

问题

GitCode 原生 CI 的 test job 不运行任何 Python 单测——tests/test_wrapper.py（npm wrapper 契约）、tests/test_verify_remote_facts.py（远端事实核验）、tests/test_validate_ai_record.py（AI 记录校验器 record 语义）三模块仅在 GitHub 镜像 CI 的 ubuntu test job 执行（PR !603 接线，ci.yml:113）。GitCode 侧的 Python 回归（例如 record 语义、wrapper 平台分支）在该平台的 CI 上无信号。

证据

• .gitcode/workflows/ci.yml 全文 7 处 python 引用均在 package job（:161-163 setup-python 3.12、:187-193 wheel 构建/安装/冒烟），unittest/test_ 调用为 0——PR !603 文档审查实况核验结论
• test job 仅含 setup-node（Node wrapper 单测），无 setup-python——codearts runner 的 python3 可用性未评估
• spec/delivery/ci-workflows.md §2.1 GitCode test 行仅记"npm wrapper 单测"（Node 语境，今日准确）；PR !603 评审已给出未来接线点：GitCode test job 镜像步骤 + §2.1 GitCode 行同步

改动建议

1. 评估 codearts-hosted runner 的 python3 开箱可用性（test job 无 setup-python；若不可靠，评估在 test job 增加 setup-python 的成本与收益，评审定夺）
2. 可行则在 test job 增加镜像步骤：python3 -m unittest tests.test_wrapper tests.test_verify_remote_facts tests.test_validate_ai_record -v（与 GitHub ubuntu 步骤同款显式三模块形态）
3. 同步 §2.1 GitCode test 行措辞（"Python 单测（wrapper、AI 记录校验器、远端事实核验）"）
4. 契约影响评估：步骤新增属 tests/contracts/ci_workflow_test.go 声明的未覆盖维度（步骤序列），预期零契约改动；但若评估结论需要在 test job 增加 setup-python action，须对照既有 validator（validatePackage 钉的是 package job 的 setup-python，test job 新增预计无冲突——需实测确认）

验收标准

• GitCode CI 的 test job 运行三模块 Python 单测并随 PR 绿（或：评估不可行时在 spec 记录结论与理由，该支线关闭）
• §2.1 GitCode 行措辞与实际步骤一致
• 契约套件（21 负例）零改动通过，或如有触碰则同步契约并说明

影响范围

.gitcode/workflows/ci.yml、spec/delivery/ci-workflows.md、（如契约触碰）tests/contracts/ci_workflow_test.go