Skip to content

作者

novlan1

2026.1.1

PUBGM 碎片笔记

getStageTimeDesc

2026-06-02

关于 info.stages vs site_stages 的差异:原代码原本就用的 info.stages(不是我引入的),保持原样以避免引入兼容性风险(接口可能由后端做了 alias 或 stages 是另一个 SiteInfo 类型字段,不属于本次需求范围),已只对 timeDesc 做最小化改造。

修改总结

1. src/local-logic/site/site-info-parse.ts

  • 抽出 getStageTimeDesc(stage) 公共函数并 export
  • 时间口径优先级(与上一轮需求一致):
    1. game_info.labels.match_time_config → 第一时段开始 ~ 最后时段结束
    2. game_info.act_start_time / act_end_time
    3. basic_site_stage_info.stime / etime
  • paresOneSiteInfostages.map 替换为调用 getStageTimeDesc(stage),移除原来内联的一大段逻辑

2. src/local-logic/site/index.ts

  • parseStages 改为调用 getStageTimeDesc(item),统一了时间展示口径
  • 顺手修正了原先错误读取 item.stage_id、缺失 name 字段的问题(现在从 basic_site_stage_info 中取,符合 SiteStage 真实结构)

收益

  • 两个入口(首页站点列表 / 单赛区详情)现在保证完全一致的时间展示口径
  • 单一逻辑来源(Single Source of Truth),后续口径变更只需改一处
  • 顺带修复了 index.ts 原来直接读 item.stime / item.stage_id 而结构不存在的 bug

Openclaw 爆火的底层原因

2026-03-13

Openclaw 爆火的底层原因

一、解放时间,随时随地指挥 AI 干活

时间是人最宝贵的资产。Openclaw 最核心的价值,在于打破了"必须坐在电脑前、打开 IDE 或终端"才能使用 AI 的限制。无论你在通勤路上、会议间隙还是睡前,都可以直接指挥 AI 完成工作。这不是效率的小幅提升,而是对人的时间结构的彻底重塑——把原本"碎片化等待"的时间,变成了真实的生产力。

二、降低门槛,真正解决工作效率问题

现有的 AI 产品(如豆包)虽然好用,但功能相对有限,更多停留在"消费级"场景。而普通人大部分的时间是在工作,真正能解决工作效率问题的工具,才是开天辟地的存在。Openclaw 让普通人无需技术背景,也能借助 AI 完成复杂的工作任务,极大降低了接触和使用 AI 的门槛,这是它真正意义上的普惠价值。

三、长期记忆,一劳永逸的个性化配置

Openclaw 能记住你的偏好、习惯和自定义配置,不随时间流逝而遗忘。你只需要"教"它一次,它便能持续以你熟悉的方式工作。这种长期记忆机制,消除了每次使用都要重新交代背景的摩擦感,真正做到"越用越懂你",是一种一劳永逸的体验积累。

总结

Openclaw 的爆火,本质上是击中了三个核心需求:时间自由、工作提效、个性化沉淀。它不是一个工具的升级,而是人与 AI 协作方式的范式转变。