# 进展09：把价值/成本规则补成第四个实际执行对照

署名：陈鹏旭。上一轮只有原顺序、预定义重要性、精确优化实际驱动文件处理，价值/成本规则只计算了模型。这轮只补上这个比较缺口：在相同条件下实际运行第四组，不追加有利情景，不改变图片、任务价值、预算、保护余量或输出质量。

## 冻结和复现

首次准备由 `prepare.cjs` 完成。它读取本目录 `previous-reference/` 保存的上一轮协议、锁、结果和输入清单，核对历史摘要，记录 `protocol-difference.json`，再冻结本轮协议与代码。20张候选输入和输入清单为原字节复制，没有重新生成。上一轮 `work/scheduling/` 不作修改。

已含冻结协议的复现实验包，在解压根目录执行：

```powershell
node work/scheduling-v2/run.cjs
```

需要预装 Node.js，不需要外部依赖。不要再运行 `prepare.cjs`；它遇到已有协议会拒绝覆盖。正式结果已存在时，运行器也会拒绝覆盖。保留原结果并用新的解压副本复现。程序在 `work/workpod/jobs/` 创建新作业，复现结果在 `work/scheduling-v2/`；时间和 jobId 会变化，选择、价值和文件哈希应一致。包内 `reference-results/` 可保留本次实际结果作为参照，运行目录不应预装 `results.json`。

## 相同条件和差异

四种实际执行方法按协议顺序是原顺序、预定义重要性、精确优化、价值/成本。价值/成本按预给价值除以每批图片数降序排列，平局保持原输入顺序。四组都使用整批录取检查，不能完成的整批可跳过。每图扣1合成单位，同一情景保护余量相同且跨批次不重复扣除。

沿用六个诊断情景，每组重复三次，共72次条件运行；20张160×96自有BMP为唯一候选池，各情景和重复共用。只有整批完成并通过独立验证才赚取预给价值。输出均为原图逐字节备份及40×24最近邻缩略图，每图检查点策略相同。没有降低质量或漏掉保存。

预期第四组价值完全照抄上一轮已保存的模型：9、14、24、0、11、5。最后一个略低预算情景中，效率规则会选择价值5的4图批次，而原顺序和重要性规则选择价值6的6图批次。这个反例必须保留，不能只展示效率打平的样例。

旧核心的 Wh/min/W 字段是数学坐标映射：预算和保护为合成单位，期限为合成tick。没有测量电池、电量、能量、吞吐或期限性能。三次是固定输入的确定性复现，不是独立用户样本。

## 证据和核验

`protocol-difference.json` 保存变更问题、保留字段及预先约定的判断标准。`protocol.json`、`protocol-lock.json` 和 `input-manifest.json` 保存冻结版本与摘要。`audit.jsonl` 保存冻结、正式开始、各组完成和结束顺序；`raw-events.jsonl` 保存所有正式比较的真实工作事件。`results.json`、`results.partial.json` 和 `verification.json` 保留每情景、每方法和每次重复，不删打平或较差结果。绑定记录在 `bindings/`，实际源/备份/缩略图/检查点在结果对应的 `work/workpod/jobs/<jobId>/`。

核验内容包括：20输入唯一性、每批任务来源绑定、所有实际输出的独立SHA256与逐像素验证、独立子集与所有执行顺序枚举、确定性复现、预算边界、第四组与旧模型的一致性、前三组与上一轮选择/价值/文件哈希的一致性。另复查单个绑定批次暂停补能后不重复已提交图片，来源与可变job记录一并修改仍被外部绑定拒绝，计划变更、负预算和降质量被拒绝。

每个可行情景里，精确优化仍与至少一种简单规则打平。不能据此声称超过成熟算法、最好启发式、实际用户收益或普遍节能。效率规则在边界反例中较差，也说明没有一条简单规则在这些例子中始终最好。

## 边界

四组是在同一台电脑同一个Node运行器中依次处理。没有新增独立设备、真实AI推理、钠电硬件、实测能量、电脑合盖、整机掉电或整个调度控制器崩溃恢复。恢复检查只限受支持的绑定图片批次。真实工作流、用户偏好和能耗校准仍是后续工作，本次不把计划写成成果。