AI hamkorlik infratuzilmasining rivojlanishi
-oddiy kontekst qo'shishdan butun jamoa uchun AI ishlab chiqish operatsiyalari platformasigacha-
Bugun Claude, Codex, Cursor kabi AI agentlari kod yozib, ko'rib chiqib, sinovdan o'tkazadilar. Texnik qobiliyat o'zi ajoyib. Ammo keng ko'lamli platformalarda AI bilan ishlaganda tezda chegaralar ko'rinadi.AI har bir sessiyani hech narsani bilmay boshlaydi.
Bu muammoni hal qilish uchun Vizend jamoasi yaratgan narsalarvizend-agent-hubda. v0.4.0 ga ko'ra 17 ta Skill · 8 ta Agent · 9 ta Hook skriptlariga ega Claude Code plagini bo'lib, Meta-Harness mustaqil qilish va jamoa sifatini baholash doirasida 4 bosqichli rivojlanish yo'l xaritasini loyihalamoqda.
1. Muammo — AI bilan ishlashning haqiqatidir
|
AI agent har bir sessiyani hech narsani bilmasdan boshlaydi. |
Yagona xizmat yoki kichik loyiha uchun bu iltimos bilan tushuntiriladi. Ammo o'nlab xizmatlar aralashgan katta platforma uchun bu boshqa gap.
|
① |
AI odatiy biror ilova modeli (src/components, src/pages) ga birlashadi. Vizend episodlar/drama/kitobxonalar asosidagi ish joyi tuzilishi asosiy, va bu farqni har safar tushuntirish kerak edi. |
|
② |
Tanlangan tuzilish uchun asos va manbalar qolmaydi. Natijalar yaratiladi, lekin 'tushuntirish mumkin bo'lgan rivojlanish jarayoni' mavjud emas. |
|
③ |
Ishni to'xtatish, qayta tiklash, tasdiqlash kabi operatsion oqimlarni bir martalik AI chaqiruvi orqali hal qilish mumkin emas. Uzoq muddatli ishda rejalashtirish→amalga oshirish→baholash→tasdiqlash nuqtalari kerak edi. |
Bu muammo Prompt mahoratiBuni hal qilish imkoni yo'q. Strukturaviy jihatdan yechish kerak.
▌ "Claude/Codex o'z-o'zidan harness emasmi?"
To'g'ri. Claude Code va Codex allaqachon kuchli harnes funksiyasiga ega. Yo'q narsalar bor.
|
funksiya |
Claude Code / Codex |
+ vizend-agent-hub |
|---|---|---|
|
Agent Loop · Faylni o'qish/yozish |
✅ |
✅ |
|
Sessiya holatini boshqarish |
△ Cheklanuvchan |
✅ Avtomatik saqlash·qayta tiklash |
|
Vizend domeni bilim (qavat·xizmat·konventsiya) |
❌ |
✅ 17 Skills |
|
Xizmatlar o'rtasidagi integratsiya shablonlari |
❌ |
✅ cross-service-context |
|
Jamoa jamoasi tekshirish me'yorlari |
❌ |
✅ vsr-check |
Asboblar bor, Bizning kodimizni biladigan vositabu emas. vizend-agent-hub Claude/Codex ustida Vizendga xos sozlamalar qatlamini qo'shadi. Faqat bitta Skill faylini o'zgartirish bilan butun jamoaga darhol tatbiq etiladi.
2. Hozirgi vizend-agent-hub — v0.4.0
Dastlab, Vizend tuzilmasi hujjatini AI ga o'qitish maqsadida edi. Hozirda esa, Claude Code plagin tizimi ustida avtomatik ravishda ishga tushiriladigan Skill·Agent·Hook to'plamiga aylandi.
▌ Ko'niklar — 17ta
Sessiyada /vizend-agent-hub:skill-nameto'g'ridan-to'g'ri chaqirishingiz yoki Hook kalit so'zini aniqlaganda avtomatik ravishda marshrutlashni amalga oshiradi.
|
Kategoriyalar |
Qobiliyat |
rol |
|---|---|---|
|
domenga kontekst |
service-catalog |
Xizmatlar katalogi·Mas'uliyatlar·Qayta bog'liqliklar haqidagi qisqacha ma'lumot |
|
arxitektura |
Qavat tuzilishi (Facade→Feature→Store→Boot) + bog'lanish yo'nalish qoidalari |
|
|
an'analar |
CDO/VO/SDO/RDO nomi, paket an'anasi |
|
|
kodlash-standartlari |
Java 21/Spring Boot kodlash standartlari |
|
|
glossary |
Tezkor ko'rish uchun domen atamalari lug'ati |
|
|
rivojlantirish ish jarayoni |
hub-index |
Ko'nikma yo'naltirish meta hub — qaysi ko'nikmadan foydalanishni ko'rsatadi |
|
dev-loop |
reja→amalga oshirish→tekshirish mustaqil takrorlanadigan sikl |
|
|
git-ish jarayoni |
Filial strategiyasi·Conventional Commits·MR qoidalari |
|
|
cross-service-context |
Ko'p xizmatli stsenariy konteksti yuklash |
|
|
Sifat / tasdiqlash |
vsr-check ★ |
8 kategoriyali qoidabozlikni avtomatik aniqlash — faqat kod asosida, taxminlarni hisobot qilishni taqiqlash |
|
xavfsizlik ko'rikdan o'tkazish |
JWT·authentikatsiya·xavfsizlik zaifliklarini aniqlash |
|
|
verification-loop |
Build·test·lint·security·layering 6-bosqich to'liq aylanish |
|
|
integratsiya-test yaratish |
Flow/Seek/Action @SpringBootTest asosida test yaratish |
|
|
Avtomatlashtirish / Yaratuvchi |
sync-domain-docs |
domen kodi ↔ hujjat sinxronizatsiyasi |
|
flyway-script |
Flyway migratsiya skriptini yozish bo'yicha qo'llanma |
▌ Agentlar — 8 ta
Asosiy kontekstdan ajratilgan mutaxassislik instansiyasi. Kodni o'zgartirganda code-reviewer avtomatik ravishda chaqiriladigan tarzda faol harakat qiladi va mustaqil tahlildan so'ng faqat natijalarni qaytaradi.
|
Agent |
rol |
avtomatik trigger |
|---|---|---|
|
rejasi |
TASK.md yaratish · Oldin parvoz diagnostikasi · Doirada (Scope) tasnifi |
Ko'p bosqichli·Ko'p xizmatli ishlar |
|
code-reviewer |
Qavatlash·nom berish·sinov mosligini tekshirish |
Kod yozish·tahrirlashdan so'ng avtomatik |
|
xavfsizni ko'rib chiquvchi |
JWT·StageContext·sertifikat zaifliklarini aniqlash |
tasdiqlash kodi, yangi API endpointi |
|
violation-detector |
8-kategori kodi asoslangan buzilishlarni aniqlash |
vsr-check ichki bajarilishi |
|
tdd-guide |
Red-Green-Refactor tsiklini ko'rsatmalari |
Yangi funktsiya, xatoliklarni tuzatish |
|
integration-test |
@SpringBootTest asosidagi test shkalalash |
Flow/Seek/Action testi yozish |
|
arxitektor |
tizim dizayni·texnologik savdo nuqtai nazaridan tahlil |
Bog'liq tuzilma o'zgartirilishi, yangi xizmat |
|
refactor-cleaner |
O'lik kodni olib tashlash·murakkablikni kamaytirish |
Katta o'lchovli tozalash, chiqarilishdan oldin |
▌ Hook — avtomatik ravishda ishlaydigan ko'rinmas qo'l
Skill·Agentdan farqli o'laroq, Hook foydalanuvchi chaqirmasa ham, sessiya hodisalari bo'yicha avtomatik ravishda ishlaydi. AI qaroriga tayanmasdan, harnes to'g'ridan-to'g'ri skriptni bajaradi.
|
voqealar |
harakat |
|---|---|
|
SessiyaBoshlanishi |
Vizend konteksti avtomatik kiritish · Oldingi sessiya holatini tiklash · Hub versiyasini tekshirish · Ish joyi sog'liqni tekshirish |
|
Ishlatish ko'rsatmasi yuborildi |
Xizmat nomi kalit so'zlarini aniqlash → tegishli Ko'nikmalar yo'naltirish taklifi |
|
PostToolUse |
TASK.md faylini tahrirlashda snapshot saqlash (sessiyani to'xtatishga qarshi) |
|
PreCompact |
Kontekstni siqishdan oldin asosiy jarayon holatini saqlab qolish |
|
Stop |
TASK.md chek boks driftini aniqlash · yakunlanmagan eslatma · sessiya holatini saqlash |
Sessiya boshlanganda Vizend konteksti avtomatik ravishda kiritiladi va oldingi ish holati qayta tiklanadi. Sessiya to'satdan tugatilsa ham, oxirgi snapshot vaqtidagi TASK.md keyingi sessiyada avtomatik ravishda tiklanadi.
3. Foydalanishdan oldin va keyin taqqoslash — amaliy dasturlash senariysi
Ssenariy: "gallery-ga yangi obuna (subscribe) API qo'shing"
|
❌ Xаво кўтаганисиз |
✅ Хаво кўтаганингизда |
|---|---|
|
• AI: Oddiy Spring Boot shabloni bilan yaratilgan • "Facade-Feature qatlamidan foydalanish kerak" • "@AuthorizedRole o'tmagan" • "StageContext orqali pavilionId ni olishim kerak" • "qra-backendga voqeani topshirish kerak" • … tahrirni takrorlash → qayta ko'rsatma 5-6 marta · sessiya 1 soat+ |
• [Hook] kontekstni avtomatik kiritish + 'gallery' aniqlash → Skill tavsiyasi • AI: "SubscriptionPvsFlow + @AuthorizedRole + EventProxy bilan qra-backend integratsiyasini bajaramizmi?" • Dasturchi: "OK" • Command·Resource·Flow·Logic·har bir voqeani yaratish • [Hook] vsr-check avtomatik ishga tushirish → buzilish 0ta → qayta ko'rsatish 0~1 marotaba · sessiya 15~20 daqiqagacha |
▸ Skanerlarsiz yaratilgan birinchi kodning buzilish xususiyatlari
Xuddi shu ssenariyda skanerlarsiz yaratilgan kodni vsr-check bilan skanerlash natijasi. Harness ishlatilganda bir xil sharoitda buzilish yo'q.
|
# |
Qoidabuzilishlar |
Kategoriya |
|---|---|---|
|
1 |
Repository'ni to'g'ridan-to'g'ri chaqirish, xususiy qatlamlarni ajratmasdan |
Arxitektura MUHIM |
|
2 |
@AuthorizedRole yo'q — ochiq API |
Xavfsizlik CRITICAL |
|
3 |
Request/Response DTO dan foydalanish (CDO/CommandRequest emas) |
Mahsulot |
|
4 |
Domen Entity yangi to'g'ridan-to'g'ri yaratilishi — Logic orqali emas |
Arxitektura |
|
5 |
cross-service hodishti e'lon berishni yo'qotish → qra-backend ulanish uzilishi |
Mahsulot CRITICAL |
Asosiy: Harnes avval muhitni kiritadi, Skill qoidalarni qo'llaydi va vsr-check natijalarni tasdiqlaydi. 'Qanday qilishni' har safar tushuntirish shart emas.
▸ Uchta nuqtai nazarni taqqoslash
|
❌ Kremniy qilmasdan |
✅ Xarnesdan foydalanishda |
|
|---|---|---|
|
Ishlab chiqarish quvvati |
||
|
Sessiya boshlanishi xaraji |
Xizmat tuzilishini har safar tushuntirish (10~15 daqiqa) |
Hook avtomatik kiritilishi (0 daqiqa) |
|
Birinchi kod sifati |
Oddiy Spring → tahrir qilish takrorlash |
Boshidan Vizend shabloni |
|
Qayta belgilash soni |
5~6 marta |
0~1 marta |
|
jamoa saqlash qobiliyati |
||
|
Qavatning mosligi |
Har bir dasturchi uchun turlicha |
Frontend→Feature→Domain o'rnatilgan |
|
Nomlashdagi bir xillik |
DTO/Request aralash |
CDO/VO/CommandRequest bir xil |
|
rol qo'shimchasi |
imal (Service/Handler) |
PvsFlow/DvpFlow/PeerFlow mustahkamlash |
|
Rivojlanish imkoniyati |
||
|
Yangi xizmat qo'shish |
Qoidalarni qayta izohlash kerak |
AGENTS.md bir varaq bilan darhol |
|
AI vositalarni o'tkazish |
Qoidalarni qayta kiritish zarur |
AGENTS.md ulashish — nol xarajat |
|
Qoidalar yangilanishi |
Prompt shaxsiy qobiliyatiga bog'liq |
Skill faylini 1 marta tahrirlash → butun jamoaga qo'llash |
▸ raqamlarda tasdiqlangan o'zgarish
|
Element |
Old |
Keyin |
|---|---|---|
|
Xizmat ko'rsatish qo'llanmasi soni |
3 ta |
82 ta (barcha xizmat qamrovi) |
|
Umumiy Skill |
0 dona |
17ta |
|
Maxsus Agent |
0 ta |
8 ta |
|
Avtomatik Hook skripti |
0 ta |
9 ta |
|
PRdan oldin qoidalarni buzish aniqlash |
Insonlar tomonidan to'g'ridan-to'g'ri tekshirish |
vsr-check 8-kategoriya avtomatik |
|
Sessiya to'xtatib turishni tiklash |
Qo'lda qayta izoh berish |
TASK.md avtomatik tiklash |
|
AI vositalarini o'tkazish xarajatlari |
Qoidalarni qayta kiritish zarur |
AGENTS.md ulashish - nol xarajat |
|
Birinchi kod qatlamini buzish holatlari |
O'rtacha 5-7 ta holat |
0ta |
4. Kelajak — takomillashtirish yo'l xaritasi
Hozirgi 1-bosqich tugadi. Qolgan 3 ta asosiy cheklovni 2-4-bosqichda hal qilamiz.
|
Bosqich |
Maqsad |
Mazmun |
|---|---|---|
|
1-bosqich ✅ tugatildi |
bilim·rol·tekshirish·holat qatlami |
17 ta Ko'nikma · 8 ta Agent · 9 ta Hook · 82 ta Hujjat "AI kontekstni anglab, oldingi ishlarni eslaydi" |
|
2-faza 🔨 qisqa muddat |
Sifatni oshirish + qayta aloqa tuguni |
Hook profili (minimal / standart / qat'iy) + tuzatish voqealarini avtomatik aniqlash → Hub repozitoriy MR avtomatik yuborilishi "tuzatish jamoa hub sifatini yaxshilanishiga olib keladi" |
|
3-faza 📐 o'rta |
Ajratish + CI integratsiya qavati |
Meta-Harness mustaqil plaginlarni chiqarish + CI hujjat avtomatlashtirish + MCP (GitLab·Jira·qurilish natijalari) "AI tizimni to'g'ridan-to'g'ri ko'radi" |
|
Phase 4 🚀 uzoq muddatli |
Orkestratsiya qatlamı |
Parallel agentlarni ishga tushirish + naqsh avtomatik chiqarish + jamoaviy umumiy xarnes serveri "AI jamoaning infratuzilmasiga aylanadi" |
▌ Asosiy loyihalash yo'nalishi: Meta-Harness
3-bosqichning eng muhim maqsadi hozirgi aralash tuzilmalarni ikki qatlamga to'liq ajratishdir.Meta-Harnessagar mustaqil plagin bo'lsa, boshqa jamoalar faqat o'zlarining domen bilimlar markazini qo'shishi kerak.
|
Meta-Harness — kengash AI hamkorlik infratuzilmasi Session boshqaruv · TASK boshqaruv · Hub sifat feedback · Memory · Skill Router | loyiha aloqasi yo'q |
|
↑ bog'liq ↑ |
|
vizend-agent-hub — Vizend domen konteksti service-catalog · architecture · conventions · vsr-check va 17 Skills + 8 Agents |
▌ Jamoa sifat qayta aloqa halqasi
Hozirgi sessiyada tuzatishlar mavjud. 2-fazada tuzatish hodisalarini avtomatik ravishda aniqlash va jamoaning umumiy sifatini yaxshilashga olib keladigan 3-bosqichli aylanishni joriy etamiz.
|
A. Aniqlash Stop Hook tuzatish signallarini avtomatik skaner qiladi |
→ |
B. Mahalliy arxiv takliflari / saqlash dasturchilar tasdiqlaydi → tasdiqlangan |
→ |
C. Hissa taqdim etish /hub-feedback submit Hub ㅈ MR avtomatik ravishda yaratiladi |
Tuzatish signali ('yo'q', 'u ekan emas') Stop Hook tomonidan aniqlanadi → mahalliy saqlanadi → dasturchi tomonidan tekshirilgandan so'ng Hub repozitoriya MR avtomatik ravishda yaratiladi. Jamoa a'zolaridan kimning sessiyasida sodir bo'lgan tuzatish bo'lsa ham, Hub sifatini yaxshilash uchun kirish hisoblanadi.
▌ Tokenni tejash — Vista Qoidalar-Baza kodi offlorda
Claude Vista (kod yaratish asbobi) tomonidan avtotransport qilingan boilerplate kodni ham o'qiydi va tahlil qiladi.Allaqachon ma'lum bo'lgan naqsh(JPA Repository, setter/getter, Vista standart) keraksiz tokenlarni sarflashdir.
|
Qarama-qarshi |
Mazmun |
|---|---|
|
Qisqa choralar |
.claude-ignore yoki Skill ichida skip_paths orqali generated katalogni chiqarib tashlang conventions Skill ga "Vista yaratilgan fayllarni tahlil qilish shart emas" qo'shimchasini kiriting |
|
Variant A skriptini ajratish |
Vista/CRUD naqshlarini Python skriptiga ajratish → Claude faqat bajarilish natijalarini qabul qiladi .generated belgisini yaratish fayliga → o'qish o'tkazib yuborish qo'llaniladi |
|
Variant B Vista to'g'ridan-to'g'ri ulanish |
Vista API chaqiriq bilan kod yaratish → Claude faqat diffni ko'rib chiqadi bootstrap Skillga Vista yaratilgan fayl ro'yxatini ko'rsatish → violation-detector tekshiruvidan istisno |
rule-base vositasi Claude'ga bermaslik. Bu AI hamkorlik xarajatini amalda kamaytiradigan dizayn prinsipi.
5. Xulosa
|
vizend-agent-hub 'AI ga yaxshi natijalar yaratishga yordam beradigan vosita' emas. Takrorlanadigan va tushuntiriladigan rivojlanish jarayonini yaratadigan operatsion infratuzilmadir. AI harnesssiz tez-tez kod yozadi. Harnes bilan AI dastlabki Vizend kodini yozadi. AI oddiy ishlab chiqarish vositasi emas, to‘g‘ri kontekst va nazorat plani birlashganda juda kuchli jamoaviy ishlab chiqish platformasiga aylanadi. |
e'tibor
github.com/garrytan/gstack · agents-community · vizend-agent-hub · todo-projects · oh-my-claudecode · everything-claude-code
Jeyms