Чёрные окошки на ноутбуке Наташи

⚠️ Сделано наполовину — жду один клик Наташи

Скрыватель окон поставлен, живёт и доказан работой. Насовсем окна выключает второй слой, и только он требует прав администратора.

C:\Users\Huawei\.claude\scripts\fix_windowless.cmd → нажать «Да»

Это уберёт 11 частых мигателей физически: окно не сможет появиться, а не будет гаситься после показа. Откат в любой момент: revert_windowless.cmd.

Что клик правда нужен — проверено, не предположено: смена режима задачи без администратора отвечает Access is denied (пробовали на ack-watchdog).

ДА

скрыватель живёт (было: НЕТ)

ДА

в автозапуске (было: НЕТ)

активных задач в режиме Interactive

частых — тикают чаще раза в час

вспышек/час — ОЦЕНКА, не замер

окон реально показано за 4 мин наблюдения

Было → стало (строка ИТОГ аудита, слово в слово)

когда	строка
20:53 до	`interactive=33 frequent=11 flashes_per_hour=64 hider_alive=False hider_autostart=False`
20:57 после	`interactive=33 frequent=11 flashes_per_hour=64 hider_alive=True hider_autostart=True`

Оценка вспышек не сдвинулась и не должна была: её двигает только флип S4U, то есть клик Наташи. Скрыватель меняет не число окон, а то, видит ли их человек.

Оценка против замера — почему 64 может быть неправдой про этот узел

Аудит считает «сколько активных Interactive × как часто они тикают». Это не наблюдение за окнами. Прямой замер даёт журнал скрывателя: он записывает КАЖДОЕ погашенное окно.

задача	отработала после старта скрывателя	окон показала
inbox-ack-fast	20:58:58	0
Power-Thermal Logger	20:56:56	0
syncthing-guard	20:56:56	0
подставное окно cmd.exe (наша проверка)	20:55:38	3 события гашения за 0.2 сек

Эти задачи идут через run_hidden.vbs и окон не дают. Похоже, на ноутбуке Наташи реальных вспышек кратно меньше 64. Точное число даст журнал за сутки — он теперь пишется. Скрыватель при этом рабочий: подставное окно он поймал и погасил.

11 частых задач — тех, что уберёт клик

задача	раз в N минут	чем запускается
inbox-ack-fast	2	wscript.exe
Power-Thermal Logger	5	wscript.exe
session-wait-watchdog	15	wscript.exe
Claude Config Backup 15min	15	wscript.exe
Claude Session Reaper	15	python.exe
Proc Patrol	30	wscript.exe
peer-watch	30	wscript.exe
ack-watchdog	30	wscript.exe
MCP Daemons Watchdog Nataly	30	wscript.exe
ZoomUpdateTaskUser-…-1001	60	Zoom.exe
liveness-map	60	pythonw.exe

Дефект посылки, найденный при установке: файл автозапуска с BOM не выполняется

Первый прогон установщика честно упал: FAIL: скрыватель не поднялся. Корень — Set-Content -Encoding UTF8 в PowerShell 5.1 пишет UTF-8 с BOM, а wscript на таком файле отказывается компилировать:

console-hider.vbs(1, 1) Microsoft VBScript compilation error: Invalid character

Это зеркало известной грабли: у .ps1 с кириллицей BOM обязателен, у .vbs — запрещён. Правило то же, знак противоположный, поэтому по памяти и не сработало.

Починено здесь: запись через [IO.File]::WriteAllText(…, [Text.Encoding]::Default) плюс проверка первых трёх байт сразу после записи — чтобы следующий узел получил внятный отказ, а не тихо неработающий автозапуск. Заказ на правку хабовской копии ушёл в шину: наш ~/.claude — receive-only, правка тут живёт до первой хабовской версии.

Что осталось незакрытым

клик UAC Наташи → перепрогон /windowless → цель flashes_per_hour=0;
хаб должен вложить BOM-фикс в свою копию установщика, иначе на следующем узле повторится;
стоит добавить в аудит вторую строку — реальные события гашения за час, рядом с оценкой.

Задача: 10-Tasks\task-2026-08-06-windowless-nataly-node.md · скилл /windowless

Чёрные окошки — узел MyOwnPC-Natalia