这个假期里咱如愿以偿地获得了一台新笔记本，到手之后就被我安装上了 Arch Linux. 那时候的内核版本是7.0.13. 当时使用的时候一切都近乎完美，体验十分平滑，没有遇到任何跟挂起恢复相关的问题。
后来随着系统滚动，内核来到了7.1.3这个版本，在这里遇到了奇怪的挂起恢复问题，表现为：挂起恢复后系统的整个音频堆栈似乎坏掉了，既看不见任何输出/输入设备，浏览器/mpv 在播放音视频时会直接卡死在第一帧。
束束遇到这个问题感到十分郁闷，由于硬件比较新，内核也比较新，导致在网上没有查到很多有效的信息。
但是现在毕竟是 AI 时代，本来对软件调试不太了解的束束也可以在协助下完成一些简单的查错。于是在 Cluade 的帮助下，咱很轻松地发现了问题所在！ 其实是什么也没有收获。这个问题被 AI 工具们归因为 HDA 的一次内核回归。作为一个普通 Linux 用户，束束不希望自己去折腾内核的东西，想要真正解决就只好等上游了。
通过对 git commit 记录的定位，Claude 发现在7.0.13到7.1.3之间，Linux 内核的 HDA 部分发生了一些重构，可能就是这些改动导致了挂起恢复后音频丢失的问题。
那么第一反应就是想办法 workaround:
snd_hda_intel 模块整个卸载重载一遍然而一切尝试的结果都是徒劳无功，最后的结果是束束依旧活在这个无声的世界里。
唉唉，实在是太悲伤了，由于能力有限，束束所能做的就这些了，只好先降级到7.0.13继续使用，并把 linux 包加入了 pacman 的排除列表里。
但是后来继续更新系统的过程中新问题继续出现：挂起恢复必定失败，屏幕只如一片死寂，虽然猫不应该怕黑，但束束就是觉得这比无声的世界还令人恐惧。通过控制变量逐个试验，发现原因是我只锁定了 linux 包的更新，但是接下来的问题出现在 amd-ucode 这个包上：
本来正常的环境是： linux-7.0.13 + amd-ucode-20260622-1 , 这是一套已经经过验证的稳定组合。
而局部升级之后的情况是 linux-7.0.13 + amd-ucode-20260810-1 , 在这个新的 AMD 微码版本中，为了迎合 7.1 内核的新变化，挂起恢复方面的行为发生了改变。但是我使用的旧内核并不与之相配。所以这个意料之外的包也需要锁定版本。
嗯……果然对于滚动发行版来说局部升级是一种很危险的操作。
后来咱又尝试过几次全量更新，检查挂起恢复的音频问题是否解决，但似乎都没有取得什么进展——问题依旧。
好吧，束束承认自己在某些地方有点洁癖——比如一个一直有某个包卡着不能更新的滚动系统。这让某猫耳娘开始产生一些胡思乱想：难道我要和这个锁死的内核版本过一辈子吗呜呜，不要口牙！呜呜， 7.0.13 吗？不是已经有很多已知的提权漏洞的版本吗！呜哇，好怕好怕！现在由于锁定了内核版本，导致用不上最新的 AMD 微码包，那万一之后有更多的包也需要锁定版本怎么办？我的 Arch-chan 不就变成了一个半新半旧的怪人了吗，心疼喵（
这些想法也实在是太怪异了吧！
以及在某次尝试全量更新的时候恰恰好还遇到了 nvidia-open 驱动的同样的回归 bug, 也是和挂起恢复相关的。具体表现为，挂起后无法正常恢复，还会导致机器温度狂飙，风扇啸叫。唉唉，咱确实有些倒霉了。于是 IgnorePKG 再喜添一群 NVIDIA 相关的包。
可恶…
实在是可恶哇！
好在最近两天去 NVIDIA 仓库的 issue 里盯的时候发现问题似乎修复了，于是束束再次尝试全量更新系统。
咚咚咚，arch-chan 滚动中…
这次更新过去一切似乎都正常了——至少挂起与恢复不再黑屏，只是又让束束进入到了无声世界里面罢了。而此次再寻，咱终于搜索到了一个关键的解决方案：
[PATCH] PCI: Disable async suspend for MSI Raider A18 HX A9WJG audio
补丁描述揭开了真正的谜底：AMD 的 ACP 和 Azalia/HDA 这两个功能，虽然在 PCI 总线上被暴露成两个独立的 function，却共享着同一套 ACPI 电源门控状态。
而内核默认允许设备异步恢复——也就是说，挂起恢复时，谁先醒谁后醒是不确定的。当这两个共享着底层电源门控资源的功能"抢跑"，顺序乱掉的那一刻，HDA 控制器就会卡在一个不上不下的半初始化状态里，去读 CORBRP 寄存器，读回来的永远是全 1——0xffff，也就是日志里那个看似普通、实则意味深长的 65535。
据小 C 告诉咱说：
竞态条件最擅长的事，就是让所有基于"日志现象反推"的排查都无功而返，因为它压根不遵循任何一层软件栈自己的逻辑，它只服从谁先抢到总线这一件事。
这也顺带解释了那个曾经让我们百思不得其解的现象：为什么无论怎么重启 PipeWire、重载
snd_hda_intel模块，声音都救不回来，唯独一次完整的冷重启能让一切恢复正常。因为坏掉的从来不是某个用户态缓存或者配置状态，而是 HDA 控制器这个物理 PCI 设备本身，在错误的恢复时序下，变成了一个真正意义上"没有响应"的僵尸。软件层面的任何补救，都够不到 PCI 枚举这个更早、更底层的阶段——只有重启，才能让一切从头再来一遍，赌一把这次的异步恢复顺序恰好没有踩雷。
故事的结局也很普通：
pm_async=off
给内核加入这行启动参数之后，一切都恢复了正常。ACP 和 HDA 从此老老实实排队醒来，谁也不抢谁的电源门控状态。而关闭异步直觉上可能会让系统恢复变慢，但是对于现代平台来说，其实速度上的变化根本无所感知——就是足够快了。
以及以及！为什么上文在写到最后发现的解决办法时特意用词“搜索”呢？
因为那就是咱搜索出来的呀！这是意在表达，束束不再相信 AI 给出的解决方案，而是去寻找 kernel hackers 们是否提供有她们的经验。以后再遇到这种问题，束束一定要自己尝试搜索，而不是只依赖 AI.
AI First, Not AI Everything ✨
尾巴~
这次虽然是倾向提供 workaround 的技术文章，但尝试了一些些故事化的写法，希望能让这篇文章既不失实用性，又能提供一点点趣味(≧▽≦)
]]>你为什么还在这个时代坚持写 blog? 在推荐算法大行其道的当下时代，你为什么痴迷于寻找藏匿于互联网角落的博客站？
束束没法给出一个具体的答案，大概就是喜欢。对于博客与写博客的人，束束就是迷恋。
这可能是一种情怀，是“复古”在作祟。
每当束束在研究电脑遇到一些奇怪的小问题，去浏览器里面搜索，真正有用的解决方案大多数就藏在个人的博客网站上，而不是知乎、博客园、思否之类的公域社区。在束束踏入他人的博客——这一小块私域的时候，束束所看的不仅仅是把我带进来的文章，习惯上，束束会先去看一眼作者的 About 页，之后才是读文章，然后会把 Archive 也看一遍。能从别人的 blog 中窥见他人生活的一角，这种体验非常有趣。这像是一种不打扰对方的“交友”，彼此都可以静静地观察着，而又避免了人际沟通中的麻烦。
「交友」，这可能是答案。这种互不打扰的，入侵性极低的友谊不是非常有趣吗？
是啊，读 blog, 就是给我一种“老友见面”的感觉，所能看见的就是一个真诚表达的灵魂。这种表达不仅真诚，而且认真。你都在私域写内容了，自然不会考虑算法所需要的短平快。在博客站里能读到的是真诚又认真的表达，纯粹的灵魂的表达。
再谈谈 RSS 吧。束束希望自己能从社交媒体中抽离，能远离社区化的平台。RSS 几乎是一个完美的复古收音机。
结合 Folo 这样优秀的 RSS Reader, 很能让人醉心于阅读与感受，而不是焦躁地浏览。
为什么束束对于“对抗算法”有一些执念？可能是因为我发现算法在让我变得更糟糕，她让我向着一个我不希望的方向发展——焦虑、烦躁、无耐心、FOMO. 算法绘制了一个用户画像，但是画像里面就是我吗？
到底是画像依照我的模样被绘制出来，还是我被扭曲为了画像里的人？
算法，你带来的是数字霸权，而我，不希望成为那样
束束在逛 Arch CN 社区和另外的一些网络小团体的时候不免会发现有很多人通过同一件热爱的事情结为挚友。这样的友谊让我羡慕，我当然也希望能结交志同道合的网友们。这本不在本篇的讨论范围内，但是有一个插曲——
现实中的朋友希望我能陪她玩，而我由上原因沉醉网络上的交流，致使一直渴望在网络上交到好友的我忽视了身边就已经存在的好友。我对她的态度并没有十分热烈，甚至为自己找借口开脱——所言：“现在忙”“我不想在玩上花费太多时间”。然后我就收到了对方“病娇”式的痛击，这才让我忽然发现天平早已倾斜向了赛博空间，而真正重要的身边人却被忽视。
在 24 年冬天经历某些事情之后，我的情绪本就变得脆弱与敏感。面对聊天界面，我浑身发抖，无意识地流泪了…..
还是线下见一面的好。下午我们一起去逛街、吃饭、看电影，才发现生活中最重要的是生活本身，身边人最值得我们珍视，而我们常常处于幸福中却未发现。
以及，网络上的情感表达也许不及线下的十分之一。相处时的一个动作与一个表情大概就能胜过网络上的千言万语。
在网络上，也许我们应该热烈地表达自己的情感，至少让你所爱与爱你的人能够感受到你真实情绪的十分之一.
]]>其实使用方法在仓库的 README 里面已经写的很清楚了
本质 Voice Changer, 把多余的跨平台代码都剔除掉了，仅仅保留 Linux 部分，仅支持 RVC 模式，是个极其轻量的 TUI. 还可以 RNNoise 处理降噪。
硬件要求上，此项目仅支持 CUDA 推理，所以可能把 AMD 和 Intel 显卡的用户排除掉了（貌似听说过一些 CUDA 兼容层存在，但具体情况没有了解过）。并且没有 CPU 回退。
音频堆栈要求使用 PipeWire. （话说桌面 Linux 用户也没人用古老的 PulseAudio 了吧）
大致复述一下 README 里介绍的使用方法：
git clone https://github.com/alirexha/woys.git
cd woys
./install.sh
真的就这么简单
又水一篇💦
一切的开始要回到束束还在学校时，某天课间和一位同学的闲聊，刚刚上完语文课的他突发奇想：如果能把诗词娘化做成 GalGame 想必会很有趣。
束束喜欢诗词，尤其是那会读完《人间词话》之后深感诗词之美，很乐意帮忙完成这个 GalGame. 于是便随口承诺下了要帮忙。
但是呢——困于学业繁忙、时间有限，这件事一直没有进展，后面束束也渐渐不再提。如今假期来临，束束只想把自己希望的做完，做一个自己喜欢的 GalGame.
工作量太大了，剧情也不好弄，被束束否决了
这是束束的简单想法，以现在的模型能力来看，这么做会很有趣，并且独特。但是当时束束用 Renpy 简单实现了一下，发现效果很差
鄙猫没有开发项目的经验，依据猫的本能直觉首先要选一个引擎。开始束束使用的是 Renpy. 后来希望有更多的可拓展性决定使用 Godot 和 Dialogic. （事实证明这个决策无关痛痒，我并不需要 Godot 引擎提供的更多可能）
然后就是要考虑一个剧本。使用了各种 AI 来发散剧本，最后发现 DeepSeek 效果最好（依照时间推过去，框架最初是在 2025 年 10 月份定下的，当时应该是 v3.2 的模型）。所以最初的雏形是我与 DeepSeek 讨论得出的。我大致控制了剧情走向，DeepSeek 补充了大部分细节。
由原本构想的多女主方案简化为了单女主（诗灵）的设计。简单剧情就是男主来到诗文社，结识诗灵但并不知其真实身份，后来才了解到她并非人类，并且诗灵由于现代人不再读诗而即将消失，男主决心拯救的故事。
剧情不算出色，可以说是非常平淡的剧本。由于个人能力有限，只好这样了。但束束觉得做出东西来是第一步重要的，陷入精雕也许永远拿不出成果。就以此为大体框架开始写剧情了。
本来束束是亲手写了一些的，后来直接放手交给 AI 了。其中 GLM 5.2 提供了很大的帮助（没错，真正开始写剧本时正是 GLM 5.2 爆火的那段时间）。
剧本有了之后就给我一位有些写作经验和丰富轻小说阅历的朋友：冬之寒，看了看。看完之后束束问他评价，他就一句：“有女朋友就是好啊”。
这应该是个肯定信号，于是我就以此剧本开始在 Godot 里完成 Dialogic 部分的工作。
有一个小问题需要注意：Dialogic 2 目前一直处于 Alpha 状态，没有正式版本。使用这个插件建议不要去找 release 版本，而是应该直接使用最新的 git 版本。因为我在使用 Godot 4.7 + Dialogic 的 Alpha 19 时遇到了插件无法正常运行的问题，更换 git 版本之后解决。
Another year, another alpha 😅
开发者官方吐槽……
立绘与 CG 全都是交给 ChatGPT 来创作。毋庸置疑，GPT-image 2 画二次元图的水平非常高超
这是女主“白”的一些立绘和 CG. 在下以非专业凡人的眼光来看已经非常好了
抠图直接扔给豆包很方便（很多人可能看不起豆包，但是 Seedream 的图像能力真的不差）
背景使用了大量网络上的无版权素材包。但其实很多素材不能完全满足需求，这种情况下我还是会把图扔给豆包或者 nano banana 去修一修
还有一些环节使用了本地部署的 Anima 模型。这个模型的能力其实非常强大，大概率上面的任务此模型也可以完成。但习惯上，束束总是对闭源模型的实力更加信任。所以 Anima 仅仅被用来做了一些杂活
整体上，对于作画这一块我是很满意的。我们的画师们个个都精明能干啊！
SFX 束束要感谢 ElevenLabs. 这是一个 SFX 的生成平台，依靠 AI 技术。自己需要的音效不再需要到处寻找，可以轻松生成符合需求的音效。
至于 BGM 则是仰仗甘茶の音楽工房这个网站。提供了大量适用于游戏的无版权音乐，感谢这位作曲家~ 但是实际选曲需要根据剧本去想象这个场景需要响起什么音乐，这个过程是一个非常麻烦的过程，最磨人，也很消耗心力。
作为一个“含 AI 量”极高的项目，为什么 BGM 不使用 Suno 来生成？
因为束束发现 Suno 的优势区间不是做日常向 GalGame 的音乐，它更擅长“吵闹一些”的音乐，而不是恬静的音乐。
大概经历一星期左右的起早贪黑，游戏大体是完成了。
而在束束准备正式发布的日子，我接到了冬之寒的电话——
在当时看完剧本之后几天，他忙于志愿者工作一直没有给束束修改建议，电话里他提到：“当时我就想吐槽了，但考虑到你刚刚开始做，我不想打击您的热情，就先忍着没有说”。而非常不幸，如今束束的项目几近完成，他由于忙于工作一直没有给我剧本修改建议，现在一个电话倾斜了大量的剧本问题和建议，导致项目不得不进入大规模重做。
束束也才理解到仅仅依靠没有专业知识的一人之力做项目是多么多么不容易的一件事。
剧本产生了大量纰漏与一些让人难以接受的情节。接受了冬之寒的批判与指导，看着眼前巨大的工作量，回想到前几天与项目的殊死搏斗、呕心沥血，无力感淹没了束束。直到现在项目还是暂时没有进一步的进展了……
希望我真的可以做完它——在束束厌烦它之前！
]]>这个项目是束束一直以来想做的。在束束还在上高中的时候，有位好朋友向我提到了“诗词娘” Galgame 的想法，苦于时间有限，承诺要帮忙一起做的东西一直没有交付，后来我们渐渐忘记了这件事，想法也搁置了。
现在步入一个很长的假期，束束希望可以完成我曾经的承诺，并悄悄给同学一个惊喜，然而开发过程并非一帆风顺，遇到了很多困难，目前项目甚至暂时陷入了停滞状态……之后准备再写一些开发手记来详细谈谈遇到的问题
以前也用过窗口管理器 hyprland, 之后在某次更新中束束原来写的 hyprland 配置由于语法被破坏了，这才让束束明白到 hyprland 实在是一个非常激进的项目，它并不适合日用。并且当时的时间似乎是 2023 年末，那会 Wayland 还不像现在一样成熟。最后还是用回了 KDE
最近刷到了 shorin 的 niri+DMS 的配置脚本，发现了 DMS. 不得不感叹时代的进步，束束最后使用 hyprland 的那段时间其实已经步入“后自组装时代”&“前 QiuckShell 时代”了，可那会束束没有去深研究。如今发现了 DankMaterialShell 这种东西出来，愈发觉得 wm 越来越逐渐变成一个完善的 de 了。
所以就是这样，我用上了 niri. 早期 niri 的前几个 preview 版本束束就已经在关注这个项目了，也实在没想到它这么快就成长为了和 hyprland 同级别的 wm.
束束的前面十几年人生都是被安排好的人生。
生活有父母帮我安排，到学校有课表的安排，老师的安排，回家又有作业的安排。真正自由可控的时间是少的——在这段自由的时间里我会去做一些自己喜欢的事，比如学习编程，折腾电脑。束束也曾幻想过等到自己没有课业所扰，可以畅游任意一个世界时能有多开心。
然而真正解放了，我丢失了什么。
是什么呢？束束不清楚这是什么原因。明明在没有时间的时候非常拥有折腾的热情——束束愿意把不多的假期全都投入到折腾电脑里，游戏也不打，屋门也不迈，时间会忘记，吃饭也不需要。现在呢？大把的时间，却躺在床上发呆，无心做一切。
这种拥有对束束来说太不真实，我竟然无法适应。
漫漫地度过了快两个月，我却没有做到过去畅想中的自己。时间无穷，耐心反而更被消磨：看视频我竟然无意识地倍速播放——这是一个令束束非常警惕的信号，通常束束会认为这是耐心不足——我很浮躁（尽管没有表现出来）
这也是束束写作的原因，写作是我整理生活的方式。只有这时候束束才能跟自己独处，和她说会话。
好累。
我又被自由困住了。
束束把作息调到了下午6点左右入睡，我会在凌晨3点或4点左右起床。显然这么做我睡的时间更长了，这对束束来说很舒服，并且似乎白天的精力也更充足。
以及最重要的——一个人，安静地，等待黎明。
AI 进步神速。
以前束束跟进 AI 的模型进展，现在这反而是最不重要的一部分，对于 Agent 的实际使用反而才是现在 AI 时代重要的一部分。
曾经 AI 也就是日常对话，谁能想如今能够 Vibe Coding. 以前束束把 AI 的代码补全都当笑话看，现在又不得不佩服 AI 的代码能力之强大。以前 AI 实时音频对话都做不到，现在能够视频通话的模型遍地开花。以前的 Stable Diffusion 画图也就是能看的水平，如今的 AI 作图 SOTA 模型堪称惊艳。
这一切变化仅仅花了 1 年时间。1 年就可如此，不敢想之后的时代会变化成怎样。
束束自己也从此受益：Claude 帮我写了很多代码，解决了很多疑难。比如这个 DMS 的 Github Heatmap Plus 插件：
基本上都是 Claude 写的，效果非常好。
另外上文提到的游戏，Claude 也参与了极多，还有一些绘图模型参与。没有 AI 我真的无法一人进行这游戏的开发。
切切实实，我感受到了 AI 之速。太快了，她极快地进步，极快地改变时代。
]]>束束记得上一年快春节的时候发了条 tweet，大概是说在一次旅行中，束束发现自己的性格非常“平和”，既耐心又温柔。但不幸的是在今年临近春节之时，束束突然发现自己又丧失了这个特质。（沮丧）
似乎是因为束束现在学习压力有点大，并且在过去一年迷恋上了一款竞技游戏——束束之前从未对竞技类游戏感兴趣。束束觉得主要是竞技类游戏让自己变得有些急躁，并逐渐丧失了耐心与温柔。另外它使束束的注意力也被消耗了很多，现在束束难以长期专注眼下的所做所想。同时，由于更多的时间投入到了游戏里，自己听播客和折腾电脑的时间也少了。在束束看来，这都是不利于个人成长的。
考虑到这些之后，束束已经卸载了那款游戏，以期望重获内心的平静。
（题外话：nano banana 太强了，束束就说生成一本《集异壁》的立视图，桌上的巴赫曲谱、莫比乌斯环、哥德尔证明、埃舍尔楼梯、递归结构等等都是 nano banana 自己补出来的，完美体现了书本内容）
《集异壁》运用了一个个精巧的寓言设计和与之对应的数学原理解释创造了一个个精妙的自指，整本书正是在不断解释它自己。
在探索神秘的大成之理的过程中，作者运用了巧妙的引导，让束束不断直呼：“原来是这样！”。Aha Moment 在这本书中无处不在。
最为重要的是它让我感受到了数学之美，让束束体味到逻辑的力量。读了此书，束束才真正学会了理性思考，并且你会发现生活中很多问题都可以运用里面的理论加以解释——虽然这是一本数学相关的书。
束束只后悔没有早些见到《集异壁》，这绝对是堪作为一本数学教材的书，重要的不是教会知识，而是教会逻辑思维——这是束束在传统教材里从未发现的。
说到认识这本书的过程也是很有趣：束束曾从不同的信息渠道反复见到它。首先第一次见是在毕导的一个关于 sub(n,n,17) 的视频里见到的
再后来就是在 Livid 的《在 26 岁时写给 18 岁的自己》一文中也提到了 GEB。
不要错过 GEB 这本书，这会是一本你在人生不同的阶段用自己不同的信息量去读的一本书
第三次见到 GEB 是束束的一位善于钻研数学的同学（我称之为“杰哥”），他谈到自己最近读了一本奇书，就是 GEB.
冥冥之中束束感觉有些天意……它总是出现在我面前，似乎就是期待我去阅读……
(๑><๑)
最近终末地开服，热爱二游的我（？）当然是马上去游玩了一下。
评价是美术很顶，玩法好玩但不上头，剧情拉了。
但是发现了一个很会讲故事的up主：云紫 sama。做的陈千语剧情考究真的很好看，up 以前的个人经历也很有趣。
最近几天考试，束束的学校是分考场的（其实就是把原来班级里的人打乱分到不同的教室里考试）。束束的课桌上一直写有“缄默”二字，没想到在考完第一天的上午场回班之后后面被补上了“德克萨斯”四字，并且下面附上了“荒芜”，似乎在等我补上“拉普兰德”。束束留言道：“难道舟 p 真的比我出租屋里的蟑螂多”，再回来的时候收到了新的留言：“是这样的，看见缄默我就这样开屏！”
……
就这样一来一回，靠着考试的间隙，我们交流着彼此的喜好。最后一场考试束束表示，“可惜，最后一场考试过去后，我们或许没有机会再交流了”，她回复“并不可惜，或许戛然而止也是一种恰到好处，或许下次考试还在你们班，或许我们还能再见”
她留下了一个叫“東鸟”的名字和一幅画在草稿纸上的阿米娅，路过了我的课桌。而我们却未可知彼此的相貌。她留下的名字和那句“或许我们还能再见”像是给这段短暂的故事画上了逗号，而束束却可能再也无法把故事接续下去了……
不免让束束觉得这何尝不是人生中众多阶段性关系的缩影，大家都只是彼此的过客罢了.
最近获得了一台可以“巨魔”的 iPhone, 于是束束就开始折腾巨魔 qwq
感觉自己是个闲不下来的人，用安卓就折腾 root、lsposed 之类，在安心的 iOS 上又开始设法折腾 TrollStore.
另外 iPhone 的各种插件质量感觉比安卓高一些，能干的事情不一定比 root 的安卓少，并且检测还极其好过。所以说其实 iPhone 才是玩机党的真正归宿（？
]]>束束在自己的 telegram 频道里说了这件事，能认识纸盒我真的好开心好开心！
束束对纸盒其实是很敬佩的。因为根据束束在学校交往的人来看，一般来说性格比较暴躁的或者有别的缺陷的同学大多是父母性格如此，教育方式欠佳。然而纸盒不一样，他真的很温柔，虽然父亲对其教育方式及其极端（大概都能知道是什么，但我还是不太忍心说出来），但是竟在残暴的环境下长出一颗温柔的心。不仅仅温柔，还很可爱——束束想大概是他自我封闭近乎3年导致的——与实际年龄完全不相称的可爱。
加上好友的过程还蛮困难的。困难在于我——束束本来就不是什么社交能人，甚至可以算作社恐。给纸盒发消息我还需要打很久的草稿，思考各种可能发生的情况。因为这是束束第一个除同学以外主动交往的朋友，束束对待这份感情非常认真！
不能免俗，束束还是想谈谈自己的看法。
大家在“围攻”杨某某，但是我却同情杨某某。当舆论场形成之后，我们也许很难再独立思考，但是束束尽力去想这件事——不在想孰对孰错，而是在思考：为什么杨某某这样会如此敏感？
束束想大概有三种因素：
束束的看法很初级。总之就是束束不信个体上的任何人有错，束束只认为是环境、社会、整体对人造成了影响。束束想创造只有爱的世界，所以束束总是以善意去揣测人。也许杨某某也会想：“我……是不是搞砸了？”“我……是不是已经被全世界误解了？”“可是……我只是想保护自己……”
我们都只是在舆论极化与失控情绪中挣扎的人
上次的 Weekly 提到了 Zed, 最近有些小火的《Why LLMs Can’t Really Build Software》正是来自 Zed 的 Blog.
束束曾经发出过这样的感慨：
现在的 LLM 部分解决了创造者的能力问题，基本上小项目都可以靠 LLM 来解决了，想象力和心智才是制约创造的。“魔法的世界就是想象的世界”，以束束看来，编程也成为了想象的世界。只是被当作一个会写代码的工具的程序员也许会被更厉害的LLM代替，还留存下来的就是拥有 Mental Model 的软件架构师。不禁让束束想到了之前刷过的一个视频创作者：原子能。他所讲授的知识也许才是程序员们所真正需要的。而那些“黑马程序员”“尚硅谷”之流，大概就是“授之书而习其句读”的“老师”，但“非吾所谓传其道解其惑者也”。
这是束束在 X 上的吐槽。束束确实已经很久没上酷安了，最近一看真是发现变化很大：很早以前首页都是搞机相关的，后来酷安做社区化转型，首页就变成了一些机圈吐槽，但还能经常看见一些很有价值的思考和技术分析，现在一打开酷安，映入眼帘的是晒女友、秀工作。真的成为了“小绿书”。
束束在 2018 年 3 月份注册的酷安，不说元老，也可以算是比较老的用户了。束束对酷安的感情是复杂的，我想后面再专门为酷安和刷机文化写一篇文章。
上次 Weekly 说到 Vibe 了一个热力图记事器 ChronoHeat，紧接着束束就又 Vibe 了一个产品——XSnap. 用途是将 X 上的 Tweet 转成美丽的分享图。
起因是束束上次写周报用了很多 Tweet 嘛，束束发现网上大多数将 Tweet 转分享图的工具都在 Elon Musk 接手 Twitter 之后死翘翘了，唯一发现能用的就是上次 Weekly 里的 Pikaso. 并且这个网站是收费的，免费额度只有5张图。
那束束就试着自己 Vibe 一个。众所周知，在 Elon Musk 接手 Twitter 之后 API 就被限制得死死的，从官方拿数据就很不现实，并且束束也怀疑 Gemini 的编码能力能不能做到这一步。所以束束先让 Gemini 做了一个本地版的文章转分享图工具，检验之后再继续以此为基础加入获取 X 数据的能力。
自然而然的，很容易想到 FixupX 这个项目，可以绕过官方 API 拿到一些 Tweet 数据。束束直接把这个项目的 README.md 扔给了 Gemini, 结果还真的轻松实现了出来。
这次 Vibe 过程中遇到了一点小疑难杂症是束束在本地测试 XSanp 没有问题，但是部署到 GitHub Pages 之后就不能用了，还以为是 FixupX 的限制，打开控制台之后提示资源被浏览器增强型隐私保护拦截了。束束告诉 Gemini 之后，它表示这是一个同源策略的问题，使用 allOrigins 提供的公共代理服务请求 FixupX 之后就没问题了。
这次 Vibe 收获了同源策略相关的知识，以及明白了浏览器的增强型隐私防护究竟会做什么。
束束发现了一个叫做 Zen Zero 的项目，可以让 Zen 浏览器及部分网站拥有模糊效果，非常漂亮！整个浏览器就像一块玻璃一样。
这些是适配了的网站，没适配的网站就没办法完美透明化了，倒是可以强制使网站透明化，但有些网站会出现 bug 就是了。
束束把自己常用的代码编辑器从 VS Code 换到了 Zed.
这个编辑器还没做出来的时候束束就关注到了，毕竟是 Atom 原班人马的作品，声量就大一些嘛。更加值得注意的是这个编辑器的技术栈是 Rust, 不像 VS Code 和 Atom 那些基于 Web 的和 JetBrains 家的笨笨 Java. 并且它被设计之初就力图达到快速、高性能，它的界面全都是 GPU 加速渲染的，这非常酷。束束打开它的时候就感受到了飞快的速度，设计也是超级简洁漂亮。
嗯，这个 UI 大概就是非常克制的美吧。束束用 JetBrains Mono 换掉了 Zen Plex Mono, 它的默认字重偏细，但束束想要稍微调粗一点点发现没有那么细分的字重。不过反正束束觉得 Zen Plex Mono 也没有 JetBrains Mono 好看就是了。
Zed AI 属于能用的水平，代码补全有一点点聪明，因为 Zed AI 对你的代码无论是预测还是修复，都是小小的改动，隔壁 Copilot 的大段大段的补全束束实在感觉无法驾驭（当然，如果你喜欢 Copilot 的话，Zed 也有原生的 Copilot 支持）。
常用的语言肯定都支持了，很多是内建的支持，不需要安装插件。写完代码按下保存的时候 Zed 会瞬间帮你格式化代码，在用 VS Code 的时候束束从未意识到代码格式化之后竟然可以看起来这么爽快~
插件市场也有一定规模了（虽然还是跟 VS Code 不可比），也提供 MCP 服务器安装。
下载 Zed 的时候也就是想玩玩，没想到这东西已经发展得这么成熟了，一下子就成为了束束的主力编辑器（主要是快呀，Zed 太快了）
Zed 官方暂时不提供 Windows 的支持（只有社区编译的版本）。虽然没有 Windows 的支持，但是却有 Linux 的支持。就这点束束是很敬佩的。
束束也不知道为什么老是睡不够，每天睡 7 个小时实在还是很困。并且发现自己只能睡 7 小时：如果早睡那就会早醒，醒了就睡不着了，有次差不多 21 点就去睡了，结果第二天醒来的时候发现是 4 点左右，那不还是 7 小时嘛（苦笑）；如果晚睡就会晚醒，总计睡眠时长还是 7 小时。
困倦但难眠。
]]>束束这周开始写 Weekly，然而并非 Weekly，因为束束估计不会每周更新，新鲜事不是每周都有的，就算有的话，束束这种懒猫应该也不会每星期都写。
有人写 Weekly 是为了监督自己，因为如果 Weekly 没什么可写那就说明自己这一周没有长进。但束束不想写个人成长的 Weekly，束束只想记录一下最近发生了什么，或者组织一下那些不值得写一整篇文章的小段。
束束不是二次元重度爱好者，看番也只是偶尔看看。花了两天时间看完了《葬送的芙莉莲》，评价四个字：美轮美奂。无论是剧情、画风、上色、人物，都是美轮美奂。
故事的开始是勇者故事的结束，我们对他们一无了解，只知道勇者辛美尔、魔法师芙莉莲、僧侣海塔、战士艾泽组成的四人小队打败了魔王。然后画面一转，年华一瞬，除了精灵芙莉莲，大家都已老去，辛美尔先是死去，然后是托孤菲伦给芙莉莲的海塔，艾泽由于是矮人，寿命长一些，但也不是能够战斗的年纪了，将徒弟休塔尔克交给了芙莉莲。
对于芙莉莲来说，“一会儿”就是三四年，精灵的漫长岁月中，和勇者的十年旅行也就是芙莉莲的一瞬。虽然我们不详细清楚勇者一行到底做了什么，但芙莉莲、菲伦、休塔尔克的旅途上，处处可见辛美尔对世界留下的影响，芙莉莲常常想起辛美尔的片段，编织了我们对于辛美尔一行的模糊认识。
「如果是辛美尔的话，一定会这样做吧」
整部作品哀而不伤，没有动荡起伏的情节，只有平静的冒险和探索。在这样的过程中，几个笨拙的生命逐渐会学人情温暖、观照世界，这是一场自我修行，这是对于魔法意义的浪漫回应。
之前束束说过：看完一部番之后会有中孤独的怅然若失感，而这部番没有没有给束束这样的感觉。这部番给我一种特别的感觉，恬静，悠远，浪漫……
这正是：千年孤旅叹流光，方知刹那情意长。昔日勇者留薪火，照亮精灵前路茫。
听说第二季2026年1月出，已经开始期待了！
此处 AdventureX 指的是在中国举办的黑客松活动
束束是 24 年知道的 AdventureX, 当时听了少数派的一期Podcast。我还挺敬佩这群年轻人的，却没想到今年的 AdvX 闹出了这么可笑的事情。
主办人个人做派有问题，传有性骚扰女同学的前科；场馆里到处有“禁止通行”，刺目且措辞令人不适；有人在场馆里发生不文明行为（大家看图吧，有点恶心，搞得束束都要孕吐了🌫）；主办方态度傲慢；主办人贩卖选手信息并正大光明称其为“梦想家数据库”
在 GitHub 上开源了一个小项目—— ChronoHeat ，是 Vibe Coding 完成的。这是一个简单的热力图记事器
起因是某心理阴暗的坏猫想要一个能直观记录 od(?) 的工具，发现市面上的产品没有令她满意的。束束想到了 GitHub 的提交热力图，所以就准备以这个为参照写一个记事器。设计的时候花了一些小巧思在上面：这个网页预置了几种事件类型，用 emoji 图标来展示，因为束束记得 Smartisan OS 的日历就是把重要事项用图标代替了，因为图标足够直白，并且预置的图标可以覆盖大部分的日常行为，这么做显然更加直观并能减少用户的心智负担；确定按钮和 emoji 是一体的，或许是为了遵守“如无必要 勿增实体”的设计哲学；甚至束束想把 darkmode 和语言的切换按钮删掉，因为它本来就可以根据系统状态切换……
束束对 UX 有一些自己的想法，可能是受到了常听播客「Anyway.FM」的影响吧。
这是束束第一次 vibe coding 的尝试，全程几乎没有干预代码文件，只提出了我的需求，然后主要由 Gemini 2.5 Pro 完成。DeepSeek R1 写的大体框架，Gemini 2.5 Pro 完善，Qwen3-Coder 负责 debug.
为什么是这样的分工呢？因为束束尝试了 GLM 4.5、Gemini 2.5 Pro、DeepSeek R1、Seed 1.6、Qwen3-Coder、kimi k2 这些模型，热力图和保存功能就只有 DeepSeek R1 做出来了，所以就干脆用 DeepSeek 做了，但是万恶的服务器繁忙使我只好转到 Gemini 2.5 Pro 继续完成工作。期间遇到 Gemini 无法解决的 bug 就扔给 Qwen3-Coder，这真的是国产编程之光了，可以一针见血地指出问题所在。
这次开发过程使用了 Gemini 总共 249597 tokens，大概占了 Gemini 2.5 Pro 的上下文 token 上限的 25% 了，各种功能改来改去。不过很开心束束还是收获了一些知识，并感受到了前端的魔幻。
]]>束束也是第一次写这种文章。本来个人表述能力就不怎么样，要写一篇完美的鉴赏肯定是不可能了。只能算是记录一下自己的游玩感受了 qwq
为什么是“不诚心”的呢？嘿嘿，其实因为这并不能算我的“Gal 初体验”——曾经在比较早的时候就玩过《女装山脉》（欸，没想到启蒙作竟然就是 G 吧的“九大神器”之一） 。后来也玩过《ATRI》《千恋万花》《美少女万华镜》（仅仅是第一作，因为发现是“拔作”之后就没兴趣玩了，欸欸欸？要谈“实用性”吗？！羞死人啦 ww）。
虽然玩过这一些 Galgame，但是我认为我还是阅历太浅，仍然可以算作 Galgame 的新人嘛！(๑•̀ㅂ•́)و✧ 那我把这篇文章标题写作“初体验”也没什么问题吧！嘿嘿(๑>v๑)
为什么玩《魔女的夜宴》？因为之前玩过同是柚子社的《千恋万花》，但话虽如此，我远不能算是柚子厨，仅仅是玩过罢了。
这部作品看标题束束还以为是异世界之类的题材，进游戏之后发现和预期的不一样呢：还是以一个很平常的世界观展开的。特别的是这个世界中有一种特殊的生物，名为“魔灵”，它们可以化为人形，但不能懂得人类的情感，为了懂得人类的情感，魔灵会与人类缔结“魔女契约”，另一方将成为“魔女”，魔女将会收集心灵碎片，当碎片收集足够之后魔女可以实现自己的愿望。魔女具有魔法，但是成为魔女需要付出代价。
本作的女主人公绫地宁宁就是一位魔女，要付出的代价是“自慰”。（脸红）束束是没想到竟然一开始就进行这么露骨的展开，不过可以理解，毕竟这是一个 Galgame，总要塞进各种奇怪的 H 设定。
男主是保科柊史，因其母亲是魔女，受到遗传影响，有能感知他人心情的特异能力。因为这个能力，男主非常在意他人感受，别人找他来帮忙根本不会拒绝。因此性格上有很大缺陷，甚至心中产生了“空洞”。
二人认识的契机就是一次发生在图书馆的意外：保科柊史无意发现偷窥看到了宁宁在利用桌脚自慰，被宁宁发现。之后不小心把宁宁收集的心灵碎片吸入体内，加入“超自然研究社”协助宁宁收集碎片并在帮助同学的过程中逐个认识因幡巡、椎叶䌷、户隐憧子等人。
虽然说“超自然研究社”是在帮助同学，但是由于宁宁需要帮助别人才能获取心灵碎片，导致我总觉得宁宁带有一些功利目的。虽然并没有这样的事，但我总是心里卡了这么个坎。但是主线剧情还是不错的，整体是比较平静的展开，有冲突升级但又远不到高潮的水平，每个角色都有一些福利片段有些刻意。男主为了改变自己而做出的努力和心理活动非常打动我，佩服男主有这样的决心和勇气。
感觉七绪店长说的话非常对，“内心之所以会出现空洞，往往就是因为陷入了放弃解决烦恼的状态”
巡的话我感觉太真实了。初中我们班的女生还真就是这种状态，当时女生间几个闺蜜就很小圈子hh 束束还因为某些事情被卷入其中
佳苗老师对于告白迟疑的看法：
（飞扑并抱住）这样的行为想想就很可爱！
按照习惯束束先把女主线推了，感觉这条线充满了遗憾和槽点。不禁让束束回想到了《千恋万花》的朝武芳乃线好像也不算好（对比另外几个角色的话）。难道正主线敷衍是柚子社的基因吗！
随着保科柊史内心空洞逐渐被填补，被吸收的碎片也都回到了宁宁的瓶子里。那这意味着宁宁可以实现让父母不离婚的愿望然后和保科柊史过上愉快生活了对不对？不对！
宁宁当初的愿望是“重新来过，不让爸爸妈妈离婚”。所以宁宁只能回到过去，而当前的宁宁存在会被魔法改写（唉，就必须要 BE 是吗）。宁宁穿越回去之后，一周目就只剩下了失去宁宁相关记忆的众人。男主觉得社团少了点什么但说不上来，有把空椅子在社团里但大家也想不起来谁曾经在那里坐。这个世界里的宁宁还在，但是被魔法改写为了和男主不在一个班级的陌生人。至此宁宁线就 END 了。
BE 也行，束束也不抗拒，问题在接下来的 TRUE END：
宁宁回到过去后发现爸妈只是表面上仍然在一起，实际家庭关系仍然非常糟糕。然后宁宁就让他们离婚了，自己想复刻原世界的进展以再找到保科柊史。束束吐出一口血来：真的是服了，宁宁你费尽心思收集碎片不就是为了让父母不离婚吗。现在完事了又拆了自己家。求意义啊(｡•́ . •̀｡)
“宁宁发现这样强行组合的家庭不是她想要的，她还是想追求自己的幸福嘛~”我以这样的理由让自己理解宁宁的做法，就继续玩下去了。然后主创就又把一周目的剧情复制粘贴了一遍……这让束束真的不能理解，就不能一笔带过吗？！另外这个复制粘贴还不是完全的复制粘贴，还在一些细小的地方改变了一些剧情，这让我快进也不是，不快进也不是(｀へ´*) 感觉主创好敷衍啊！
宁宁带到过去的心灵碎片的那个小瓶子里有男主的记忆，这瓶子被男主吸收后又恢复了前世的记忆，然后二人又过上了快乐幸性福的生活。
束束还有个遗憾：虽然二周目里的宁宁和男主幸福了，那一周目呢？那里的男主和宁宁还是陌生人，一切都被擦除的感觉。主创只交代了穿越后的宁宁怎样怎样幸福，忘却了一周目里还有一个孤零零的男主。每当想到没交代完的一周目，束束心里还是有点难受的。
束束的想法是：二周目里宁宁不是也和男主不在一个班里吗，那这不就和一周目的结尾对应上了吗，起码最后结束的时候也交代一下一周目的男主也和那个宁宁过上幸福生活了嘛~(ノ｀Д´)ノ这样 call back 的话有种时空重叠的感觉，应该算是对一周目一个比较好的处理吧。可惜这只是我的幻想，主创并没有这样处理一周目(´･Д･)
Ciallo～(∠・ω< )⌒☆感觉因幡巡超级可爱，犬系女生很黏人
巡巡吃醋中…
然而小巡并不是对所有人都这样，她的态度只有两种：与他人距离过远和与他人无比亲密。宁宁评价道：
造成这样的原因是小巡曾经有个唯一好友，巡巡管她叫小千，但突然在巡巡表示“我们是互相唯一的好友，要永远做好友”之后小千突然转校搬走了，并且根本没有通知巡巡。束束本以为这就是巡巡的单向友情罢了，对面可能觉得小巡太黏人有点烦（为什么我会这样觉得呢？因为束束突然想到自己现实里也有个这样的朋友，超级黏我，但有时候我会觉得她有点烦）。小巡因此很受伤，认为是小千嫌弃她，甚至内心产生了空洞，自己与别人交往也开始小心翼翼。
后来男主帮助巡巡查找小千下落，得知小千原来也是一位魔女。但是某猫耳娘就又按照她那个笨蛋思维想了：大概小千愿望就是摆脱巡巡吧。然而不是这样。小巡得了难治之病，小千是为了让巡巡康复才成为魔女，而代价就是要忘记身边人。其实和最开始男主初见巡巡时，巡巡说自己刚开学生病而一周没来学的伏笔相照应了。真相澄清那一段的演出还是挺感人的(´｡• ᵕ •｡`)
一段男女纠结互相确认心意的废萌剧情过后，两人正式开始交往了。震惊的是刚确定关系两人就接吻了，还是在众目睽睽之下，相比宁宁线的磨磨蹭蹭，这里更加快意一些呢。
尽管已经和巡巡的感情好到了交合的地步，但是男主心中的空洞依然没有被填补完全。“魔法是为了实现愿望的，既然存在魔法就一定存在愿望，只是你的愿望还没被你自己察觉”，户隐学姐和七绪店长这样认为。说实话到这里束束还挺害怕后面又有刀的，这一大段的废萌也没什么不好嘛~(´ε｀ )但剧情发展表明束束的顾虑是多余的，男主的愿望就是和小巡相爱，男主的魔法就是用来和小巡相恋的，而不是无差别感受他人情绪的。这点在男主和小巡相爱后就不在意他人“情绪的味道”可以体现，也算是一个小伏笔吧。当男主把实体化的“情感”送给巡巡之后，男主的空洞也就被填满了。
值得一提的是，二人本来都是社交方面有缺陷的人，在相互爱恋之后都有了各自的成长(´ｰ∀ｰ`)：
这也许就是两个破碎灵魂的汇合吧~因幡巡线END
不识庐山真面目，只缘身在此山中
全作最喜欢的一段配音
CP 头子户隐学姐
学长就是这样的人吗？
主线里有个叫越路的女同（学），非常喜欢户隐学姐，为这份感情苦恼过，男主也参与了助攻。虽然最后告白的结果是失败了，但我非常尊敬这位越路，敢于正视自己的内心。当时心中暗想：越路同学，我一定不去碰户隐学姐这条线！户隐学姐永远是你的！
咳咳，但现在为了写完这篇文章还是走了一遍流程。对不住了，越路同学！
回到正题：明明可以感知他人情感的男主却感知不到憧子的情感，希望了解憧子于是和她一起出来约会。过程中得知学姐是孤儿，父母很早就不在了，她对自己的身世也不清楚，靠着父母留下的遗产生活。这还真是让我想不到，性格这么好的户隐学姐竟然也是家庭残缺的人。
户隐学姐满嘴都是挑逗的话，也许这就是成熟女性的魅力？
不过这也造成了问题，因为平时喜欢拿这种事情开玩笑，憧子对男主感情上的暗示被男主看做了“只是在开玩笑吧”。不禁让束束想到了最近三刷的《潜行吧！奈亚子》：
大概户隐学姐也是这样的心境吧。
当男主下定决心表达心意的时候，两次去找户隐学姐却都扑空了。男主回到教室之后，他的同学表示户隐学姐来找了男主两次但男主都不在。最后两人在中庭相遇，互相都有东西给对方，并且不约而同地选择了便当。真是奇怪的默契呢~
心意相投的两人当下决定开始交往，然后直接就接吻了，还是户隐学姐主动的(⁄ ⁄•⁄ω⁄•⁄ ⁄) 啊呀，这也太快了吧，这种进展速度，该说不愧是大姐姐吗？
憧子在看见男主妈妈的照片之后表示见过这个人，每天梦中出现的女子就是男主的母亲。加上之前男主爸爸表示憧子做的炖菜味道很像男主母亲做的味道，不免让人产生遐想。
于是男主把她带到了黑猫咖啡馆，七绪店长分析之后认为憧子曾经是“魔灵”！这有点太惊为天人了，没想到户隐憧子学姐竟然不是人类！七绪推测，户隐憧子本是与男主母亲签订契约的魔灵，由于男主母亲积攒够了心灵碎片使得魔灵成为了人类，只是丢失了魔灵记忆，而成为了一个真正的人。知道了这些换作是我估计有些背后发凉，但还好男主很快接受了户隐憧子的身世。（反正憧子现在就是一个完全的正常人嘛）
但是户隐憧子竟然有失忆的情况，甚至会忘记最近和男主发生的种种。憧子担心自己给男主带来了麻烦，提到如果保科柊史想的话，可以分手。那我们的男主自然是不愿意，一番表达情意之后憧子竟然昏迷了过去。于是再次带憧子去找了七绪店长：
然而最近憧子内心的情感越来越强烈（或许与男主的交往有关），需要的魔力越来越大，憧子的魔法透支了自身，于是发生了昏迷、失忆之类的事情。在经历了这次昏迷之后，憧子眼神无光，像个机器一样没有任何情感表达，也没有言语，所有能做的活动就是吃饭、睡觉、上厕所，除此之外没有其他行为，而男主仍然不离不弃地陪伴着憧子，对她说那样这样的话，即使对方没有反应。
七绪店长想到了新的解决办法：使用外界的魔力注入憧子体内，使封印紊乱，打破憧子的感情封印。但是宁宁和䌷使用魔力试图唤醒，却遭失败。七绪解释为：她拒绝了宁宁和䌷的心意。
看着憧子学姐的日记，真是让人觉得心痛啊，这估计是本作最刀的一段了吧。
但毕竟向憧子体内注入了过多的魔力，总会发生点反应的——男主的梦境和憧子连接到了一起。在梦中的憧子是拥有魔灵记忆的憧子，她表示：
也就是说她认为如果失去了魔灵时期的记忆，那她就不再是憧子，而成为人类无聊生活的空壳。同时憧子的梦境中有着男主母亲和父亲的恋爱时期的事情，憧子认为这就是幸福，她恐惧失去这段记忆就会再也感受不到不到这样的幸福。
男主随之开始打感情牌，回忆和超自然研究社大家的点滴，大家在一起才叫幸福，终于说服了憧子，打破了魔法封印。
憧子醒来后记忆终于恢复了正常，并且由于感情不再转化为维系魔法的能量，憧子的感情体验变得比原来更灵敏了，也就是终于有了和常人一样的情感体验。顺带一提，男主苦恼的感知情绪的能力也随着这次事件一同消失了。
之后就是甜甜的爱情，在本线中，男主竟然向女角色提出了结婚，欸看得某猫耳娘姨母笑都要出来了。最后以憧子毕业收尾了。但我隐隐之中已经能猜到日后谈的内容是什么了：男主很快毕业，与憧子结婚，并计划生子、买房……计划生子也就是那方面不再有防护用具了，啊呀好羞啊(⁄ ⁄>⁄ ∇⁄<⁄ ⁄)（捂脸）。但是唯独憧子线提到了这个，为什么别的角色的线就没有提到防护的事情呢~（奇怪的思考增多了）
户隐憧子线至此 END
䌷的攻略选项好像全篇只有一个，要进入这条线的前提竟然是不能和其它女主的好感太高。要不然最后投票环节即使不投那三位还是会直接在共通线 Game Over
䌷也是魔女，付出的代价是不能打扮成女性模样，所以只能男装，否则就会呕吐。关于䌷为什么成为了魔女？我之前一直期待着，我觉得应该也有很严重的原因，结果竟然只是这样：
原来只是为了穿上店里售完的衣服！主创你！o (￣ヘ￣o＃)男主都要开始吐槽了：
也罢，这何尝不是一种预期违背呢~（愿望和代价完全不成正比吧，这分明是被赤木这个魔灵诈骗了吧！）
赤木这个魔灵本体是乌鸦，七绪本体是黑猫，猫和鸟的关系应该说不上好吧。实际也是的，赤木认为七绪被魔灵间的潜规则束缚着，总是想着报复七绪。于是她想到了利用男主。
当晚，男主就做了这样的梦，是他小学的回忆：
醒来之后男主发现窗边有乌鸦在看他（赤木你好过分啊！），人又变成了加入超自然研究社前的死鱼眼状态。宁宁察觉到了异常，带男主到了研究社，此时赤木突然现身，表明是她挖开了空洞，并回收了部分碎片给䌷，然后这老年萝莉就打电话给七绪炫耀了一番，结果掏出小瓶子之后，那些碎片又被男主吸收了，随着碎片被吸收，男主恢复了正常。好 drama 的剧情啊
为了填补空洞，赤木给出的方法是：“只要交配就可以了”。傻鸟到底懂不懂人类情感啊，感觉她是把爱情理解为和交配等价的东西了ヽ(●-`Д´-)ノ。
另外为什么䌷总会有这种母性情节啊喂！
为了让䌷穿上女性衣服约会，男主决定和赤木交易：自己承担20小时魔力代价换取䌷2小时女装。过程中男主了解到赤木的身世：
穿上女生衣服的䌷还真是不一样，也许是全作最美CG
男主希望以后每天䌷都可以穿上女装，并愿意付出代价，然而代价竟然是——
男主变成了熊玩偶，一天中只有少部分时间可以恢复真身。并且原来和男主交好的人都在忘记男主（除了识破玩偶身份的人），甚至男主的爸爸也是。
超自然研究所最近接到厚真的烦恼咨询：喜爱的狗离世了，一时间不能接受。刚好男主捡到一只无主的小狗，就交给厚真领养了。厚真的问题被解决，快到了能够回收碎片的阶段，然而突然有一天厚真又一蹶不振了。宁宁观察发现是厚真的心灵出现了人为破坏造成的空洞，于是和七绪怀疑是赤木搞的鬼，这件事不是她干的，因为被冤枉赤木竟然一下子哭了，随后就跑走不见了。
男主爸爸告诉䌷，他领养了一只小狗。结果第二天爸爸内心就出现了空洞。这里的暗示以及很明显了：这个小狗就是挖去别人心灵的罪魁祸首！众人复盘之后也意识到了这点。赤木表示她将男主爸爸作为诱饵，终于找到了凶手——那只即将化为魔灵的小狗。
赤木不准备帮忙，然而那句话怎么说来着？直球克傲娇(ﾉ≧∀≦)ﾉ
七绪注意到这样的性格和处世观也让赤木产生了心灵空洞
心灵脆弱的人会成为小狗的攻击的对象，赤木决定再次使用诱饵战术，让男主诱惑小狗露面，和大家一起制服小狗。然而小狗迟迟不出现，在男主重新化身为玩偶的那一刻才露面，将男主叼走。千钧一发之际，赤木透支了自己的魔力，让男主化为人形，和䌷一起制服了小狗，而赤木却失去了人形，甚至无法再说人类的语言了。䌷将从小狗那回收回来的多余心灵碎片献给了赤木，虽然魔力不够恢复人形，但赤木至少可以说人话了。
另外还记得赤木和小男孩的50年之约吗？尽管不希望，但大家都能猜到那个医院里认识的小男孩肯定是不在了。然而主创又来了个预期违背：椎叶䌷家有让女孩男装的习俗，赤木50年前朋友，其实就是椎叶䌷的奶奶！
赤木不能化为人形，圣诞也来了，候鸟应该尽早迁徙。但是䌷表示：我知道你想要成为人类，我也希望和你做朋友。圣诞礼物就送你一个可以帮你收集心灵碎片的魔女吧！这也是我的愿望！
玩到这里我的心情可以说是震撼了！这条线是本作最棒的故事！迫不及待地打开了后日谈~不过很可惜，并没有关于赤木进一步的剧情了
不过这样也是足够满足了，这条线实在是有非常棒的剧情！椎叶䌷线至此 END
这条线就比较随意啦。男主莫名其妙在约会演戏中遇到了和奏，然后莫名其妙地开始二人约会。这次的万圣节庆祝派对里和奏的身体就没有出现问题，自然没有那几位女主的事了。
在演出结束后的MC环节，台下观众起哄，氛围也到位了，然后男主就直接表白了，然后就开始接吻——咳咳，不对，没那么容易，男主被拒了！
但和奏私下又找男主表明了心意，为什么在台上拒绝了男主，和奏表示有很多原因，别深究了。
然后就是交往，就结束了。
束束是这样看的：这种配角线感觉就是附赠的，如果有玩家喜欢上配角，也提供一个攻略选项。本来就没准备用心做的。
束束关注到男主内心空洞的填补都和爱有关，在各线里也提到了母亲留下的魔法，其实是让男主学会爱的魔法。这也算是对本作的升华了吧。
KDE 6下可以利用 PipeWire 来创建虚拟设备。首先，需要建立两个虚拟设备：
打开终端，输入以下命令：
pactl load-module module-null-sink media.class=Audio/Sink sink_name=Virtual-Sink
pactl load-module module-null-sink media.class=Audio/Source/Virtual sink_name=Virtual-Mic
这两条命令会分别创建名为 Virtual-Sink 和 Virtual-Mic 的虚拟音频设备。(>ω<)
下一步是将 OBS 的音频输出连接到 Virtual-Sink，再将 Virtual-Sink 的监控输出链接到 Virtual-Mic。具体操作如下：
pw-link 命令列出所有音频输出设备，找到 OBS 的音频输出设备（通常名称中会包含 obs）：pw-link -o
pw-link OBS-Monitor:output_FL Virtual-Sink:playback_FL
pw-link OBS-Monitor:output_FR Virtual-Sink:playback_FR
pw-link Virtual-Sink:monitor_FL Virtual-Mic:input_FL
pw-link Virtual-Sink:monitor_FR Virtual-Mic:input_FR
这样一来，OBS 输出的音频就会经过 Virtual-Sink，再由 Virtual-Mic 将音频传递给其他应用程序。(๑•̀ㅂ•́)و✧
为了让 OBS 的音频正确传输，咱们还需要在 OBS 内部进行相应设置：
Virtual-Sink。以上就是 Linux 下通过 PipeWire 配置 OBS 虚拟麦克风的全部步骤，希望能帮助各位轻松实现音频传输，享受更好的直播或录制体验！(≧◡≦)喵～
]]>本文使用了 AI 协助写作
在7月19日发生了一起大规模的windows蓝屏事件。全球很多Windows设备受影响，甚至导致基建停转、企业停工。
媒体报道可信吗
我首次了解到这个消息是在软件新闻频道📮投稿爆料的telegram频道。频道消息报道：疑似是CrowdStrike造成的BSOD. 我关注的另外几个telegram科技频道也进行了报道，但有些频道不明不白地将错误归于微软。
后来事情逐渐明晰，大家意识到这是CS的问题之后，这些错误报道的媒体删帖的删帖，改稿的改稿，我写这篇Blog时想看看他们原来的表述都找不到了。
后来IT之家又报道了这条消息：「全球 Win10 / Win11 蓝屏事件后续：CrowdStrike 更新导致 Debian / Rocky Linux 崩溃，但当时未引起注意」。这条消息被某频道摘了下来，但却没有使用原标题，而是报道为：「全球Windows蓝屏后续：CrowdStrike也影响到Debian/Rocky Linux崩溃」，并在报道中误导为：CrowdStrike此次事件同时波及Linux. IT之家原文明显是指CrowdStrike在4月份导致Linux崩溃，而某频道却将两次事件混为一谈。
真的不愿意看一眼原文吗
在它的评论区，我发现没有一个人看了IT之家的报道原文，大家开始嬉笑那些此次事件中推荐使用Linux的人。
你看，这不Linux也有问题吗
现在看那些劝人用Linux的那帮顶级MSFT黑怎么说
这还是在telegram, 大家是一群已经被GFW筛选过的“精明人”。在B站，我更是看到了大批知其一不知其二的人大谈“Windows Update蓝屏论”，更逆天的是有人说“CrowdStrike通过Windows Update分发更新错误，责任在微软”……
后来X有人发了分析报告，被媒体报道后非专业的人就又开始“发挥”了：“……CrowdStrike产生了空白数据……”。🤣
出现了这样的事件，也有人能借着爱国大做文章
就写这些吧，希望大家以后上网能带着些耐心，详细了解一件事后再发表自己的见解。
💡 本文提到的操作均需 Root 权限或需 Magisk 模块
hosts 文件不必多说，系统在访问网址时会优先到 hosts 文件中查找对应IP地址。依据这个，我们可以通过修改 hosts文件来封锁对应网站。
安卓的 hosts 文件位置和 Linux 中一致，就在 /etc/hosts
ip+网址就是这个文件简单的编写方法。所以如果我们要控制应用联网，只需要阻断应用要访问的网址就好了。
但要想知道应用到底访问了什么网址，这可能还需要点功夫，可以使用 HttpCanary 对指定应用进行抓包。
当然这种方法既麻烦又不够优雅，束束写这篇文章也并不是为了介绍这个，毕竟它几乎人尽皆知。
这是个开源项目，地址在这里 https://github.com/ukanth/afwall .界面大概就这个样子
熟悉感扑面而来，MIUI上的联网管理差不多也长这个样子，所以使用也是很简单的了。
首先要切换一下模式，改为「阻挡所选」就好了。
然后勾上要阻挡的APP,再「打开防火墙」就好了
这个软件不需要后台运行，设置完毕后直接从后台划掉就好了。但是束束发现一个小问题：它可能会造成莫名的耗电，如果续航显著下降，那大概就是这个软件的锅。
]]>书接上篇，我把openSUSE下的搜狗输入法搞好了，但是我还想使用最新版的，而不是M17N提供的旧版，但没想到我一乱搞就把fcitx弄坏了，突然想到fcitx5,便准备去用了。
安装了fcitx5后竟然无法在chrome中正常输入，我打开kate试试，发现可以输入，但唯独chrome无法输入。这是什么事？
我突然想到之前读的liuf的文章中提到了fcitx5的输入问题，其原因大抵是ibus包导致的（没错，openSUSE竟然默认同时带上ibus和fcitx包）
于是我就去卸载ibus包呗
这些个相关包我都卸载了，重启，果然fcitx5就好了。
然这个库……
突然想到了这个：
建议openSUSE安装到位后直接换成fcitx5,别用fcitx了。fcitx5已经并入风滚草主源了，尽量不要添加M17N这个源，否则以后会遇到一些问题（e.g. 装个steam反而自动把fcitx的依赖装进来了）
fcitx5非常好用，自带的拼音就很好了，没必要再用复杂的rime配置。只需要导入个词库就非常好用了。推荐一个词库，持续更新，非常好用，常用流行词啥的都有。有这个云拼音都不用开了，个人感觉输入效率不差搜狗输入法了。
]]>先把输入法安装了再说：
opi sogou
装完是没法使用的，不仅如此，如果在fcitx里切换到它还会一直报错。
显然这可不是删除.config里的文件就能解决的，根据经验，先去openSUSE论坛里查查是怎么事？
搜狗输入法异常！请删除.config/SogouPY 并重启
这里有三则相关的内容，我依照里面的内容，尝试安装libQtWebKit4
sudo zypper in libQtWebKit4
然而并不能行。但大致了解到可能是缺少依赖所致。遂尝试用终端运行查找问题。
openSUSE论坛中这位提到了搜狗输入法包名为sogouqimpanel
其实正确包名是sogou-qimpanel
这里运行之后很明显看出少了libfcitx-qt.so.0运行库，遂去查找
pkgs这里虽没有openSUSE的，但作为Fedora的“亲戚”，我们还是可以借用一下它的rpm包的
然而安装此包是却又遇到了另一个依赖问题，无奈，继续找包
在这里寻到
RPM resource liblua-5.4.so()(64bit)
其实pkgs中也有这个包，但我尝试之后发现并不能解决，而RPM resource网站里的则可以，所以用它了。
再次尝试启动后又报错，仍然少依赖
只得再去寻找
RPM resource libidn.so.11()(64bit)
这个包也是pkgs里有，但安装后不能解决问题，所以还是来RPM resource里找。
这个库安装后就算是终于解决了，至此你的搜狗拼音输入法就可以正常使用了
