
ჰომლაბის AI დეველოპმენტის პლატფორმა OpenCode-სა და GitOps-ზე
Rsgm-ის ფსევდონიმით ჰომლაბის ოპერატორი აღწერს, როგორ აქცია TrueNAS-ის ჰოსტი AI-ის დახმარებით მართვად დეველოპმენტის პლატფორმად: OpenCode სერვერად მუშაობს, ცვლილებებს Git-ში აგზავნის, GitOps კი მათ განთავსებას მხოლოდ pull request-ის დამტკიცების შემდეგ ახდენს.
ჰომლაბის ოპერატორი, რომელიც Rsgm-ის ფსევდონიმით წერს, აღწერს, როგორ აქცია TrueNAS-ის ჰოსტი AI-ის დახმარებით მართვადი დეველოპმენტის პლატფორმად. OpenCode სერვერად მუშაობს საკუთარი ვებ-ინტერფეისით, ცვლილებებს Git-ში აგზავნის, ხოლო GitOps-ის კონვეიერი მათ განთავსებას მხოლოდ მას შემდეგ ახდენს, რაც ავტორი pull request-ს დაამტკიცებს. 14 ივნისს გამოქვეყნებული ჩანაწერი ათამდე Docker Compose სტეკს და იმ მიდგომის ახსნას მოიცავს, რომლითაც მოდელი იმ სერვისებს მოშორებით რჩება, რომლებსაც თავად ცვლის.
Claude Code-დან ვენდორზე დამოუკიდებელ კოდირების აგენტამდე
მანამდე ის Claude Code-ს იყენებდა, თუმცა ამბობს, რომ AI პროვაიდერები ტოკენების ლიმიტებით მომხმარებლებისთვის ღირებულებას სულ უფრო ამცირებენ, ამიტომ ვენდორზე დამოუკიდებელი და ძირითადი პლაგინებით მხარდაჭერილი გადაწყვეტილება ეძებდა და OpenCode-ზე შეჩერდა. გადამწყვეტი აღმოჩენა ის იყო, რომ OpenCode-ს ჩაშენებული ვებ-სერვერი და ვებ-ინტერფეისი მოყვება. მან TrueNAS-ის ჰოსტზე პატარა VM ააწყო ძირითადი დეველოპმენტის ხელსაწყოებით და OpenCode-ის ვებ-სერვერი systemd-ის სერვისად გაუშვა — ეს ტერმინალს, ფაილების ბრაუზერს, Git-ის diff-ებს და git worktree-ს მხარდაჭერას აძლევს რამდენიმე კოდირების სესიის პარალელურად გასაშვებად, ასევე მობილურისთვის მოხერხებულ კითხვა-პასუხის ფანჯრებს.
უსაფრთხოების ზღვარი: ცალკე Git მომხმარებელი და სავალდებულო PR მიმოხილვა
OpenCode-ს Git სერვერზე საკუთარი მომხმარებელი და გამოყოფილი SSH გასაღებები აქვს. მას შეუძლია პროექტების კლონირება და feature branch-ების ატვირთვა, მაგრამ პირდაპირ deploy branch-ზე ვერ აგზავნის, ამიტომ ყოველი ცვლილება pull request-ის გავლით მიდის და მას თავად ხსნის. VM-ს ინტერნეტზე და Git სერვერზე წვდომა აქვს, თავად სერვისებზე კი — არა. ვინაიდან დაზიანების არე მცირეა, ავტორი VM-ზე root-ის მიცემას თავს უშვებს, როცა build ხელსაწყოების ან სატესტო დამოკიდებულებების დაყენებაა საჭირო. პირველი სარგებელი კონტეინერების მოვლა აღმოჩნდა: საათობით release notes-ის კითხვისა და ცვლილებების ძებნის ნაცვლად, ახლა AI-ის მიერ მომზადებულ შეჯამებას წუთებში კითხულობს, კონტეინერების უმეტესობას კი healthcheck-ები დაემატა.
GitOps-ის ჯაჭვი და CI-ის უკუკავშირის ნაკლი
განთავსება Arcane-ის გავლით ხდება Docker სერვისების ცვლილებებისთვის, GitOps პლაგინით — Home Assistant-ის კონფიგურაციისთვის, ხოლო Cloudflare Pages-ის worker-ით — ბლოგისთვის. სერვისები TrueNAS-იდან Arcane-ის პროექტებზე გადაიტანა, რათა Compose სტეკები Git-ში ინახებოდეს, და აღმოაჩინა, რომ ეს OpenCode-თან ერთად უფრო კარგად მუშაობს, ვიდრე მოელოდა: კონტეინერებს შორის ქსელის განახლება, რაც ადრე სტეკებში კავშირების საათობით გარჩევას ნიშნავდა, ახლა ტელეფონიდანაც შეიძლება დაიწყოს. ერთადერთი, რაც აკლია, CI-ის უკუკავშირია. GitHub-ზე ის კოდირების აგენტს Actions-ის ლოგებზე მიუთითებს ჩავარდნილი ტესტების, ლინტერის შეცდომების, stack trace-ების და ინფრასტრუქტურის გეგმის ცვლილებების დიაგნოსტიკისთვის, თუმცა Forgejo სამუშაო ლოგებს საჯარო API-ით არ ამხელს და ავტორს არ სურს დაუდოკუმენტირებულ ენდპოინტებზე დაშენება.
SiTech — AI-გაძლიერებული ვებ დეველოპმენტი
ვქმნით სწრაფ, თანამედროვე ვებსაიტებს და AI-ს ვაერთიანებთ ქართული ბიზნესებისთვის. გაქვთ პროექტი ან კითხვა? სიამოვნებით დაგეხმარებით.