AI Agentlar bilan ishlashda Paradigma O'zgarishi

Sizga bir voqea haqida aytaman.

Uch soat davomida "oddiy" funksiyani dibag qilish bilan mashg'ul edim. Agentimiz ishonchli tarzda kod yozdi, productionga jo'natdi va vazifani tugatgani haqida xursand xabar qoldirdi. Lekin muammo bor edi: kod butunlay noto'g'ri edi. Bu oddiy xatolik emas edi — u biz qurayotgan narsani tamoman noto'g'ri tushundi.

Shu zahoti mental modelim buzildi. Agentlarni yo'l-yo'riq kerak bo'lgan yangi boshlovchi dasturchilarga o'xshatgan edim. Ammo yangi boshlovchi dasturchilar siz uxlab yotganingizda productionga testlanmagan kod jo'natmaydi.

Shuning uchun butun metaforani o'zgartirdim.

Subpudrachi Yondashuvi

AI agentlarni xodim yoki yordamchi sifatida emas, balki subpudrachi sifatida ko'rib chiqa boshladim. Bu nimani anglatadi:

Subpudrachining binoga kaliti yo'q. U taklif qilinmagan holda kelmaydi. U o'z ish doirasini yakunlaydi va hisob-faktura yuboradi — siz uni to'lashdan oldin ko'rib chiqasiz. Agar ishi yaroqsiz bo'lsa, qaytarasiz.

Bu ishonchsizlik masalasi emas. Bu motivatsiya va javobgarlik muammosi. Subpudrachi o'z rolini tushunganda — yakuniy mahsulot yetkazish uchun, yakkaxon qarorlarni emas — u yaxshiroq ishlaydi. U fokuslangan, chegaralari ichida unumdor.

Texnik Qism

Bu yondashuv texnik jihatdan ham mustahkam bo'lishi kerak. Menimcha, bu quyidagilarni anglatadi:

Token Cheklovi Muhim

Agentlarim ishlaydigan credentialslar fizik jihatdan productionga kira olmaydi. Ular asosiy kod bazasiga faqat o'qish huquqi bilan, alohida staging repositoryga yozish huquqi bilan kiradi. Bu siyosat emas — bu kriptografik cheklov. Agent horg'il bo'lsa yoki o'ylab chiqarilgan git buyruqlari bersa ham, u production kodini o'zgartira olmaydi. Tokenlar bunaqa ishni yo'q qiladi.

Staging Repository — Bu Pochta Qutisi

Stagingdan hech narsa avtomatik birlashmaydi. Staging repo default branchi — bu adashmasligingiz uchun "no-main" nomli branch — ichida faqat shunday README bor: "Asosiy repositoryning main branchidan foydalaning."

Agentlar tugallangan ishlarini shu yerga jo'natadi. Branch tayyor bo'lganda menga xabar beradi. Keyin men ko'rib chiqaman, keraklisini tanlayman va qo'lda integratsiya qilaman. Bu zerikarli tuyuladi, toki anglab yetmasangiz: Linux yadrosi yigirma yildan beri shunday ishlab keladi. Contributinglar patch yuboradi. Maintainerlar qo'llaydi.

Review Shart

Hech qaysi agent o'z kodinga birlashmaydi. Nuqta. Branch o'chirilmaydi, toki men — mustaqil ravishda, dasturiy yo'l bilan — tekshirib ko'rmagunimcha, uning committari xavfsiz tarzda production ichida ekanligiga ishonch hosil qilmagunimcha.

Nega Bu Solo Developerlar uchun Ishlaydi

Solo developer yoki kichik jamoa bo'lishingizning o'ziga xos tomoni bor: siz faqat dasturiy ta'minot yaratmaysiz. Siz codebase ichida hech qayerda yozilmagan kontekstni saqlaysiz. Sizning incident tarixingiz. Edge case'laringiz. G'alati konfiguratsiyaga ega mijoz. Išlamagan uchta urinish.

Agentlarning bu kontekstga kirish imkoniyati nol. Ular fayllarni o'qiydi, lekin sizning dunyongizni tushunmaydi. Shuning uchun maqsad — ularga ko'proq avtonomiya berish emas — sizning review bandwidthingiz ichida xavfsiz bajara oladigan ishni maksimallashtirish.

Mana shu yerda "vibe coding" yomon nom oldi. Noto'g'ri qilinganda, vibe coding — agentlarga nima bo'lsa bo'lsin qilishiga ruxsat berish va ishlaydi deb umid qilish. To'g'ri qilinganda — bu AI'ni o'z hukmingiz o'rniga qo'yish emas, balki uni hukmingizni kuchaytirish uchun ishlatish.

Amaliy Ustunlik

Subpudrachi munosabatini qabul qilganingizdan so'ng, kutilmagan nima bo'ladi: siz ko'proq xavf olishga jur'at etasiz. Tajriba sifatida yangi funksiya yaratishga tayyor bo'lasiz, chunki downside chegaralangan. Agent productionni buzmaydi. U kutilmagan darajada noto'g'ri yoki kutilmagan darajada yaxshi nima beradi — lekin har qanday holda, bu muammoga aylanishidan oldin ushlaysiz.

Oxirgi olti oyda oldingi ikki yildagidan ko'proq yanvar loyiha boshlaganman. Qattiqroq ishlaganim uchun emas — xavfsiz chegaralar ichida agressiv delegatsiya qilganim uchun.

O'z Workflowingizga Qanday Qo'llash Mumkin

Agar AI agentlardan foydalanayotgan bo'lsangiz, o'zingizdan so'rang:

1. Agentim hozir nima touch qila oladi? Agar javob "production" bo'lsa — bu muammo.
2. Noto'g'ri harakatlarni to'sish uchun texnik cheklov bormi, yoki faqat siyosatmi?
3. Kim kod birlashdiriadi? Agar bu odam bo'lmasa, nega?

Vositalar mavjud. Token scoping, alohida staging repos, branch protection — bunlar g'ayrioddiy Git workflow emas. Bular AI-assisted development va AI-accidental disaster o'rtasidagi farq.

Men DOMAINSHOST da hosting muhitida vibe coding support qurish ustida ko'p o'ylayapmiz. Maqsad hamma narsani avtomatlashtirish emas — AI'ni haqiqatan ham foydali bo'lishi uchun, yangi xavf kategoriyasi yaratmasdan ishlash uchun joylar yaratish.

Sizning hukmingiz hali ham bottleneck. Bu cheklov emas — bu maqsad. Agentlar siz qila oladigan narsani kuchaytirish uchun bor, sizning hukmingizni almashtirish uchun emas.

Shunga qarab quring.