⌂ все дашборды/Флот и узлы← Backup-Audit-MacBook-Anton-2026-07-07 · Bus-Debt-Audit-2026-07-05 →
Чёрные окошки на хабе — 6 августа 2026

Чёрные окошки на хабе: кто их плодит

A-2022BAYAREA · замер 6 августа 2026, 15:00 · всё проверено живьём, не по памяти
84
вспышек в час от планировщика (расчёт по частоте)
21
частых задач с видимым окном (чаще раза в час)
107
всего задач в режиме «Interactive»
скрыватель окон установлен и работает

Три источника — и кто из них главный

ИсточникЧто делаетСтатус на хабе
№1 Сам Claude CodeОткрывает консольное окно на КАЖДУЮ команду в терминале. Официального выключателя нет.Есть всегда. Лечится только скрывателем.
№2 Задачи планировщика107 наших роботов заведены как «Interactive» — каждый тик рисует окно. 21 из них тикает чаще раза в час.Главный источник. ~84 вспышки/час.
№3 Сторожа MCPКаждые 30 мин проверяют порты и перезапускают мёртвые демоны через cmd.Меньший, но постоянный.

Связь с MCP — то, что ты просил проверить

ДемонЗаведён на хабе?Порт сейчасКто его дёргаетДаёт окна?
telegram (8765)да, ~/.claude.jsonмёртвMCP Daemons Watchdog, каждые 30 мин, режим InteractiveДА — окно на каждый тик + окна перезапуска
n8n (8767)да, ~/.claude.jsonмёртвClaude n8n Watchdog, каждые 20 миннет — этот сторож в режиме S4U (без окна)
mongodb (8766)НЕТмёртвникто — задачи нетнет
whatsapp (8768)нет в конфигемёртвперестал дёргаться 3 августабольше нет
Улика из лога сторожа. До 3 августа mcp_daemons_watchdog.log писал каждые 30 минут: «порт 8767 мёртв → перезапуск», «порт 8768 мёртв → перезапуск». Это и был тот самый вечный мигатель. Скрипт с тех пор переписан и трогает теперь только telegram-порт — но telegram-демон тоже мёртв, поэтому цикл «мёртв → перезапуск → окна» продолжается, просто реже.

Вывод про n8n и mongo прямо: mongo на хабе к окнам непричастен вообще (его тут не заводили; живёт только сама база mongod). n8n числится в конфиге и мёртв, но его сторож окон не рисует. Реальный виновник из MCP-семьи на хабе — telegram-сторож, потому что он единственный из троих заведён в режиме Interactive.

Что я уже сделал

Что осталось — тут нужен твой один клик

Перевод задач из режима «Interactive» в режим «S4U» — это единственный настоящий фикс источника №2 (окно физически не может появиться, а не прячется после показа). Смена режима требует прав администратора, то есть одно окно UAC, которое можешь нажать только ты.

Скрипт уже написан и обкатан 4 июля: fix_windowless.cmd. Тогда он перевёл ~20 задач, но с тех пор наросло ещё 107 новых — каждая новая задача создаётся Interactive по умолчанию. Это и есть корень рецидива.

Осторожно: задачи, которые лезут на диски G:/H: (гугл-драйв), переводить нельзя — в S4U этих дисков не существует. Скрипт такие сам пропускает.
🧒 Простыми словами

Чёрные окошки — это как если бы каждый твой домашний робот, просыпаясь, обязательно включал свет в комнате. Роботов на хабе 107, и 21 из них просыпается очень часто — получается вспышка света примерно каждую минуту.

Я проверил, при чём тут n8n и mongodb, раз ты спросил. Mongodb ни при чём совсем — на хабе его к роботам даже не подключали. N8n подключён, но его будильник умеет просыпаться тихо, свет не включает. А вот телеграмный сторож свет включает — и делает это без конца, потому что телеграмный демон умер, а сторож каждые полчаса пытается его оживить и снова гасит лампу.

Что я сделал: включил «гасилку» — программку, которая мгновенно выключает свет, как только он вспыхнул. Она была давно сделана на ноутбуке, но на хаб её просто забыли поставить: файл привезли, а включить не включили. Ещё я починил в ней поломку — она писала свой дневник по адресу с ноутбука, и на хабе он бы просто не писался, то есть мы бы не знали, работает она или нет.

Что осталось: гасилка выключает свет после вспышки, поэтому редко может мигнуть на долю секунды. Чтобы свет вообще не включался, роботов надо перевести в «тихий режим». Это как поменять замок в доме — Windows требует твоего разрешения, и его можешь дать только ты, одним нажатием. Скажи «давай» — я подготовлю, и тебе останется нажать одну кнопку.