Ai

В последнее время у меня есть несколько 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-ресурсу. ...

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

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