Claude, what the fuck is going on?
一个 Claude Code 插件:修你的机器,并把一切记下来。
/plugin marketplace add DozenTwelve/CWTFIGO /plugin install cwtfigo@cwtfigo
> CWTFIGO,kettle 一开视频会议就 90°C
$ cw status
.------------------------------------.
( Claude, what the fuck is going on? )
'---. .-----------------------------'
\ |
.--------.
| O o | C W T F I G O
| ~~~~ | Something's on fire? Show me.
'---..---'
____||____
[__________]
Reads nothing without your yes. Changes nothing without your OK.
Notes stay on your side: ~/.cwtfigo and your private remote
attic debian 12 last visit 2026-11-02 0 open, 1 parked
couch steamos 3.7 last visit 2026-10-19 0 open
den windows 11 last visit 2026-10-30 1 open
kettle (this machine) arch last visit 2026-11-06 0 open
lighthouse openwrt 24.10.4 last visit 2026-11-04 0 open
studio macos 15.6 last visit never 0 open
Another machine? Tell me its SSH alias.
叫它的名字,然后看着。
句子里出现 “CWTFIGO”、“what the fuck is going on” 或 “一体どうなってやがるんだ” 它才会醒。不叫名字只描述问题,你得到的是普通回答。
每个结论都附上它依据的输出。
记录里有 kettle 的基线:2026-10-28 空闲 52°C。要看现在是什么在发热,我想跑 perf:占用最高的进程、频率、温度、降频。只读。可以吗?
> 可以,我正在开会
$ cw approve kettle perf && cw run kettle perf
## top-cpu
38.4 firefox: RDD Process
11.0 pipewire
## cpu
package throttle events since boot: 212
## temps-fans
Package id 0: +91.0°C (high = +100.0°C)
Firefox 在用 CPU 解码视频。VA-API 在不在?
$ vainfo
libva info: Trying to open /usr/lib/dri/iHD_drv_video.so
libva info: va_openDriver() returns -1
缺 Intel 媒体驱动。装它要 sudo,所以这条归你,在你自己的终端里跑:
sudo pacman -S intel-media-driver
然后重启 Firefox,会议别挂。
> 好了
$ cw run kettle perf
6.2 firefox: RDD Process
Package id 0: +71.0°C (high = +100.0°C)
同一个会议,91°C 降到 71°C。已修好,待验证:等明天真正的会议。check.sh 加了一行,更新后驱动丢了会提醒。
$ cw save "kettle: intel-media-driver, 91°C to 71°C on calls"
saved
你不点头,它什么都不读。
第一次访问只弄清这是台什么机器。之后每一种新的读取都先问你,每个脚本按哈希批准一次。改一个字节,它就再问一次。
它读到的内容会经过你的模型提供方。它会直说。
$ cw run studio collect
NOT APPROVED: collect on studio, never approved here (sha256 5c1d…)
# First-visit collector: what this machine is, nothing more.
# No logs, ports, processes or sensors: those are probes/,
# run only when a request needs them.
第一次来 studio。collect 只读它是什么:系统、硬件型号、包管理器。别的不读。可以吗?
> 可以
$ cw approve studio collect
approved: collect on studio
长通,绕过,或停下。
问题碰上石头,就像树根碰上石头。CWTFIGO 告诉你是哪一种。
| 修好 | 45% | 真实的触发条件走过一遍之后才算。 |
|---|---|---|
| 绕过 | 24% | 危害没了,原因还在,记录里写明。 |
| 停下 | 26% | 没用的改动复原;问题记为搁置,写明何时再看。 |
## Don't touch
- /srv/backup/.old: looks like junk, holds the 2024 photos
## Parked
- 2026-11-02 Backup disk wakes every few minutes
- stone: the USB enclosure ignores spin-down
- tried: hdparm -S 120: no change; hd-idle: sleeps,
wakes again within 10 min
- ruled out: smartd (stopped for the test),
the rsync timer (same)
- recheck: the new enclosure arrives
每次访问都比上次便宜。
它学到的都写进 ~/.cwtfigo,你这边的一个私有 git 仓库:每台机器是什么、哪些不能碰、它的脚本、试过什么。你的几台操作机可以经一个私有远端共用它。删掉这个目录,记录就没了。
| 记录里叫 | 是什么 | 怎么连 |
|---|---|---|
| kettle | Arch Linux 笔记本 | 本机 |
| studio | Mac mini,macOS | SSH |
| den | Windows 11 台式机 | SSH |
| couch | Steam Deck | SSH |
| attic | Debian 文件服务器 | SSH |
| lighthouse | OpenWrt 路由器 | SSH |
比 Claude 新的事,它现场去查。
训练停在某一天,你的软件包不会。CWTFIGO 带着原样的报错去出问题项目的上游 tracker 现场搜。
52%只靠模型
79%加上游现场搜索
常见问题
我的数据去哪儿?
记录留在你机器上的 ~/.cwtfigo,加上你自己配的私有远端(如果有)。访问中读到的内容会经过你的模型提供方,Claude Code 里的一切都是这样。它替你起草给上游的 bug 报告,要你点头才发,名字、IP、路径都会抹掉。
需要装什么?
git,搜索还要 python3。Mac 上就是 Command Line Tools:xcode-select --install。Windows 上它跑在 Git Bash 里,反正 Claude Code 在那边也要它。
能让它别老问吗?
cw yolo 跳过批准提示 12 小时,或到 cw yolo off,只有你能打开。删数据、动分区、任何可能把 SSH 锁在外面的事,照样要你打 yes。
修不好怎么办?
它会直说,把没帮上忙的改动复原,把问题搁置,并写下什么情况值得再看:某个包的新版本、上游 issue 关闭、零件到货。
要 sudo 的事呢?
给你一条命令,在你自己的终端里跑,sudo 在那里问你密码。它永远看不到密码。
把它指向坏掉的那台。
/plugin marketplace add DozenTwelve/CWTFIGO /plugin install cwtfigo@cwtfigo
或者从克隆安装,边用边改:
git clone https://github.com/DozenTwelve/CWTFIGO /plugin marketplace add ./CWTFIGO/plugin install cwtfigo@cwtfigo
## 2026-11-07 hot on video calls
- perf on a call: 91°C, firefox RDD 38%, throttling
- vainfo: iHD driver missing
- owner installed intel-media-driver (sudo)
- perf, same call: 71°C, firefox RDD 6%
- check.sh: warn if intel-media-driver is gone
## 2026-11-06 upgrade
- maintain dry run: 143 updates, 2.1 GB of cache
- maintain --apply: upgraded, 2.1 GB freed
- rebooted for the new kernel