idea大改：霜霜，一辆为你着想的配送小电车｜新方向概念与交互原型 v0.1 · 1836

虽然之前寒区房屋保护也有一定受众人群，可我认为不太符合个人设备，并且可实现性不太高，外卖电动车改装较符合个人设备，虽然跟选题11有交叉，但是核心还是讲AIDC的可靠性与钠电融入到日常生活的个人设备中，并且用户人群更多，更有利于推进市场，于是转了一个idea 霜霜，一辆为你着想的配送小电车｜新方向概念与交互原型 v0.1 陪你送好每一单，也记住你想过的生活。本次更新日期：2026年10月11日所属方向：巨蟹座议题10——把机房级可靠带进日常体验网站：https://frost-guard-d3gw4cry5916d32c4-1503361620.tcloudbaseapp.com/rider/ 研究手册：https://frost-guard-d3gw4cry5916d32c4-1503361620.tcloudbaseapp.com/rider/rider-research.html 一、这次为什么调整了产品方向之前，我们围绕寒冷地区的无人住宅，探索过停电、断网后如何保住监测、记录和提醒。继续思考后，我更想把这套可靠性的安排放到一个具体的人身上：每天在外面送餐的骑手。我在沈阳上学。身边一位同学的小电动车已经用了两三年，有一天突然不能骑了，只能一路推着走。这件事让我想到：如果设备能提前发现一些异常，或者在故障发生后保留必要的信息、告诉使用者接下来怎么办，是否能减少一些被动和狼狈？这次故障没有经过诊断，我们不能直接认定是电池坏了，也不能认定是低温造成的。但它给了我们一个真实的问题起点：车辆突然停工以后，使用者失去的可能同时包括交通工具、正在进行的任务和原本安排好的一天。与此同时，我观察到沈阳的一些外卖骑手会在车上放DJ。长时间独自跑单，确实有人希望工作能更有意思，也希望自己的话有个地方可以留下来。当然，这只是我目前的观察，还需要听更多骑手怎么说。因此，这次我们把项目调整成了“霜霜配送小电车”：探索如何把能源保障、个人计算、配送辅助和日常陪伴放到一起。二、我想做的霜霜，到底是什么我希望未来的霜霜是一辆围绕骑手日常设计的小电车；现阶段，我们先从普通电动车上增加的个人装备和功能入手。它可以包括：

适合具体使用条件的动力电池方案。
为车载个人终端提供供电的独立备用支路。
能显示表情、进行简短交互的小屏幕。
与手机连接的订单、照片和任务记录入口。
有来源和时间的路点信息。
保存想法、收工计划和待查问题的本地小本子。这些部件最后能否集成成一款完整产品，需要继续验证。当前网站展示的是它的概念形态和交互流程，我们还没有制造实车。我想让霜霜同时照顾两件事：送餐工作中的事情，以及做这份工作的这个人。三、怎样与赛题里的AIDC可靠性建立联系巨蟹座议题要求从AIDC的可靠性需求出发，探索钠电与AI算力结合的个人设备。这次我们把研究对象进一步明确为：骑手使用的个人车载终端，以及它在能源和通信中断时怎样继续提供必要服务。从AIDC中借鉴的安排，可以对应到骑手的一天：可靠性安排放到霜霜上，希望解决什么关键任务优先能源不足时，优先保留任务状态、必要记录和基础路线信息备用供电路径主电池更换或主供电中断时，让个人终端暂时继续工作故障隔离分清是主供电、备用支路、通信还是共用控制器出了问题中断后的恢复恢复供电和网络后，核对哪些任务完成了、哪些仍需处理状态与事件记录留下发生时间、处理过程和未完成事项能源与计算协同根据电量、网络和任务期限，安排哪些计算现在做、哪些稍后做这也让我们的目标更具体：研究如何减少有征兆的中断，以及中断发生后怎样保住任务、恢复服务。网站中还专门加入了“共用控制器故障”。即使有两块电池，共同依赖的控制器失效，两路电源也可能一起帮不上忙。我们希望把这种问题放进设计过程，而不是看到“双电池”就认为可靠性已经解决。目前这套方法是对AIDC可靠性思路的借鉴，尚没有实物验证，也没有机房等级或整车安全认证。四、关于钠电和锂电，我提出了哪些假设

钠电是否更适合寒区配送中的某些任务最初吸引我的，是钠电在一些具体产品中表现出的低温能力。骑手的车辆和装备经常处于室外。如果某种钠电在寒冷条件下，能为关键任务提供更多可用能量，那么它是否适合用于动力电池，或者用于个人终端的备用供电？我们把这件事保留为需要验证的假设。目前还不能把某款电芯或某个乘用车产品的数据，直接当成霜霜整车的性能。另外，低温放电和低温充电需要分别考虑：在冷环境中可以输出电量，不代表可以在同样条件下正常充电。
钠电能否在常温下继续使用我也提出了一个问题：如果钠电适用于这款产品，为什么一定要只在冬天使用？这要求我们比较全年使用情况。除了低温可用能量，还要看整包价格、体积、质量、循环表现、维护和补能方式。目前我们没有取得足以判断整车经济性的采购报价，因此没有把“钠电一定更便宜”写成结论。
电池重一些，是否可以通过低位布局来接受我的初步猜想是：如果电池放在较低的位置，其他部件合理减重，能否在接受额外质量的同时，得到合适的整车布局？这个想法已经保留在研究手册中。不过，“较低的质量位置”与“增加总重量”需要分开讨论。更重的电池还可能影响搬运、换电、车辆载荷、制动和结构。低位布置也不能直接解决冰面抓地力问题。接下来需要拿具体电池包和具体车辆比较，而不是凭感觉判断“重一点更稳”。
钠电和锂电能否分工我们保留了几种方向：

钠电承担主要供电任务。
成熟锂电方案作为对照。
锂电承担主供电，钠电承担独立备用任务。
根据具体电池的数据，研究其他合理的分工方式。其中一个值得先研究的组合是：主电源负责日常较多的功能，独立小备用电源优先保障记录、缓存和必要提醒。工程上，两路电源需要各自适配的保护和充电管理，以及稳压、防反灌和切换安排。不同体系的电池不能仅凭“都能供电”就直接接在一起。我们还提出了反过来检验这个想法的问题：如果两路锂电，或者更简单的备用方案，也能以较低代价完成任务，那么加入钠电的理由是什么？钠电的价值，需要通过公平对照建立。

把动力用电和个人终端用电分别计算这次我们明确了一个容易混淆的地方：车辆继续行驶需要的能量，与保存订单、记录和提醒需要的能量，差别很大。网站中的小备用电池预算针对个人终端。主电池被拆下或关断时，车辆停止行驶；备用支路不会让电机继续带动车辆。未来还可以研究换电站、回家充电等补能过程怎样与任务处理配合。例如，把可推迟的整理和查询安排在停车、联网或充电时完成。五、那些关于配送平台的大胆想法这部分是我很想继续探索的方向，目前全部属于合作与产品假设。
平台订单能否直接进入车载终端我设想，如果能与美团、淘宝、京东等配送平台合作，订单是否可以进入车载终端，让骑手在一个入口里查看必要信息？这样或许可以减少反复切换手机页面的操作。手机仍然可以保留账号、拍照和通信等作用，再研究哪些交互适合放到车上。我们目前没有获得这些平台的骑手接口权限。手机与车载设备连接，也不会自动获得平台权限。
能否根据订单安排配送顺序和路线未来希望综合考虑：

当前有哪些订单。
取餐和交付位置。
时间要求。
电量和换电需求。
骑手想何时休息、何时收工。
可信的路点信息。让骑手少绕路、少找入口，是一个值得研究的目标。订单排序和路径求解本身可以用传统算法完成。是否需要AI，以及AI能带来什么额外收益，需要具体比较。

能否在车上表达暂停或继续接单的意愿我希望骑手说“我想休息一会儿”或者“今天七点收工”时，这个意愿能进入工作安排。如果平台授权允许，未来或许可以协助暂停接单、恢复接单，或者提醒哪些安排可能影响收工时间。当前网站可以保存这句话，还不能改变真实平台的接单状态。
餐品放好后，能否减少通知顾客的操作我设想骑手确认餐品放置位置后，霜霜可以协助发送通知，例如告诉顾客餐品放在东门取餐架。这里至少需要分清三个状态：
骑手到达附近。
餐品已经放好，并确认了位置。
通知发送成功，有相应回执。当前网站已经把“填写位置—进入队列—取得模拟回执”做成了交互演示，但不会通知真实顾客。
手机拍照后，能否更顺畅地完成留痕另一个设想是：手机拍摄的照片，可以与当前订单关联，减少重新选单、切页面和重复上传。弱网时先保留待办，联网后再提交；只有取得回执，才显示完成。也需要处理错单、附件丢失和重复请求。网站现在可以选择本机照片、绑定模拟订单、进入模拟队列。照片不会上传到平台，刷新后只保留任务信息，需要重新选择附件。六、我希望霜霜怎样陪伴骑手我希望它有一张可爱的脸，平时保持笑脸，也可以在等待、专注、低电量和停机时改变表情。最终我们画了原创的车载霜霜形象，并把它放进了小电车示意图。对我来说，它可以成为骑手表达想法、记录事情的一个入口。
接住一路上的碎碎念骑手可能会想： “今天有点累。” “今晚七点我想收工。” “下班一定要好好奖励一下自己。” “我这样天天送外卖，接下来想学点什么？” “今天遇到一件烦心事，先帮我记下来。”

我希望这些话能被留下来，回家以后还找得到。以后有了合适的语音和语言模型，霜霜或许可以提供更自然的回应。当前首版采用固定指令和示例回复，已经能保存部分记录，还不能进行自由对话。 2. 把忙时顾不上处理的问题留到下班例如：

下班去哪里吃点好吃的。
有没有适合自己的休息安排。
最近有什么游戏上线。
想学的技能该从哪里开始。
今天说过哪些想法，哪些想继续做。我希望骑手忙时先把问题留下，回家后再查看结果。首版已经做了“待查问题收件箱”和“模拟查询计划”。它现在不会自动查询餐馆、游戏或课程，也没有真实答案。

记住收工时间和个人安排 “七点收工”不应该只是一句随后被忘掉的话。未来希望把它与订单、剩余电量、回家时间等条件联系起来，协助骑手安排一天。当前我们先做了本地记录，让这个愿望有地方留下来。
可以听自己喜欢的歌我提出过：“霜霜，给我放首歌。” 网站里已经增加本机音频选择和播放器，可以让使用者选择自己的歌曲。未来还可以研究音乐、导航和必要提醒之间怎样协调。有人听DJ是需求线索，但不能据此认为音乐能够防疲劳或提高骑行安全。现在的设计把较长的聊天和娱乐体验放在停车休息后。
回家时看看今天的自己我希望下班回顾不只围绕送了多少单，还能看到今天说过什么、想过什么，以及想为自己做什么。当前首版按保存的原话列出最近记录，允许修改、删除和导出。它还不会自动形成准确的每日总结或分析心情。这些记录保存在当前浏览器中，换设备不会自动同步，清理浏览器数据也可能丢失。因此，个人记录的保存、导出和用户控制，也被纳入了产品设计。七、AI算力在这里具体可以做什么这次我们把不同任务需要的计算分开梳理了。功能计算的作用当前进度语音转文字把一句话识别成文本有可选浏览器入口；未部署离线模型意图理解区分记事、收工安排、音乐、查询等请求当前是固定指令自然对话对较开放的话题作回应尚未接入语言模型故障判断分析电压、电流、温度和历史变化尚无真实传感器和预测模型订单与路线安排处理位置、顺序、时间和电量约束尚无真实订单或地图优化路况识别从可信数据或图像中判断风险当前是模拟人工路点记录下班整理整理记录与待办当前按原话列出任务调度根据电量、联网和期限安排执行已有简单状态与规则演示，尚无AI调度模型本地模型需要在设备上运行，所以会直接涉及计算能力、内存、存储、延迟和耗电。这也给“能源与算力一体化”一个具体研究问题：电量足够、网络可用时可以处理哪些事情；切到备用供电时，哪些任务必须留下，哪些可以暂停？未来应当把AI方案与普通规则比较，看看它是否真的提升了识别准确性、服务连续性或使用体验。八、冬季路况与更远的延伸设想我希望霜霜能够利用有位置和时间的信息，提示某些路段、取餐入口或换电点附近的情况。首版设置了三个示意路点，可以记录：

尚未观察，情况未知。
本次观察未见明显结冰。
发现疑似结冰。每条记录保留来源和时间，超过设定时间后提示重新观察。这样设计，是因为冬季路面会变化，旧信息也可能误导人。一次没有发现结冰，不能证明整段路线安全；单凭低温也不能认定路面有冰。以后如果接入摄像头或其他传感器，需要研究安装、供电、接线或通信、数据时间，以及识别结果的不确定性。我还提出过把类似安排延伸到配送无人机：能源、计算、任务记忆和故障恢复是否可以一起设计？这被保留为长期方向。无人机对质量、天气、设施和运营体系有不同要求，暂时没有进入本次原型。九、这次实际完成了哪些网站内容

新建了独立网站新方向重新从v0.1开始记录，已部署到腾讯云CloudBase的独立应用路径。之前住宅霜霜的网页仍保留，方便查看项目思路怎样变化。
画出了原创的小电车初步形态首页画出了电动车、餐箱、低位电池空间、手机和带表情的霜霜终端，并增加六处可点击标注。标注可以看到什么低位电池钠电、锂电及整车布局的设想独立供电主供电中断时，个人终端怎样保留必要服务萌脸与语音表情、短交互和未来语音的使用场景手机与拍照手机、订单、照片及平台授权之间的关系路点观察信息来源、时间、未知和过期状态任务记忆碎碎念、收工安排和下班待办点击后，每个位置都会说明想增加什么功能、对应什么痛点，以及为什么目前仍是假设。
做了五种随状态变化的表情

开心：主电源和网络可用。
等待：模拟断网。
专注：主电池断开，终端尝试使用备用支路。
担心：备用电量较低。
休息：终端耗尽可用能量，或共用控制器失效。这些表情用于解释设备状态，目前没有用户情绪识别。

做了连续事件模拟可以切换断网、移除或接回主电池、推进时间、模拟共用控制器故障，以及停车回家。场景中的能源、队列和事件会随着操作变化，让人可以看到一段完整过程，而不仅是几个互不相关的功能按钮。
做了通知与照片的模拟任务队列提供两份模拟订单，支持填写放置位置、选择本机照片、等待网络恢复及查看模拟回执。订单改变后，照片需要重新选择，避免把旧照片直接关联到新订单。刷新后的附件状态也会单独提示。
做了本地记忆和问题收件箱可以保存、修改、删除记录，整理回顾并导出；也可以留下暂时没有时间处理的问题。重置送单场景时，个人记录和问题收件箱会保留。
增加了语音与音乐入口有可选浏览器朗读、支持条件下的语音输入，以及本机歌曲选择和播放器。这些入口还没有完成实际骑行、风噪和功耗测试。浏览器语音也不保证离线。
建立了研究手册整理了产品组成、能源流、数据流、订单流和计算任务，并给每个假设列出依据、验证方法及可能不成立的情况。十、网站应该怎么体验建议先按下面的过程操作：
点击六个箭头，了解各处改造。
留下一句想法，例如“记住今晚七点收工”。
选择模拟订单，填写餐品放置位置。
切换断网，尝试通知或加入照片任务。
更换主电池，观察终端状态和表情。
推进15分钟，观察备用能量支出。
模拟共用控制器故障，看看两路电源受到什么影响。
恢复控制器、主电池和网络，检查待办与回执。
点击“下班回家”，查看记录和待查问题。
重置场景，检查个人小本子是否仍然保留。通过这个过程，可以看见我们如何考虑中断、任务保全与恢复，也能找到流程中还缺少哪些处理。十一、这次的模拟数据代表什么首版采用一组可编辑的终端备用预算：

标称备用容量：12 Wh。
假设可用比例：80%。
假设关键任务功率：0.4 W。在这组条件下，可用预算为9.6 Wh，计算出的服务时间为24小时。主电源断开、备用支路运行15分钟时，模型扣除0.1 Wh。这些数值只用于展示计算方法，不是实测功耗、不是整车续航，也没有证明霜霜能连续工作24小时。目前预算还没有涵盖转换损耗、启动峰值、老化，以及语音、音乐和模型推理的额外用电。三种化学体系默认采用相同参数；温度不会自动生成有利于钠电的容量曲线。需要取得具体电池数据后，再进行有依据的比较。十二、已经核对了哪些流程这次完成了九项独立检查，并进行了浏览器交互和手机布局检查，重点包括：
断网通知保留，恢复后获得模拟确认。
照片任务需要附件、供电和网络条件。
移除主电源后，备用预算随时间减少。
备用耗尽后停止服务。
接回主电源不会自动把备用电池充满。
共用控制器故障能够影响两路供电。
切换化学体系不会凭空增加预算。
记录及部分任务状态能跨刷新保留。
页面资源、控件和手机布局正常。这些检查支持的是软件流程。我们尚未进行电气切换、道路、操控或实车性能测试。十三、这次搜集了哪些资料研究手册目前整理了十项一手来源。它们提供了技术起点，同时帮助我们明确不能直接推断的部分。资料本次用途宁德时代钠新与双核产品公告了解具体钠电产品及混合能源先例 TIAMAT钠电数据表核对具体电芯参数，区分充电与放电条件 Uptime Institute数据中心分级资料梳理备用路径、维护与故障范围美团配送智能装备了解已有产品，寻找我们需要比较的方案美团配送合作开发文档了解接口认证，核对平台合作边界 Motorcycle Safety Foundation载荷建议考虑布局、载荷和整车影响 NHTSA人因研究资料考虑语音交互的注意负担 whisper.cpp项目了解端侧语音识别的技术基础 Google OR-Tools路线问题文档区分传统路线算法与AI任务美国国家气象局结冰说明理解薄冰风险和观测的不确定性这些来源没有替代我们的实验。目前也没有取得能证明购买意愿、整车成本优势或实际节省配送时间的数据。十四、下一步要验证的六个问题假设接下来要回答什么 H1：寒区钠电收益低温可用能量的收益，能否覆盖重量、体积与成本代价？ H2：故障预警有诊断标签的数据后，能否比普通阈值更早、更准确地提醒？ H3：路点观察信息是否足够及时，能否减少找入口时间或错误提示？ H4：平台合作获得授权后，能否减少操作，同时避免错单和重复提交？ H5：陪伴与记忆骑手是否愿意使用，会不会觉得打扰或不放心保存个人记录？ H6：能源与计算协同钠锂分工和任务调度，是否比更简单的方案更值得采用？我们准备先进行少量真实骑手访谈，了解他们已有的手机、导航、换电和语音装备，以及冬天最麻烦的事。再根据具体数据决定：哪些想法值得继续，哪些功能需要缩小，哪些假设可能不成立。我想把“霜霜”做得亲近一些。它能够记住一句“今天七点收工”，也应该在能源和网络中断时，把该留下的事情留住。下一阶段，会继续围绕这两件事完善。