{
  "schema": "naguard.project-overview-browser-verification.v1",
  "iteration": "10",
  "at": "2026-10-16T06:17:45.777Z",
  "scope": "Local overview, navigation, document display and responsive layout only; no scientific experiment rerun",
  "passed": 20,
  "failed": 0,
  "checks": [
    {
      "name": "主页总览主入口与进展10时间线",
      "passed": true,
      "evidence": {
        "mainLink": "overview.html",
        "nav": [
          "overview.html",
          "scheduling.html",
          "#fault-lab"
        ],
        "text": "先看项目总览 ↗",
        "timeline": "2026-10-16\n进展10：阶段总结与证据导航\n\n整理研究动机、工作流程、三层证据、四组结论与能力边界。首页增加项目总览入口，串起原始对照、网页保存及证据下载。沿用已冻结结果，没有重跑实验；逐情景最佳简单规则均打平优化器，真实工作流和能耗仍待验证。\n\n阶段说明·未新增实验\n2026-10-15\n进展09：把价值/成本规则补为第四组实跑\n\n沿用前轮固定六个诊断情景，在同输入、同质量、同检查点下补齐效率规则的实际文件处理。72次条件运行、534次图片处理，唯一输入20张。五个可行情景中优化器均与最佳简单规则打平；保护不可行单列。新协议、逐次结果和软件核验另存，前轮三组证据保留。\n\n本轮四组证据见调度页\n2026-10-15\n进展08：停止供电底座产品分支，继续任务安排与恢复\n\n根据参赛者决定，主页移除底座结构、重量、八小时供电计算及产品方案对比，回到"
      }
    },
    {
      "name": "总览定位和未新增实验说明",
      "passed": true,
      "evidence": {
        "position": "钠守：有限预算下的任务安排与进度恢复研究。",
        "note": "署名：陈鹏旭 · 截至2026年10月16日 · 进展10为阶段总结与导航整理，没有新增科学实验。"
      }
    },
    {
      "name": "六情景24个分数与原始记录一致",
      "passed": true,
      "evidence": [
        {
          "id": "equal-cost-tie",
          "values": [
            6,
            9,
            9,
            9
          ]
        },
        {
          "id": "heterogeneous-benefit",
          "values": [
            10,
            10,
            14,
            14
          ]
        },
        {
          "id": "ample-tie",
          "values": [
            24,
            24,
            24,
            24
          ]
        },
        {
          "id": "reserve-infeasible",
          "values": [
            0,
            0,
            0,
            0
          ]
        },
        {
          "id": "exact-budget-boundary",
          "values": [
            9,
            9,
            11,
            11
          ]
        },
        {
          "id": "just-below-boundary",
          "values": [
            6,
            6,
            5,
            6
          ]
        }
      ]
    },
    {
      "name": "三个证据层分开说明",
      "passed": true,
      "evidence": 3
    },
    {
      "name": "常见问题1可展开且有说明",
      "passed": true,
      "evidence": {
        "answer": "应该把它们作为基线。钠守想检验的是：在受支持的具体任务中，任务选择、保护余量和验收恢复是否还有额外作用。目前还没有完成真实工作流与系统、应用原生机制的完整对照，不能把原生系统描述成只会统一降频或无法保护进度。",
        "open": true,
        "title": "为什么不直接用Windows电源管理和应用自动保存？"
      }
    },
    {
      "name": "常见问题2可展开且有说明",
      "passed": true,
      "evidence": {
        "answer": "项目从钠电与个人工作连续性的题面出发；钠电目前是待验证的外接能源候选，软件研究先检验安排和恢复机制。常温咖啡馆场景尚未证明钠电优于成熟锂电方案。同样可用Wh和供电约束下，换化学标签不会自动提高模型收益，也没有预设钠与锂的固定分工。",
        "open": true,
        "title": "钠电在哪里？为什么还叫“钠守”？"
      }
    },
    {
      "name": "常见问题3可展开且有说明",
      "passed": true,
      "evidence": {
        "answer": "不能直接保存这些应用。公开网站只保存工作台编辑区测试文字，本机实验只支持协议里绑定的BMP任务。Word、VS Code和剪辑软件已有各自的保存机制；工程文件存档与渲染从中断点续算也不同，需要逐个适配、检查恢复结果和代价。",
        "open": true,
        "title": "它现在能保存Word、代码工程或视频渲染进度吗？"
      }
    },
    {
      "name": "常见问题4可展开且有说明",
      "passed": true,
      "evidence": {
        "answer": "比较结果帮助判断复杂策略有没有必要。本轮说明，在这六个诊断情景里，尚未找到优化器超过逐情景最佳简单规则的证据，也保留了某条简单规则失利的反例。下一步应转向真实工作流和恢复代价；打平是关于当前样例的边界结论，并不证明所有情景都无需优化。",
        "open": true,
        "title": "优化器和简单规则打平，为什么仍有意义？"
      }
    },
    {
      "name": "常见问题5可展开且有说明",
      "passed": true,
      "evidence": {
        "answer": "AI辅助了问题讨论、资料整理、建模、编程和核验。当前实验使用确定性规则、精确枚举和文件处理，没有运行AI模型。公开网站提供介绍、记录查看器和网页工作台保存演示，关闭网页不会在云端或独立工作舱继续执行任务。",
        "open": true,
        "title": "这是AI产品吗？网站关掉之后会自动继续工作吗？"
      }
    },
    {
      "name": "总览能进入原四组记录页",
      "passed": true,
      "evidence": {
        "cards": 4,
        "links": [
          {
            "href": "index.html",
            "label": "n·钠守 NaGuard"
          },
          {
            "href": "#experiment",
            "label": "四组对照"
          },
          {
            "href": "#process",
            "label": "本轮过程"
          },
          {
            "href": "overview.html",
            "label": "项目总览 ↗"
          }
        ],
        "path": "/scheduling.html"
      }
    },
    {
      "name": "总览1280px导航可见且无页面横向溢出",
      "passed": true,
      "evidence": {
        "heroColumns": "658.729px 447.938px",
        "overviewNav": "block",
        "scroll": 1265,
        "tableScroll": 1175,
        "tableWidth": 1175,
        "width": 1280
      }
    },
    {
      "name": "总览781px导航可见且无页面横向溢出",
      "passed": true,
      "evidence": {
        "heroColumns": "406.542px 276.458px",
        "overviewNav": "block",
        "scroll": 766,
        "tableScroll": 717,
        "tableWidth": 717,
        "width": 781
      }
    },
    {
      "name": "总览390px导航可见且无页面横向溢出",
      "passed": true,
      "evidence": {
        "heroColumns": "338.667px",
        "overviewNav": "block",
        "scroll": 375,
        "tableScroll": 700,
        "tableWidth": 337,
        "width": 390
      }
    },
    {
      "name": "总览320px导航可见且无页面横向溢出",
      "passed": true,
      "evidence": {
        "heroColumns": "276.667px",
        "overviewNav": "block",
        "scroll": 305,
        "tableScroll": 700,
        "tableWidth": 275,
        "width": 320
      }
    },
    {
      "name": "口语说明可直接打开阅读复制",
      "passed": true,
      "evidence": "- generic: 可以这样向别人解释钠守： 假设你在外面用电脑，手里有几个要处理的任务，但剩下的资源不够把所有事情做完。钠守研究两件事：先做哪几件更合适，以及做到一半停下来以后，怎样确认哪些已经做好，下次少从头来过。 我们先找了一个容易检查的例子：分批备份图片、生成小缩略图。电脑会真的处理文件，每做完一张就核对并记下进度。几种安排使用同样的素材和质量，这样才能比较谁多完成了重要批次。现在这个“预算”还是人为给的数字，没有接入真实电池。 目前得到的结果挺实在：复杂优化器在五个能开始的情景里，都没有超过表现最好的简单规则。所以现在不能说我们发明了最省电的电脑助手。我们知道了公平比较该怎么做，也知道哪些结果还不足以支持原来的设想。 恢复是另一件事。程序只会接着做自己支持、已经保存并核验过的任务，不会替所有软件找回没保存的数据。网站里可以体验文字保存和恢复，但它没有接入你的Word、剪辑软件或AI模型。 和赛题的联系，是把机房里“资源先算清、重要任务优先、提前留保护时间、出问题后按记录恢复”的办法，缩小到个人电脑可以验证的任务。现在是软件研究原型，还不是有钠电的硬件成品。 下一步先用一项真"
    },
    {
      "name": "工作台入口与作用范围说明保留",
      "passed": true,
      "evidence": {
        "editor": true,
        "hash": "#workspace",
        "scope": "能源数值与后台任务为假设推演；编辑区的保存与恢复在本浏览器真实执行。未连接电脑电源控制、Word、VS Code 或剪辑软件，未运行 AI 模型。内容不上传服务器。"
      }
    },
    {
      "name": "主页781px总览入口可见且无横向溢出",
      "passed": true,
      "evidence": {
        "nav": "block",
        "scroll": 766,
        "width": 781
      }
    },
    {
      "name": "主页320px总览入口可见且无横向溢出",
      "passed": true,
      "evidence": {
        "nav": "block",
        "scroll": 305,
        "width": 320
      }
    },
    {
      "name": "研究讲解与项目定位及四组口径一致",
      "passed": true,
      "evidence": "NaGuard / 陈鹏旭 · 研究讲解，正式一页PPT另备\n关闭 ×\n\n02 / 对照\n\n同样输入和质量，\n比较四种安排。\n\n原顺序、人工优先、价值/成本与旧优化器使用相同任务、合成预算、处理质量和检查点。本轮补齐价值/成本规则的实际执行；规则不代表实际用户行为。\n\n继续固定六个诊断情景，未增加真实用户样本。普通后台进程和原生保存仍是必要参照。\n\n查看四组实跑入口 ↗\n02 / 05\n← 上一页\n下一页 →"
    },
    {
      "name": "正常导览未记录控制台错误",
      "passed": true,
      "evidence": []
    }
  ],
  "resolvedFindings": [
    {
      "issue": "781px默认窗口的项目总览导航被全局断点隐藏",
      "resolution": "在850px以内显式显示项目总览，1280/781/390/320均复查通过"
    },
    {
      "issue": "文本下载点击及下载接口未得到完成回执，分别等待10秒与5秒超时",
      "resolution": "纯文本入口改为同页直接打开，可阅读复制；实际导航内容核验通过，不声称原下载回执通过"
    }
  ],
  "screenshots": [
    "outputs/钠守_项目总览_2026-10-16.png"
  ]
}