Posts

В последнее время у меня есть несколько open source-проектов, в которых я либо автор, либо активно участвую. Они разные по тематике, но у всех один источник: каждый вырос из конкретной практической задачи. Ниже — коротко о тех проектах, которыми я сейчас занимаюсь больше всего. go-project-starter go-project-starter — это инструмент для создания production-ready Go-сервисов из YAML-конфигурации. Я использую его как способ стандартизировать запуск новых Go-проектов, сократить объём boilerplate и быстрее переходить от идеи сервиса к прикладной логике. ...

Последние изменения в comfy-skill заметно расширили его возможности и, что важнее, изменили сам характер инструмента. Если раньше это был в основном skill для text-to-image генерации, то теперь он постепенно становится полноценным workflow layer для визуальных задач: генерации, редактирования, апскейла и анимации. Здесь важно сразу обозначить контекст: сам по себе comfy-skill не особенно интересен в отрыве от OpenClaw-агентов. Именно агенты выступают интерфейсом к этому слою возможностей: они выбирают сценарий, подставляют нужный workflow, управляют job-пайплайном, забирают результат и встраивают его в реальную задачу. Без этого связующего слоя вся история теряет большую часть практического смысла и превращается просто в набор разрозненных скриптов. Все изображения в этой статье, включая иллюстрации, галереи и анимированные фрагменты, тоже были сгенерированы OpenClaw-агентом в рамках этого же workflow. ...

Когда у тебя дома стоит RTX 4090, рано или поздно возникает вопрос: а что, кроме редких ручных запусков, с ней вообще делать? Можно иногда открывать ComfyUI и гонять генерации руками. Но мне довольно быстро стало понятно, что для моей задачи это тупиковый путь. У меня уже есть два агента OpenClaw, и дальше их будет больше. А значит, мне нужен был не просто UI для экспериментов, а сервис, к которому агенты могут обращаться сами. С понятным API, статусами, очередью задач, загрузкой исходников для img2img и нормальной моделью доступа к одному общему GPU-ресурсу. ...

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) Ежедневный цикл подготовки поста (самое полезное) Это самый ценный сценарий: от идеи до публикации без ручной рутины. ...