Kokosa's Intensive Care Unit | Kokosa's Blog

Chill with You 的时区 Bug

Sun, 08 Feb 2026 00:00:00 GMT

何意味

Steam 上有个游戏（算游戏吗？实际番茄钟！）叫 Chill with You ~ Lofi Story，算是我很喜欢的一个游戏了，女主很可爱，给人的陪伴感也很足

设定是你和女主在不同的平行时空，所以我之前一直以为游戏里显示的时间和我本地时间有时差是设定的一部分，所以一直没去管它

直到 1.2 版本更新（1 月 27 日）之后，我在 Steam 的讨论区看到了一条评论：大意是在 Linux 上用 Proton 运行这个游戏，游戏里显示的时间一直是 UTC+0

关于 UTC（世界标准时间）是什么，做个简单的比方，我这里是 UTC+8，实际时间是 8 点 00 的话，游戏里就会显示 0 点 00 分，差了 8 个小时

呃呃啊？原来不是什么平行时空的设定，只是单纯的时区没读对，难怪正好差 8 个小时

问题分析

其实是很简单的一个问题，很快就发现了原因：Proton 运行的 Windows 程序没办法正确读取到 Linux 系统的时区信息。在 Linux 下，时区信息通常存放在 /usr/share/zoneinfo/ 目录下，而在 NixOS 上则是在 /etc/zoneinfo/ 下面

解决办法很简单，在启动参数里手动指定时区就行了。在 Steam 的游戏属性 → 启动选项里加上：

TZ=Asia/Shanghai：指定时区为上海（北京时间）
TZDIR=/etc/zoneinfo：指定时区文件的目录位置

最后大概是这样：

TZDIR="/usr/share/zoneinfo" TZ="Asia/Shanghai" %command%

加上这串启动参数之后再启动游戏，时间就正常了。9 点 31 分就是 9 点 31 分

大概就是这样，本来是1：31

后记

问题到这差不多也就解决了，我也去那条评论下面回复了一下解决方案。如果你也遇到了同样的问题，希望这篇文章能帮到你

顺带一提我用的是 NixOS，正常情况应该使用 /etc/zoneinfo 而不是 /usr/share/zoneinfo，因为 NixOS 并没有 /usr/share/zoneinfo 这个目录，不过这样也能执行，因为 Steam 的环境会帮你处理好

Belike:

~ $ steam-run ls /usr/share/zoneinfo
Africa     Egypt      Hongkong     Mexico    ROK
America     Eire       HST     MST     Singapore
Antarctica  EST        Iceland     MST7MDT   Turkey
Arctic     EST5EDT    Indian     Navajo    tzdata.zi
Asia     Etc        Iran     NZ     UCT
Atlantic    Europe     iso3166.tab   NZ-CHAT   Universal
Australia   Factory    Israel     Pacific   US
Brazil     GB        Jamaica     Poland    UTC
Canada     GB-Eire    Japan     Portugal  WET
CET     GMT        Kwajalein   posix     W-SU
Chile     GMT+0      leapseconds   PRC     zone1970.tab
CST6CDT     GMT-0      leap-seconds.list  PST8PDT   zonenow.tab
Cuba     GMT0       Libya     right     zone.tab
EET     Greenwich  MET     ROC     Zulu

~ $ ls /usr/share/zoneinfo
lsd: /usr/share/zoneinfo: No such file or directory (os error 2).

放在最后：这篇之后的文章都会在文件名前面加上数字，要不然会有些乱

重构自己的 TG 转发 Bot

Thu, 18 Dec 2025 00:00:00 GMT

缘起

之前用的转发机器人是 Node Forward Bot，用了挺长一段时间的，但是老是收到各种广告，不堪其扰，再去看一眼发现项目早就停更了 1 年了，NFD2 因为没有开源（好像是？没有找到仓库的样子）所以没有尝试，我也不知道它是不是有广告拦截的功能，于是我就打算再造一个轮子出来自己用

关键词过滤？

一开始尝试的是给它塞一大堆敏感词，收到了自动屏蔽，然后就出现了屏蔽 x86_64 (64)，Steam 平台独占 (台独)，Python 脚本 (外挂)，监听端口 (监听) 之类的神必结果

那么用正则表达式？

谔谔…显然这条路行不通。于是我又听群友的尝试写了一堆正则表达式，但是众所周知，中文广告都很神秘，丅子、微 P 嗯、神必 emoji 拼接…这些真的能用正则防下来吗？或许可以，但是显然我的脑子没这么强大（汗），所以最后决定用 LLM 来审核

Gemini！好！

我需要一个尽可能快，智商不用多高但是能理解语料的模型，然后当时并不知道 Google 又给 AI Studio 的限额缩水了，众所周知 Google 有个模型叫 gemini-flash-lite，感觉适合用来做审查内容的模型，于是就用上了，写了一段简单的 Prompt 过去让它判断用户输入，输出 SAFE 或是 UNSAFE

const payload = {
  contents: [
    {
      parts: [
        {
          text: `
          # Role
          Content Moderator API. Output one word only.
          # Rules
          UNSAFE if:
          - Real human nudity/sex
          - QR codes/spam/ads
          - Real gore/shock content
          - Illegal content promotion
          SAFE if:
          - 2D/Anime/Cartoon (even suggestive)
          - Normal photos/text/screenshots
          # Output
          One word: "SAFE" or "UNSAFE"
          Analyze: ${JSON.stringify(text)}`,
        },
      ],
    },
  ],
};

虽然会有一点延迟，但是几乎可以忽略不计了，相比传统的规则匹配，LLM 能理解上下文和语义，误杀率低很多。缺点可能就是成本，不过Gemini 有免费额度，并不多就是了，接了三个 API 也就每天 60 次，广告拦截倒是勉强够用了

重构整个项目

既然都改了这么多了，干脆把整个项目重构一下吧。原来的代码架构很乱，所有逻辑都堆在一个文件里，维护起来比较痛苦（虽然这种项目几乎不需要怎么维护）

于是和各路 LLM 苦战了一晚上，全降智了，操你妈 LLM 提供商，最终下了个 Antigravity 一口气把整个项目重构成了模块化的架构：

.
├── src
│   ├── ai.js
│   ├── config.js
│   ├── handlers
│   │   ├── admin.js
│   │   └── guest.js
│   ├── index.js
│   ├── storage.js
│   └── telegram.js
└── wrangler.toml

不得不说 Antigravity 是真的好，免费的 Claude Opus 4 爽用了，给的额度还多

实现了这些：

功能	描述
AI 内容审核	基于 AI 的不良内容识别
Ban List	查看所有被封禁的用户
统计系统	消息数、用户数、AI 拦截数
多 API Key 轮换	傻逼 Google

多 API Key 轮换这个功能是为了应对死妈 Google 的 Rate Limit，每天 20 次 API 调用够谁用啊，之前还每天 100 次调用，Gemini CLI 和 Antigravity 就量大管饱，API 就那么抠

整个项目跑在 Cloudflare Workers 上（原项目的小巧思，方便好用还免费），完全零成本的方案，LLM 用的也是免费的，整个项目就一堆 JavaScript

最后把代码推到了 GitHub，以 BSD2 协议开源

Link~

GitHub: kokosa-forward-bot
LinuxDo: KFB — 一个带有 AI 审核的 Telegram 私聊转发机器人

从 configuration.nix 到 Flake

Sat, 04 Oct 2025 00:00:00 GMT

近况

因为距离高考还有不到240天左右了，时间很紧所以并没有什么时间写博客，但是因为被群友拷打了：再怎么也写一篇罢，要不然这个网站就要一直空空如也下去了，其实一直有写日记的习惯，但是过于私人所以就不放出来给各位品鉴了

其实百忙之中也干了一些事，就比如上周末我把之前一直想搞的 Flake 给搞上了，在 CodeX CLI 的帮助下并没有花费很多时间，让 AI Agent 帮我处理了最麻烦的几个地方，几乎算是一边过了，这是目前的目录结构：

.
├── flake.lock
├── flake.nix
├── home
│   └── modules
│       ├── dae.nix
│       ├── fzf.nix
│       └── niri.nix
├── Justfile
└── nixos
    ├── configs
    │   ├── dae
    │   │   └── config.dae
    │   └── niri
    │       └── config.kdl
    ├── hosts
    │   └── kokosa
    │       ├── default.nix
    │       └── hardware.nix
    └── modules
        ├── boot.nix
        ├── desktop.nix
        ├── locale.nix
        ├── networking.nix
        ├── nix-settings.nix
        ├── packages.nix
        ├── security.nix
        ├── services.nix
        └── users.nix

Home Manager 管理的那几个软件其实只有 fzf 是正在使用的，剩下两个都是计划使用所以先把配置写上，在设置里还是关闭的

为什么要从 Clannels 换到 Flakes？

相比 configuration.nix 来说，Flake 解决了许多问题，他可以锁定所有软件包及依赖的版本，一份配置文件可以精确到版本号与 Commit 的还原整个系统，而 configuration 似乎做不到这一点，会跟随 Channel 的更新

特性	Channels	Flakes
依赖	隐式 (channels)	显式 (inputs)
重建	`sudo nixos-rebuild switch`	`nh os switch .`
复现	依赖各自的 channel 版本	`flake.lock` 保证一致
开发	`nix-shell`	`nix develop`

nh是一个nixos帮助工具，但是对于configuration的支持很神秘，换到了 flake 之后发现这是个非常好用的工具，赞赏并推荐

同时，Flake 可以通过 Inputs 轻松的引用其他 Flakes，比如 sodiboo/niri-flake 之类的从而做到声明式的管理某些并不被官方支持的软件，我其实并不打算使用 HM 来管理 Niri

还有开发环境方面，你或许会发现：GitHub/Codebreg 上的许多开源项目根目录下出现了一个叫做 flake.nix 的文件，有了这个文件你便可以使用 Nix 来轻松的还原整个开发环境，并且与主系统相互隔离————仅仅只需要一行 nix develop，大多数现代 Nix 项目（甚至不是 Nix 项目）都开始使用这些，毕竟确实好用

当然它也有一些缺点，比如 API 不稳定（自 2019 年至今仍是 “experimental”）、强制依赖 Git之类的，其他坑也不少，Determinate Nix 解决了不少，但是它是部分（如nixd）闭源的。虽然 Flake 有不少坑，但是它会比 Channels 要方便一些，况且现在有 AI 可以管理我的配置，迁移并没有多复杂

文件展示？

首先是 flake.nix：

{
  description = "Kokosa's Nix Flake";

  inputs = {
    # Nixpkgs & NUR
    nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable";
    nur.url = "github:nix-community/NUR";

    # Flake-parts
    flake-parts.url = "github:hercules-ci/flake-parts";

    # Home Manager
    home-manager = {
      url = "github:nix-community/home-manager";
      inputs.nixpkgs.follows = "nixpkgs";
    };

    # Other
    hid-bpf-uclogic.url = "github:dramforever/hid-bpf-uclogic";
  };

  outputs = inputs @ {
    nixpkgs,
    flake-parts,
    ...
  }:
    flake-parts.lib.mkFlake {inherit inputs;} {
      systems = ["x86_64-linux"];

      perSystem = {pkgs, ...}: {
        formatter = pkgs.alejandra;
      };

      flake = {
        nixosConfigurations.kokosa = nixpkgs.lib.nixosSystem {
          system = "x86_64-linux";
          specialArgs = {
            inherit inputs;
          };
          modules = [
            ./nixos/hosts/kokosa/default.nix
          ];
        };
      };
    };
}

导入的唯一一个文件 default.nix 是我这台设备原先的 configuration.nix，不过现在它被改的已经面目全非，原本超大的，现在切片成了许多不同的小文件并统一导入进 import 里面，除此之外这个文件里面只有 home-manager 的一些设置

imports = [
    inputs.home-manager.nixosModules.home-manager
    ../../modules/nix-settings.nix
    ../../modules/networking.nix
    ../../modules/security.nix
    ../../modules/packages.nix
    ../../modules/services.nix
    ../../modules/desktop.nix
    ../../modules/locale.nix
    ../../modules/users.nix
    ../../modules/boot.nix
    ./hardware.nix
  ];

其他的就和我原来的配置就没什么区别了，目前它们还没有被上传到 GitHub 托管，之后估计有时间就会去搞一下，最后就附带一张截图：

情绪好