Домашня AI-платформа для розробки на OpenCode і GitOps

Оператор домашньої лабораторії, який пише під ніком Rsgm, розповів, як перетворив хост TrueNAS на платформу розробки з підтримкою ШІ. OpenCode працює як сервер із власним вебінтерфейсом, надсилає зміни в Git, а конвеєр GitOps розгортає їх лише після того, як автор схвалить pull request. Допис, опублікований 14 червня, охоплює близько десятка стеків Docker Compose і пояснює логіку того, чому модель не має прямого доступу до сервісів, які вона редагує.

Від Claude Code до незалежного від постачальника агента

Раніше він користувався Claude Code, але каже, що постачальники ШІ дедалі більше зрізають цінність для клієнтів через ліміти токенів, тож шукав рішення, незалежне від постачальника й підтримуване основними плагінами, і зупинився на OpenCode. Вирішальним відкриттям стало те, що OpenCode постачається з вбудованим вебсервером і вебінтерфейсом. Він створив невелику віртуальну машину на хості TrueNAS з базовим набором інструментів для розробки й запустив вебсервер OpenCode як юніт systemd. Це дає термінал, переглядач файлів, діфи Git і підтримку git worktree для кількох сесій кодування одночасно, а також зручні для мобільного вікна запитань і відповідей.

Запобіжники: окремий користувач Git і обов’язковий PR-огляд

OpenCode має на Git-сервері власного користувача з окремими SSH-ключами. Він може клонувати проєкти й надсилати feature-гілки, але не може пушити напряму в deploy-гілку, тож кожна зміна проходить через pull request, який автор зливає сам. Він називає це милим, але важливіше те, що так неперевірений код не потрапляє в розгортання. Віртуальна машина має доступ до інтернету й до Git-сервера, але не до самих сервісів. Оскільки радіус ураження малий, автор спокійно дає OpenCode root на VM, коли треба встановити інструменти збірки чи тестові залежності. Першою вигодою стало обслуговування контейнерів: замість годин на читання release notes і пошук змін, що ламають сумісність, він тепер за хвилини читає зведення від ШІ, а більшість контейнерів отримали healthcheck-и.

Ланцюг GitOps і брак зворотного зв’язку від CI

Розгортання відбувається через Arcane для змін у Docker-сервісах, GitOps-плагін для конфігурації Home Assistant і воркер Cloudflare Pages для блогу. Він переніс сервіси з TrueNAS у проєкти Arcane, щоб стеки Compose зберігалися в Git, і виявив, що в поєднанні з OpenCode це працює краще, ніж очікувалося: оновлення мережі між контейнерами, яке раніше означало години розбору зв’язків у стеках, тепер можна почати з телефона. Бракує лише зворотного зв’язку від CI. На GitHub він спрямовує агента на логи Actions, щоб діагностувати падіння тестів, помилки лінтера, стек-трейси й зміни в плані інфраструктури, але Forgejo не віддає логи завдань через публічний API, а будувати рішення на недокументованих ендпоінтах він не хоче.