「有东西不能用」这个事情还会传染到隔壁。之前装了黑苹跟 win 双系统，每次黑苹启动就会往 NVRAM 写些什么乱七八糟的东西，好像把硬件的型号都覆盖了。然后每次从黑苹回到 win ，win 上面都会有些硬件认错，要把 NVRAM 清空了才行，非常麻烦。结局是有一次把显卡升级到了 7800XT ，回过神来发现苹果不支持，也再也不会支持了，就把黑苹格了。

就我自己测试来看，结构化输出比起什么限制都不加容易降智，不如解析 markdown 代码块

试一下用 windmill.dev ，或者类似的 workflow engine/orchestration platform.

就 windmill 而言，脚本的管理和组合很方便，脚本的入参可以保存成预设一键填写，甚至可以上传文件作为参数。一些大块的参数组合可以存成 resource 。

fuse 自己写写很方便的，只实现 getattr, access, readdir 和 readlink 就好了，不想写让 AI 来做

我以前用 mergerfs 也发现性能不好，现在我直接写了个 fuse 把所有东西全用软链组织到一起，用起来跟 merger 也差不多

畅网+天箭座整机，我买来用了两年感觉没什么问题

nixos （不开玩笑

coc 用了 5 、6 年了，感谢开发者

目前在用 nocodb + dagster ，一个用来管理和展示数据，一个用来处理数据，两个东西之间用 webhook 联动

@louisyoungx 同 web 端希望，有 web 端就可以用做 CICD 了

@m1nm13 这种爆变压器的坏一般是坏什么，就只是换个电源就好了吗，还是说主板 CPU 甚至硬盘都有机会坏掉（且不算那种来不及写入丢数据的情况）

我已经实现好并正在用的方案，可参考一下：

nvme0: SSD ext4
zpool: 4xHDD zfs
mergerfs: 2xHDD mergerfs over ext4

tier0: (nvme0) 临时文件，通常是 Cache 、BT 下载途中的文件
tier1: (nvme0/zpool) 需要经常快速读写的重要文件，比如代码和配置文件，定期备份到 zpool
tier2: (zpool) 收集起来不太容易的资源文件、比较喜欢的音乐电影、日剧录像
tier3: (zpool/mergerfs) 重要但不太需要经常读写的大文件，比如照片录像，定期备份到 mergerfs
tier4: (mergerfs) 非常容易重新下载的东西，大热门电影电视剧

- zpool 每个季度要做 scrub
- 大热门影视真的没必要做冗余，留个种放在 tier1 就好了
- 存在 mergerfs 里，任何一个盘坏了都不会损失全部数据，只会损失坏掉哪个盘的数据。