host
d324d87529
717efc4镜像真机实测：BUILDINFO.contents 含 chv-authd 三件套、 cloud/chv/authd.py、cloud/chv/sentinel.py、vsock_notify，但两 脚本 DECLARED_SOURCES 没有它们——generate 记 6 项 unresolved， verify 与 check 双双失败（contents 未覆盖）。V-9 的 912edef 没暴露：它的 contents 里根本没有这 6 项。 与 9f929b1 的 P2 三件套同款修法：六项皆仓库内脚本，版本随 repo_commit。合成 BUILDINFO 清单扩到与717efc4真实 contents 一致（另补 systemd-container 进 dpkg 假值），反向对照已验： 只撤修复时 LockfileTest 4 测里 2 测失败。 附带教训：经 ssh->wsl.exe 的命令内层退出码一律被吞成 0 （python3 -c 'sys.exit(1)' 回显 RC=0），此前三项验证只看 RC 会把失败判成通过；此后一律以输出文本为准绳（须见 'lockfile 校验通过' 行且无 unresolved 警告）。
Cloud Hypervisor 客机镜像（chv-guest）——内容清单与版本化构建说明
本目录有清单与真实构建步骤（build.sh，补缺口轨已实做）， 但镜像本身不在本轨内实际构建发布。原因写在前面，不藏着： 当前没有带 /dev/kvm 的宿主可以构建并实测 VM 镜像（生产 主机是 CVM、无嵌套虚拟化；本 VM 容器内同样无 /dev/kvm）。 构建与实测见
docs/chv-production-readiness.md的“需镜像 构建 / 需 KVM 宿主实测”项，绝不在本轨声称镜像已建成、 已发布、已跑通。
1. 镜像定位
- 基础：Ubuntu Minimal 24.04 官方云镜像（轻量口径，2026-11-06
用户定：停掉 5.5G 全量版，不再对齐 Manus，不做三面板/
多租户/生产级全套；只装 codex + Python + SSH + cloud-init
- 薄客机 agent + git + gt + 最小中文字体）。
- 载体：Cloud Hypervisor 直接内核启动（vmlinux）+ raw 磁盘
镜像，执行器用
CHV_KERNEL/CHV_ROOTFS指向它们。 - 客内 host.py 位置：
/app/host.py（与 Docker 的/app:ro同款约定，只是载体从容器只读挂载换成 VM 镜像内置代码； 代码版本 = 构建时仓库 commit，见 §3 版本化）。 - 绝不进镜像的东西：任何模型 key、系统 key、用户账号数据、
生产凭证。模型 key 由客机 cloud-init 预置的运行环境变量名
注入（与 Docker 的
-e <名>同款惯例），不写进镜像层。
2. 内容清单（轻量口径，2026-11-06 用户定）
| 类别 | 内容 | 来源/版本口径 |
|---|---|---|
| 语言与工具链 | Python 3.12、git、curl、ca-certificates、xz-utils、fontconfig、openssh-client（Node.js 不装：Playwright 驱动是 Python playwright，见 PLAYWRIGHT=1 分支；任务镜像 Dockerfile 里也没有 Node.js，本清单不虚构它） | 构建时钉小版本并记入构建日志；apt 用 --no-install-recommends（B-21：默认装 Recommends 会连带拉入 gcc 全套工具链顶满根分区） |
| 文档/图片工具 | 已裁剪：pandoc、poppler-utils、latexmk、texlive-latex-base、python-docx、openpyxl、python-pptx、PyMuPDF、Pillow 不在轻量镜像内 | 全量版曾照抄 cloud/docker/Dockerfile 的 apt/pip 清单，轻量版按用户决定砍掉 |
| agent 引擎 | codex、codex-code-mode-host、codex-resources/bwrap（成套，约 367M，缺 sibling 直接构建失败） | codex 0.164.0-alpha.9（与生产任务镜像一致）；CODEX_BIN_DIR 由构建方提供，bin/ 不进仓库 |
| 浏览器 | Playwright + chromium-headless-shell（默认装，不要完整 Chromium） | Python playwright 装当时的 headless-shell，版本以 ms-playwright 缓存目录名记入 BUILDINFO.versions.chromium；浏览器在系统路径 /usr/local/share/ms-playwright（B-22：virt-customize 里 HOME=/，默认缓存会落到根目录 /.cache），agent 运行时须设 PLAYWRIGHT_BROWSERS_PATH 指向它；单独钉死见 §3：CHROMIUM_HEADLESS_SHELL_REV 设为纯数字修订号即钉死，未设时只记录、不强制 |
| 客机基础 | openssh-server（SSH 通道用）、cloud-init（qemu-guest-agent 已裁剪，CHV 不用它） | sshd 只允许 key 登录，禁止密码登录——build.sh 写入 /etc/ssh/sshd_config.d/99-chv.conf 并经 sshd -t + grep 断言（feat-chv-secfix，M8，此前只是文档声称） |
| Gitea 同步 | gt 1.0.0（官方 install.sh + SHA256 校验）、chv-sync（启动时 clone、显式 pull/push 的同步脚本） | 凭证走 seed 盘 /etc/chv/guest-env（0600）投递，不进镜像；见 §7 |
| 任务代码 | 仅 /app/host.py 一个文件（host.py 只用标准库，不依赖 cloud/；旧版把整个 cloud/ 拷进 /app/，客内可读全套 server/worker 代码，M4 收尾已收紧为最小集） |
版本见 §3（repo_commit），不挂载宿主代码目录（VM 与宿主无共享路径） |
中文 LaTeX 说明：与 Docker 镜像同款口径——xelatex + CJK 字体会再增数百 MB，本清单不默认包含；需要时单独一版镜像， 不在本轨悄悄加。字体只留最小的 fonts-wqy-microhei（中文能 看），不要全套 fonts-noto-cjk。
3. 版本化
镜像 tag 格式（构建时三项缺一即失败，不生成无版本镜像）：
chv-guest-<ubuntu 版本>-<codex 版本>-<仓库 commit 短 hash>
例如（示例格式，非已建成）：chv-guest-24.04-0.164.0-alpha.9-aebc623。
构建产物清单（构建方必须输出，执行器用它做 preflight 之外的 版本核对，v1 执行器暂不校验 tag，见就绪清单）：
vmlinux（与 Ubuntu 云镜像配套的内核）disk.raw（根文件系统镜像）BUILDINFO.json：{ubuntu, codex_version, repo_commit, built_at, contents: [清单逐项名]}——contents 只有名字列表；逐项版本 在versions里（B-02：dpkg + pip freeze 从客机读回， chromium 以 ms-playwright 缓存目录名记，gt 以 gt_version 记），generate_lockfile.py/check_lockfile.py以它为唯一来源。 Chromium 单独钉死：构建时设 CHROMIUM_HEADLESS_SHELL_REV 为纯数字修订号（如 1248），buildinfo.py 校验读回的缓存 目录名须恰好是chromium_headless_shell-<rev>，否则构建 失败，BUILDINFO.chromium_pinned_rev 记该值；未设时记 null、 只记录不强制，构建输出明说“未钉死”。真实 lockfile 产出 须等 V-9 真机构建（本机无 /dev/kvm，版本号绝不编造）。
4. 构建脚本（补缺口轨：已从骨架改成真实步骤）
见 build.sh：参数校验 → 下载 Ubuntu Minimal 云镜像（SHA256
必填）→ qemu-img 转 raw（轻量版不扩盘，底座根分区 2.4G 够用；
全量版 B-16 的 +12G 扩盘已删除）→ virt-customize 装 §2 清单、
拷入 codex 成套二进制与 host.py（仅此一个文件，不拷 cloud/）
到 /app、装 gt 1.0.0、拷入
chv-sync 并写 cloud-init 启动钩子、写 host key 不重生成配置 →
virt-get-kernel 取内核 → 生成并校验 BUILDINFO.json。
./build.sh --dry-run out/ 只打印命令、不执行、不要求
KVM；全量模式在无 /dev/kvm 的机器上第一步就明确退出
（CHV_GUEST_BUILD needs a KVM host），绝不假装构建成功。
全量版曾在 WSL KVM 宿主（ajpkmq6i）上跑过四轮真机构建，
轻量版沿用同一宿主与流程，构建记录见 ~/workspace/chv-prod-audit/。
5. Host key 首启注入硬性要求（补缺口轨新增）
执行器的 per-VM 预置方案（见 cloud/chv/hostkeys.py）能
跑通的前提是客机镜像必须满足以下全部，否则预置在真机
上跑不通，执行器会 fail-fast，不回落成弱方案：
- 装 cloud-init 且支持 NoCloud seed（seed 磁盘（CIDATA ISO，feat-chv-fix 起挂进 VmConfig 第二块只读盘）由执行器在 VM 启动前生成，含 meta-data 与 user-data）；
- 首启时先应用 seed 再启动 sshd，seed 里的 user-data
把该 VM 的 host key 对写进 /etc/ssh/（write_files，
0600）；seed 里绝不能带
runcmd:——user-data 的 runcmd 会整体替换镜像/etc/cloud/cloud.cfg.d/里 的 runcmd（cloud-init 不跨配置类型合并），旧版 seed 的 restart ssh 两行就这样顶掉了99-chv-sync.cfg的chv-sync boot钩子（sync-test 首轮实测）；sshd 重启由镜像自己的 runcmd（99-chv-sync.cfg，cloud-final 阶段）做，见cloud/chv/hostkeys.py根因禁令； - 镜像里已钉死
ssh_deletekeys: false（build.sh 已写），首启 不得无条件重新生成 host key——重生成会使预置的 known_hosts 立即失效，SSH 钉死直接拒绝，这是设计，不是 bug；无预置 key 时首启 bootcmd 只在缺 key 时ssh-keygen -A生成（B-23： 曾写ssh_genkeytypes: []彻底关掉首启生成，客机 sshd 起 不来，已删，绝不再写）； - sshd 只允许 key 登录，禁止密码登录（build.sh 写入 /etc/ssh/sshd_config.d/99-chv.conf：PasswordAuthentication no、 PermitRootLogin prohibit-password、ChallengeResponseAuthentication no、 KbdInteractiveAuthentication no、PubkeyAuthentication yes，并经 sshd -t + grep 断言；feat-chv-secfix，M8）；
- seed 磁盘是 per-VM 敏感物，执行器在 VM 关闭/ 回收时删除，镜像构建方不得把任何一把 host key 固化 进镜像（所有 VM 同 key 是安全事故）。
6. 与执行器的对接
- 执行器 preflight 只校验内核/镜像文件存在且可读，不校验镜像 内容版本——内容版本核对（BUILDINFO）是镜像发布流程的责任， 在就绪清单里标为“需镜像构建”项，不在本轨假装已做。
- 每任务磁盘：执行器 copy 模式下把
disk.raw复制为每任务 磁盘，任务之间文件系统独立；reuse 模式仅单租户实验，preflight 拦截（须同时设 CHV_REUSE_SINGLE_TENANT_EXPERIMENT=1 并审计放行，feat-chv-fix）。 - 快照基准：
CHV_SNAPSHOT_URL指向的快照必须由本镜像的干净 启动状态制成（pause 后 snapshot），预热池用它做干净 VM 来源。
7. Gitea 双向同步（用户工作区口径，2026-11-06 追加）
主角是用户，不是 agent：用户在 Gitea 上的仓库在 VM 启动时
clone 到 ~/workspace，用完再同步回 Gitea；VM 是用户的工作
区，Gitea 是权威远端。同步口径沿用 Git Workspace Platform
已定的规则：分叉或冲突时失败关闭，不强制覆盖、不自动
rebase、不静默丢提交。
- 凭证：seed 盘投递
/etc/chv/guest-env（0600，root 所有）， 含GITEA_URL/GITEA_USER/GITEA_TOKEN/SYNC_REPO/ 可选SYNC_BRANCH/ 可选GITEA_EMAIL。token 绝不进镜像、 代码、日志；chv-sync boot（root，cloud-init runcmd 调）把 token 写进/home/chv/.git-credentials（0600，git credential store 标准机制），再以 chv 身份 clone；pull/push/status以 chv 身份跑，只用已落盘的 credential，不再读 guest-env。无 guest-env 的启动静默不同步，VM 照常用。 - 行为：
boot只在未 clone 时 clone，已 clone 则静默退出， 不自动 pull（避免重启时覆盖进行中的工作）；pull要求 工作树干净且只接受 fast-forward；push无 upstream 时push -u origin HEAD，否则普通 push，非 fast-forward 即 失败，绝不--force。 - gt 1.0.0 随镜像装好（官方 install.sh + SHA256 校验），登录
不 baked：运行时用
GITEA_TOKEN+GITEA_CLI_HOST环境变量 即可用（gt repo list等），或在 VM 里gt auth login。 - 验收（用户视角）：VM 启动后仓在
~/workspace且是最新 HEAD；VM 内改文件 commit push 后 Gitea 网页可见该提交； Gitea 上改一次后 VM 内 pull 能同步回来。双向都通才算集成通。 - 集成（2026-11-07，第二轮第一棒）：执行器生成 seed 时自动写
guest-env 已做（
cloud/chv/gitea_sync.py+wake_vm）： GITEA_TOKEN 进密钥集（只进 seed，绝不进 argv），其余 5 键 也随 seed 进 guest-env；来源是宿主CHV_GITEA_*环境变量 或任务gitea_syncdict；必填 4 键缺失时起 VMM 前 fail-closed（gitea_sync_incomplete），无同步变量时静默 不同步。客机用户与静态网络由 seed 附加项供给：CHV_SEED_USER_DATA_EXTRA_FILE（含users:块的文件）与CHV_SEED_NETWORK_CONFIG_FILE（NoCloud network-config）， 路径配了但文件读不出时 wake 前 fail-closed （seed_extra_missing）；附加 user-data 里禁runcmd:。 专用 token 与测试仓名须用户给，本轨不自编 token、不动 生产 Gitea 配置。