Posts

TL;DR Я перевёл в локальный контур одну регулярную задачу мониторинга умного дома: каждый день собирать сырые метрики сенсоров, находить отклонения по правилам и отправлять короткую сводку в Telegram. Технически это работает. Но как только включается реальная нагрузка и «тяжёлый» системный контекст OpenClaw, начинаются тайм-ауты и эксплуатационные нюансы. Рабочим для меня стал гибрид: локалка по умолчанию + автоматический fallback в облако при серии ошибок + возврат на локалку после успешного прогона. ...

Я давно хотел, чтобы мои репозитории хранились там, где я их полностью контролирую — на моём домашнем сервере. В итоге перенёс всё с облачного GitLab в локальный Forgejo. Сам перенос занял примерно 10 минут. Почему вообще решил переезжать Причины две: приватность; риски потери данных или доступа в облачном сервисе. Для меня это не история «облако плохое», а история про контроль: где живёт мой код и кто им управляет. Что переносил 17 репозиториев; переносил именно git-репозитории; без Issues/MR/wiki/CI (в моём случае этого не требовалось). Как это сделал Честно: руками мигратор с нуля не писал. Поставил задачу Claude Code и дал два токена: ...

Домашний сервер я купил не потому, что захотел «ещё одну железку». Всё началось с практики: я ставил OpenClaw и постепенно упёрся в ограничения текущего сетапа. На тот момент у меня уже был небольшой парк: Synology NAS miniPC с VictoriaMetrics, InfluxDB и Grafana (потому что для Synology эта нагрузка тяжеловата) Raspberry Pi 5 с SSD через плату расширения OpenClaw я изначально запустил на Pi 5, и в целом всё работало нормально. Да, ARM иногда добавляет нюансов, но жить можно. ...

Услышал про AeroSpace в подкасте Podlodka #466, где был в гостях автор инструмента. Выпуск про оконные менеджеры — stacking vs tiling, workspaces, ментальные модели управления экраном. После этого решил попробовать. Что такое AeroSpace AeroSpace — тайловый менеджер окон для macOS, вдохновлённый i3 из Linux. Окна автоматически занимают пространство по правилам, переключение между приложениями — хоткеями, никакой мыши. Почему зашло с первого раза Опыта с тайловыми WM раньше не было. Но я долго работал в связке tmux + neovim на удалёнке. tmux — это, по сути, тайловый менеджер в терминале: те же панели, те же сплиты, та же логика переключения хоткеями. Ментальная модель уже была готова — AeroSpace стал её логичным продолжением, только для всего рабочего стола. ...

Услышал про Plannotator в подкасте radio-t и сразу решил попробовать — тема попала точно в боль. Я пишу почти весь код с помощью Claude Code. Это значит, что я постоянно работаю с планами агента: читаю, даю обратную связь, корректирую. И именно здесь у меня было самое большое неудобство в рабочем процессе. Как было раньше Claude Code показывает план в терминале. Дальше — два варианта: approve или написать общий комментарий. Если замечание касается конкретного куска плана — нужно было его выделить, скопировать, вставить в поле ввода, и только потом написать комментарий. А если замечаний несколько — каждый раз повторять этот цикл. Неудобно, сбивает с мысли. ...

Я давно привык к тому, что всё настраивается через файл: vim, tmux, zsh, docker-compose — всё в yaml/toml/conf и лежит в git. iTerm на этом фоне всегда немного раздражал: кликаешь по меню, идёшь в Preferences, настраиваешь через GUI, потом пытаешься это как-то экспортнуть. Kitty — это как neovim, только для терминала. Весь конфиг в одном файле. Перезагрузка без рестарта. И ты точно знаешь, что происходит. Что сломало меня на iTerm Не то чтобы iTerm плохой. Просто в какой-то момент начинаешь замечать: ты не управляешь своим терминалом — ты пользуешься тем, что кто-то нажмаклал в GUI. ...

Вокруг AI-агентов сейчас много шума. Я решил проверить всё на практике: не просто «поболтать с моделью», а собрать рабочие автоматизации в ежедневных процессах. Главный вывод: OpenClaw для меня — это не чат, а оркестратор действий. Модель здесь — это «мозги», и мозгов может быть несколько: облачные + локальные, под разные задачи. Что уже автоматизировано 1) Ежедневный цикл подготовки поста (самое полезное) Это самый ценный сценарий: от идеи до публикации без ручной рутины. ...

OpenClaw — очень мощная штука. Если коротко: это уже не «чат-бот», а полноценный операционный слой для автоматизаций, задач, интеграций и фоновых сценариев. И именно поэтому с ним есть проблема: обычному пользователю сейчас тяжело. Не потому что инструмент плохой. Наоборот — потому что он уже достаточно серьёзный, чтобы требовать инженерного подхода. В чём сила OpenClaw OpenClaw даёт то, чего обычно не хватает «просто ассистентам»: cron-сценарии и автономные процессы работу с внешними инструментами и сервисами мультиагентные сценарии автоматизацию через Telegram и другие каналы гибкую настройку поведения под реальные задачи По возможностям это уже уровень «собрать личную операционную систему для своих процессов». ...

Когда смотришь демо OpenClaw, кажется: «поставил, подключил Telegram — и готово». На практике всё чуть интереснее: сам агент поднимается быстро, а дальше начинается инженерная часть — сеть, токены, cron и связность нод. Ниже — честный разбор, что у меня ломалось, почему это происходило и как я это чинил. Почему это не «просто чат-бот» OpenClaw — это не только LLM. Это связка компонентов: Gateway ноды / relay на устройствах cron-раннер канал доставки (Telegram и т.д.) внешние источники данных (RSS, web_fetch, MCP) По факту это мини-распределённая система. А проблемы тут типичные для любой автоматики: auth, сетевые зависимости, таймауты, наблюдаемость. ...

Проблема У нас дома есть камин. На нём есть заслонка в трубе. На ней надпись на итальянском о её положении. Я перевёл и всё это время пользовался в соответствии. И всё это время камин как бы работал, но дымил. Типа дверь открываешь — и дым идёт в помещение. Морозы Как раз вот в морозы думаю — дай попробую использовать его как дополнительный источник тепла. И он, надо сказать, помогал. Но вот морозы ушли, и я снова попробовал его топить — и как-то он вообще начал дымить. Дым видно не уходит, горит плохо. ...