1043蒸完饭，0242睡到0958，今天给TwinkleStarKnights_Battle_Simulator添加新角色吧，记得之前有些新机制不清楚怎么运作的都没敢加。

按下Win+V能看系统内置剪贴板历史

昨天喝汽水爆了今天都不是很敢拧，但又不想去洗手池拧。

• ✅ 等一分钟再开（给气泡时间上升，稳定情绪也稳定物理）
• ✅ 轻轻敲击瓶身四周（帮助附着在瓶壁的气泡浮上来）
• ✅ 拧一点点就停（听到“嘶”声就暂停，分几次开）
• ✅ 把瓶子垂直放平，别歪着开（减少内部气体冲击力）
• ✅ 低温下开盖更稳妥（冷饮释放气体比热的慢）
• ❌ 拿到手就拧到底（哪怕你急，也别让气体比你更急）
• ❌ 以为“我命硬”就开了（不是命的问题，是液压的问题）
• ❌ 乱晃之后才开（气泡正在狂欢，等它冷静）
• ❌ 躲在别人背后偷偷开（喷出来照样会记住你）
• ❌ 冰箱里放太久拿出来马上开（外温升高 → 溶解度下降 → 爆）

关于可以接受和不想接受的剧情有点想法。比如主角退隐江湖，一次意外不得不干以前老本行，然后就刚好被别人发现他是高手，这是可以接受的，因为能认为这是主角被发掘的世界线，只是主角仍旧隐身的世界线不是这个剧本；一个多次铺垫是高手的角色突然被铺垫很少的角色打败是不想接受的，因为很莫名其妙。

1
2
3
4

  // サブ属性
  hasSubElement(element: string): boolean {
    return this.buffs.some(buff => buff.target === `サブ属性_${element}`);
  }

总感觉每次判断都来看全部buff很奇怪，但要我存个变量来保存サブ属性感觉我会处理不好，而且好像如果存的话和rudux的设计理念冲突，虽然我没用redux..

问了GPT，才发现缓存也能有好几种做法，懒加载缓存（Set）和分组存储。不过去Discord问了，好像サブ属性不能叠加，不过我也没试，不知道，或许不能直接放buffs里。

现在还是先不想着去追求真实，而是想着如果代码不符合实际，怎样写代码会在需要修改时更轻松吧。

自身の右2レーンにいる味方にチャージ状態を付与是**给自己右边两个通道（右2レーン）上的友军赋予蓄力状态**。即右2レーンにいる味方是**右边的两个通道**而不是右边的第2个，右边的第2个是右から2番目のレーン。

今回の茶番は非常に茶番してるな，学习说话。

看クルスタキラキラ放送局！2周年直前SP！，直播的小剧场总是好笑，舟周年直播是也是。

舟的直播就像放视频，クルスタ直播竟然有现场投票。

麦哲伦企鹅（Magellanic Penguin）是一种生活在南美洲南端的企鹅，名字来自航海家麦哲伦（Ferdinand Magellan），他在1520年环球航行时首次记录了这种企鹅。

fripSide（フリップサイド） 是一个来自日本的电子音乐组合（ユニット），以高能合成器音色和电波系风格著称，尤其在动画歌曲（アニソン）领域非常有名。

行動終了後のノーツ戻り位置を前から2番目の味方と同じ位置にするっていう仕様、面白いな。ずっとユニゾンできそう。

4个限定，太恐怖了2周年，但也送的多。

印象中以前有过直播完了直接热更直播内容的，把我吓了一大跳，但我想不起来相关记忆了。可能是舟，但是忘了。

0106来上床，今天给TwinkleStarKnights_Battle_Simulator添加了好多角色，感觉全是dirty work，想了想有的新机制要怎么写，感觉没学到东西。晚上打喷打出了爽局，开心地剪了视频。