进展12 / 软件研究原型阶段收尾

把重要工作安排好,
把已做进度接回来。

钠守:有限预算下的任务安排与进度恢复

我是陈鹏旭。一开始,我想解决“没有插座,工作却没做完”的困扰。一路比较下来,我把问题收窄成两件事:有限预算里先做什么,中断后哪些进度能接回来。现在交付的是可复核的软件研究原型。

本轮整理既有结果与路演材料,没有新增实验。硬件、用户价值和商业价值仍待验证。

起点是一个实际困扰

没有插座,工作还没做完。
该先做什么,中断后从哪继续?

这把“还剩多少电”转成两个可检验的问题:有限预算下完成哪些给定的重要任务;有效提交的成果能否少重做。咖啡馆场景是研究起点,尚未做真实用户访谈。

这一路怎么想

答案,
是一路改出来的。

每次收窄,都留下原因。
旧记录保留,结论跟着证据改。

  1. 最初 / 想多供一会儿电

    从无插座,想到供电底座。

    我最初把注意力放在电源上。但成熟充电宝、电脑内置电池和系统保护已经存在;我没有证据说明新底座会更好。听到老师的追问后,我停止了硬件产品分支。

  2. 收窄 / 先安排好,再保护进度

    回到能做对照的小问题。

    同样的预算,换一种任务顺序会怎样?中断后留下检查点能少做多少重复工作?四组实跑里,优化器没有超过逐情景最佳简单规则,这个打平也成了结论。

  3. 再往前 / 让自己的工作给反馈

    先让钠守检查钠守。

    我把恢复方法接到自己网站的67个冻结文件。受控中断后观察到少重做4项;复核又发现开销汇总重复计数,于是保留原件、定位原因、另做更正。真实反馈也包括发现自己的错误。

01 / 具体交付

我做成了三件事。

网站是说明、演示与证据入口。
实际文件处理在本机实验中执行。

01

可比较的任务安排

把给定任务价值、成本、截止和保护余量写成公开输入。在相同文件处理质量和检查点条件下,实跑三种简单规则与旧优化器。

四组对照与全部情景 ↗
02

可核验的进度恢复

给受支持的任务保存检查点,重启时核对版本、输入和已提交成果。实际软件进程退出后恢复,保留普通重跑这一对照。

实际网站检查的恢复对照 ↗
03

知识与工作的反馈循环

让钠守检查自己的网站:冻结输入、执行、读诊断、按预设方法修复、回到同一验收。原始结果、汇总错误与派生修正都能回看。

真实工作流与反馈复验 ↗

这套原型尚未接入Word、VS Code或剪辑软件,也不能自动保存所有桌面应用。供电底座产品分支已经停止。

02 / 三句话说清结果

结果有用,也有边界。

不把打平隐藏起来。
不把同一批重复处理算成新增样本。

有限预算 / 历史进展09

优化器没有赢过
逐情景最佳简单规则。

6个诊断情景 × 4种方法 × 3次确定性重复,共72次条件运行、534次图片处理;唯一输入是20张生成BMP。

5个可行情景全部打平;另1个保护不可行。

“最佳简单规则”逐情景选择,并非有一条通用规则赢遍所有情景。预算、任务价值和截止仍是合成设定。

原始四组结果 JSON ↗

进度恢复 / 进展11

这个受控中断里,
检查点少重做4项。

冻结67个本项目实际网站文件;第4项提交后自控退出并重启。普通组71次尝试、4项重做;检查点组67次尝试、0项重做、4项复用。

最终报告相同,均为0错误。

每法只观察一次,执行顺序固定;保存和全输入哈希有代价。新模板没有修复旧多批次调度器的整体恢复。

实际工作流结果 JSON ↗

反馈复验 / 进展11

发现问题后,
回到同一份验收。

在隔离副本预设一条缺失CSS,检查报告1条错误;恢复已知原字节后复验0错误。输入变化时拒绝旧检查点。

原始汇总有错,保留并另做修正。

独立复核9项通过、1项发现。重复计数被定位,按任务事件重新汇总并核对。不是线上事故,也不是AI自主修复。

复核发现与修正依据 ↗
开销数字与证据边界

原始开销汇总重复计数,原件在 reality-loop-original-results.json 保留;修正后的实际工作流结果按任务事件合计为1,789,132字节、71.1873毫秒。单次耗时受执行顺序与系统状态影响,不能作为净提速、省电或收益率的证据。独立复核与修正说明分别在复核报告和复现说明中保留。

03 / 公开建议怎样改变作品

回应建议,用具体修改。

依据用户提供的老师公开评论整理。
不推测私人偏好,不把点评当作官方评分。

  1. 肯定实践模拟

    继续把小实验做清楚

    保留有限预算、同条件对照与进度恢复主线。对照中没有额外收益,也如实呈现;没有把仿真变成真实钠电成果。

  2. 追问相对成熟充电宝的优势

    停止供电底座产品分支

    成熟外接供电已经存在,新增硬件优势未获验证。把精力收回到任务安排与恢复,历史提案及收窄依据留在研究时间线。

  3. Peter YU:低成本连接知识与现实

    先用自己的工作接受反馈

    把方法接到本项目67个实际网站文件的发布前检查,再做受控中断与隔离修复复验。软件反馈循环已经走通,用户需求和经济价值继续分开验证。

    相关公开点评 ↗

04 / 题目契合与真正用途

先交付能说明白的贡献。

软件研究原型可以阶段收尾。
产品成立与获奖结果不能由此保证。

怎样贴合议题

从钠电与个人设备工作连续性的题面出发,把能源约束转为“任务、预算、保护余量”的可检验问题,并借鉴AIDC的任务安排与检查点思想。当前落点是议题10下的个人工作连续性软件切口。

钠电仍是未测试的能源候选;相同可用Wh下,化学标签不会自动带来调度收益。当前没有钠电样机、实测Wh或物理掉电证据,题面契合最终由评审判断。

今天对谁有用

已用于作者自己的网站文件检查:明确任务边界,保留可核验进度,说明一次中断后哪些任务被重复。也能帮助读者复现对照,判断复杂安排是否值得引入。

尚未证明小任务加入检查点有净收益;现成检查器、普通重跑和CI缓存都是需要比较的替代方案。没有用户访谈、实际付费或推广效果证据。

可以说:完成了公平对照、受支持任务的受控恢复,以及自己网站的一轮反馈复验。

还不能说:已提高真实续航、完成钠电硬件、运行AI推理,或证明用户愿意付费。

最后补充 / 进展13 · 2026年10月16日

把问题说清,
让别人接着做。

根据老师的新文章与点评补齐交接。
本轮新增说明与协作材料,没有新增实验。

一个可证伪的问题

少重做,值得多保存吗?

在最终验收结果一致的前提下,检查点减少的重做,能否抵过保存、全输入核验和接入维护的代价?

最终报告不一致,就拒绝这次恢复;完整成本更高,就保留普通重跑。现有单次观察说明少重做4项,还不足以回答净收益。

我的判断 / AI辅助实现与核对

我在过程中作了哪些选择?

  1. 从无插座工作的困扰提出问题。
  2. 面对成熟替代方案,停止供电底座分支。
  3. 补齐简单规则对照,接受优化器打平。
  4. 用自己已有的网站文件接受实际反馈。
  5. 发现汇总错误后保留原件,另做更正。
目前能力与接续边界
状态能做到什么
当前静态网站组织、展示与下载证据;本机程序运行受支持模板。网页可本地导入单一v1格式报告,只校验结构与部分字段一致性,不独立核验原始文件和事件来源。
待接续不同实验数据需要先适配模板、约定验收,再提交原始记录并由人复核。现有导入不是任意数据接口;摘要格式通过也不等于来源获认证。
未实现合作方联网、自主实验、自主AI优化,以及报价、下单、支付等交易能力。重要判断、合作承诺和商业交易仍需人负责。

老师在新文章里强调人的增量、可验证问题与共同体接续。关于“智能体与微小交易”的新评语来自参赛者转述,尚未独立核验;这里将其作为未来协作方向的启发,不作为现有能力或交易成立的证据。

开放接续任务卡:固定问题、输入、对照与交付要求,失败或更差结果也应保留。尚未登记真实合作人,没有合作方接入或服务成交。

下载接续任务卡 JSON ↓接续与人工验收说明 ↓路演补充 ↓进展13留痕 ↓本轮1836更新草稿 · 未代发 ↓

05 / 我准备这样讲

一页PPT,讲清这一路。

公开通知:10分钟汇报 + 5分钟问答,仅1页PPT。
评委可提前查看网站;PPT讲痛点、做法与思考。

  1. 困扰:预算有限,重要工作还没完成
  2. 改方向:为什么停止底座,回到任务安排与恢复
  3. 公平对照:四种方法与五个打平结果
  4. 恢复证据:67个文件,4项重做对0项重做
  5. 自我纠错:汇总出错后,怎样保留原记录并更正
  6. 题目与边界:软件切口,硬件和商业仍待验证
  7. 下一步:与成熟机制比较净代价,再了解真实用户

站内五页研究讲解保留为历史说明,路演使用此处的一页总结。公开路演通知见1836主页 ↗

06 / 交付与留痕

一页总结背后,
每一步都能回看。

署名:陈鹏旭 · 2026年10月16日
1836三篇收尾文本已备稿,未代发。

最终停止提交:2026年10月17日00:00,北京时间(参赛者已确认)。官网的成果归集说明与这一最终提交截止分别记录;三篇收尾稿沿用既有实验,不算新增科学结果。