钠守路演问答
署名：陈鹏旭
日期：2026年10月16日
性质：截至进展11的收尾答辩口径；不新增实验，未代发1836。

开场回答：你到底做出了什么？

我做了一个有限预算下安排可拆分任务、保存有效进度并核对恢复结果的软件研究原型。已经实际运行图片批次处理和自己网站的发布前检查，并把版本、输入、原始结果、打平、错误和更正公开。网站负责展示证据，本机程序负责实际处理。它还不是钠电硬件产品，也不能保护任意桌面应用。

1. 你说用户有这个痛点，访谈过多少人？

目前没有完成用户访谈，不能拿咖啡馆场景当作已验证需求。我先把“资源不够时做什么、中断后要不要重做”变成可检查的问题，用一个自己确实要做的网站检查接触实际工作。现在证明的是程序机制可检验，用户是否需要、原生办法是否足够、是否愿意接入仍未知。

追问一句：所以现在有什么用？

直接用途是复现任务安排与恢复实验、核查自己的检查结果；研究价值是能从原始记录看到哪些主张成立、哪些不成立。还没有证据证明它给普通用户带来净收益。

2. 成熟充电宝已经很好，你为什么不直接买一个？

如果问题只是缺电，成熟充电宝是应当比较的方案。我没有证明新底座更好，因此停止了那个分支。现在研究的是给定可用预算以后怎样安排任务，以及中断后怎样验证已有结果；这可以与不同电源配合。它能否提供值得使用的软件增量，还需要与原生恢复和成熟工具比较。

3. 四组对照里优化器没有超过最好简单规则，算法还有创新吗？

这正是需要保留的结果。六个诊断情景中五个可行，每个都有至少一种实际简单规则打平优化器；另一个保护余量不可满足。逐情景最好规则是事后参照，不是我实现了自动预知最佳规则的工具。现有证据不支持复杂优化器的普遍优势，我的贡献是把安排接到同质量的实际文件处理，并留下反例和可复核过程，不把精确求解本身说成首创。

4. 你的恢复不就是保存文件？现有CI重跑也很快，为什么要用你？

检查点是成熟思想，当前独特产品优势尚未证明。这次自己的67文件检查，在第4项提交后让子进程主动退出：普通重跑71次检查、重复4项，检查点67次、复用4项；最终报告都与不中断参考一致。每次仍重新计算全部输入哈希，累计保存约1.79MB、约71.1873ms，也有接入成本。对这种很轻的任务，直接重跑可能更合适；现在只能确认复用机制，不承诺净提速。

5. 这能算“机房级可靠”、钠电和AI算力吗？

我迁移的是资源预算、保护余量、检查点和恢复验收的思想，没有机房级可用率认证。钠电只是未来供能候选，目前没有样机或相对锂电优势数据。AI辅助了研发，实验程序没有运行AI推理。个人设备上的小型软件验证已经有证据，钠电和真实AI工作负载仍是赛道目标与当前实现之间的缺口。

追问一句：换成锂电是不是也一样？

在相同可用预算下，本轮调度结果不会因为化学体系的名字改变。要选择钠电，必须以后比较具体可用能量、功率、接口、温度、重量和成本，当前不能替它下结论。

6. “真实工作流”是不是故意制造一个错误，再说自己修好了？

检查对象确实是项目已有的网站文件，基线范围内是0错误；故障只加在隔离副本里，是预先声明的缺失CSS引用，修复也是恢复已知原字节。它验证了诊断、已知修改和同条件复验能连起来，不是发现线上事故，也不是AI自主修复。另一个真正来自复核的发现，是我们自己的开销汇总重复计数，原记录和更正依据都保留。

7. 自检都通过，还能出现汇总错误，凭什么相信结果？

自检通过只覆盖它检查到的条件。独立审查是9项通过、1项发现开销重复相加，我没有改成“全部通过”。保留原始代码、结果和事件，再按67条逐任务事件生成带来源摘要的更正，累计写入1,789,132字节、约71.1873ms，最终文件38,368字节。独立复核确认71/67次尝试、4/0项重做和最终报告一致不受这项错误影响。可信度来自可以重算和公开纠错，不来自全绿口号。

8. Peter老师说要连接现实形成经济循环，你的闭环在哪里，下一步谁会买？

现在闭合的是一条很小的软件反馈链：把知识变成检查规则，读取实际自有文件，得到诊断，做预先约定的修改，再复验；独立反馈也促成了一项更正。没有经济闭环、付费用户或商业收入证据。下一步先比较成熟检查器、普通重跑和不同保存频率的总成本，再找确有长任务的使用者了解替代方案和拒绝理由。只有收益抵过接入与维护成本，才值得继续谈愿用和愿付；老师建议是研究方向，不是市场背书。

收尾一句：为什么现在可以收尾？

作为阶段研究原型，问题、程序、对照、反例和证据入口已经完整到可以展示和接受追问。现在应冻结范围、把成果讲清楚，不再靠扩展硬件或增加有利样例填补价值证明。产品化、真实能量和用户收益留待有条件时单独验证。

现场口径提醒

不要把72次条件运行说成72个独立场景；只有6个诊断情景、20张唯一生成BMP。
不要把67文件说成67个用户；只有一个自有网站快照。
不要把第4项提交后的主动exit 75说成物理掉电或随机强杀。
不要把新检查模板的恢复说成旧多批次调度器已经支持整体崩溃恢复。
不要把单次固定顺序的约764ms对约728ms说成稳定提速或省电。
不要把保存的浏览器草稿说成接入了Word、剪辑工程或真实AI模型。
不要说独立审查10项全过；应说9项通过、1项发现开销汇总错误，派生更正另经复核。
不要把老师肯定或赛道联系说成评分保证、产品认证或用户认可。

统一展示入口：https://frost-guard-d3gw4cry5916d32c4-1503361620.tcloudbaseapp.com/naguard/
从主页进入项目总览、四组对照和真实工作流；不对外另发带HTML文件名的展示链接。