gstack haqidagi birinchi postim nazariya edi. Bunisi esa ish jarayoni (workflow) haqida.

gstack nima uchun qiziqarli ekani emas, balki undan xom g‘oyadan real MVPʼgacha qanday foydalanish haqida gaplashamiz. Buni ko‘rsatishning eng yaxshi yo‘li real misol: agent-skill-manager.

Lekin avval biroz shaxsiy narsalar haqida.

Taxminan yetti yil oldin men startap asoschisi sifatida muvaffaqiyatsizlikka uchraganman. Ortga qarab, menda bir vaqtning o‘zida uchta narsa yetishmaganini tushunaman:

• kattaroq tasavvur (vision);
• kuchli mentorlik;
• o‘sha paytda hali mavjud bo‘lmagan kod yozuvchi SI vositalari.

Men qattiq mehnat qila olardim. Qura olardim. Lekin xom instinktni qanday qilib to‘g‘ri ambitsiya va shaklga ega mahsulotga izchil aylantirishni bilmasdim.

Hozir SI juda ko‘p yordam beryapti. Atigi oxirgi 3 oy ichida 20 dan ortiq yangi loyiha qurdim, u paytlarda buni tasavvur ham qilib bo‘lmasdi. Ayrimlari haqiqatan ham yaxshi. Ayrimlari foydali. claude-howto hozirgina 6,3 mingta yulduzchaga (stars) ega bo‘ldi. agent-skill-manager kabi ba’zilari esa haqiqiy narsaga ishora qilayotgandek tuyuladi.

Ammo bunday shiddat bilan ham men o‘sha “shiftga” urilaverdim: loyihalar yaxshi, lekin hali ham kichik.

Shu sababli gstack boshqacharoq ta’sir qildi.

Bitta jihat: agent-skill-manager bilan bo‘lgan shaxsiy yo‘lim /office-hours bilan boshlanmadi. Tasavvur (vision) birinchi marta shakllanayotganda bu skill hali yo‘q edi. Ishonch va masalani qayta ko‘rib chiqish gstack’ning rejalashtirish va revyu (review) qismi orqali ertaroq boshlandi. Ammo hozir /office-hours mavjud bo‘lgani uchun, menimcha, u yangi loyihalar uchun haqiqiy “kirish eshigi” bo‘lishi kerak.

Qisqacha versiya:

gstack tayyor promtlar to‘plami emas, balki bosqichma-bosqich sprint sifatida eng yaxshi ishlaydi. Repozitoriy buni to‘liq oqim bilan aniq ko‘rsatadi: o‘yla → rejalashtir → qur → revyu qil → test qil → yubor (ship) → mulohaza qil (reflect). Hujjatlar esa /office-hours haqiqiy kirish eshigi ekanini aniq ko‘rsatib turibdi.

Bu muhim. Ko‘pgina “avval rejalashtirish”ga asoslangan SI metodlarida reja va qurish bosqichlari o‘rtasida noaniqliklar ko‘p bo‘ladi. gstack kuchliroq tuyuladi, chunki u rejalashtirish qulflanishidan oldin qayta ko‘rib chiqishni (reframing) alohida bosqich deb hisoblaydi. So‘ngra buni revyu, QA va yuborish (shipping) bosqichlarigacha olib boradi.

Dastlabki xom nuqta

agent-skill-manager o‘z toifasini belgilab beruvchi g‘oya sifatida boshlanmadi.

U amaliy noqulaylikdan boshlandi: skillar turli repolarda tarqalib ketgan, o‘rnatish tartibsiz, dublikatlar agentlarni chalkashtirib yuboryapti. Boshlash uchun yomon joy emas. Muammo keyingi bosqichda — siz birinchi doirani juda so‘zma-so‘z qabul qilasiz va qurish jarayoni o‘sha tor g‘oya ichida qamalib qoladi.

Kuchsiz SI ish jarayoni “Menga skillarni dublikatdan tozalovchi yordamchi kerak” degan fikrdan to‘g‘ridan to‘g‘ri amalga oshirishga (implementation) o‘tib ketardi. Samarali, ha. Lekin imkoniyat kattaroq bo‘lganida siz tasodifan kichik bir utilita qurib qo‘yishingiz mumkin.

Aynan men qochishga harakat qilayotgan namuna (pattern) shu edi.

1-bosqich. Koddan emas, /office-hours’dan boshlang

Qisman retrospektiv, qisman maslahat.

Men agent-skill-manager’ni so‘zma-so‘z /office-hours bilan boshlamaganman. U paytda skill hali mavjud emas edi. Ammo hozirgi gstack oqimi uni tizimning eng boshiga qo‘yadi va bu to‘g‘ri qaror.

Bu bosqich kod haqida emas. Bu muammoni “bosim ostida” sinab ko‘rish haqida:

• Aslida qanday qiyinchilik (pain) sodir bo‘lyapti?
• Siz haqiqatan ham nimani avtomatlashtirmoqchisiz?
• Eng kichik foydali qism (wedge) nima?
• Muqobil yo‘llar qanday?

/office-hours sizning birinchi qarashingizni mutlaq haqiqat deb qabul qilmaydi. U qarshi chiqadi. gstack hujjatlarida misol “kundalik brifing ilovasi” bilan boshlanadi, so‘ngra haqiqiy muammoni o‘rganib chiqqach, uni “shaxsiy shtab boshlig‘i SI” sifatida qayta belgilaydi. Xuddi shu harakat kichik loyihalar uchun ham muhim.

Men undan foydalanganimda u meni qiynadi. Yaxshi ma’noda. Xushomad qilmadi. U meni muammoni yaxshiroq tushuntirishga, loyiha ko‘lamini toraytirishga, nima haqiqatan ham qurishga arziguligini aytishga majbur qildi. Bu bosim meni g‘oyaga kamroq emas, ko‘proq ishonishga majbur qildi.

/office-hours, birinchi navbatda, sizdan kattaroq orzu qilishni so‘raydi. “asm’ning eng zo‘r versiyasi qanday bo‘ladi?” Keyin esa u siz o‘ylagandan ancha kengroq variantlarni taklif qiladi:

2-bosqich. Kattaroq imkoniyatni topish uchun /plan-ceo-review

Aynan shu yerda gstack shunchaki navbatdagi asboblar to‘plami bo‘lishni toʻxtatdi.

/plan-ceo-review sizni maqtab turish uchun emas. U qiyinroq savol beradi: ushbu so‘rov ichida yashiringan kuchliroq mahsulot nima?

Mana shu “kalit” edi.

Loyihani shunchaki tozalash utilitasi sifatida qotirib qo‘ymasdan, revyu (review) sizni asl ish kattaroq emasmi degan savolni berishga undaydi:

shunchaki skillarni dublikatdan tozalash emas.Ularni kashf qilish, versiyalash, yangilash, ishonchliligini baholash, agent skillari uchun paket/kashfiyot qatlamiga aylanish.

Keyin u yanada ilgarilaydi. 10 barobar kuchliroq (10x) versiyasi qanday ko‘rinadi? Monetizatsiyaga ega skill bozori, SI asosidagi skill kompozitsiyasi, korporativ boshqaruv, agentlararo standart. Tasodifiy takliflar emas. Siz qurayotgan narsangiz haqidagi fikrlashni o‘zgartiradigan darajadagi kengayishlar:

Lekin /plan-ceo-review loyiha ko‘lamini ko‘r-ko‘rona kengaytirish degani emas. Unda rejimlar bor: kengaytirish, tanlab kengaytirish, ko‘lamni saqlab qolish, qisqartirish. U sizning vaziyatingizga qarab to‘g‘risini tavsiya qiladi. agent-skill-manager uchun u SELECTIVE EXPANSION (tanlab kengaytirish) rejimini tanladi: ambitsiyali reyestr ko‘lamini asos qilib oling va eng yuqori natija beruvchi kengaytmalarni saralab oling:

Foydali harakat “butun bozorni hozir qurish” emas edi. Bu quyidagicha: toifani erta aniqlash, so‘ngra uni boʻladigan MVPʼgacha qisqartirish.

Uni real qiladigan narsa — teranlikdir. Har qanday tavsiyadan oldin gstack raqobat muhitini, bu sohada yana kimlar borligini, ular nima taklif qilayotganini va qayerda bo‘shliqlar borligini tahlil qiladi (maps):

Va u sizga taxminlarga suyanishga yo‘l qo‘ymaydi. Premise challenge (taxminlarni shubha ostiga olish) sizning dizayningiz asoslangan har bir qarashni himoya qilishga majbur qiladi:

Hissiy jihatdan bu bosqich juda qattiq ta’sir qildi. Loyihani CEO qatlami bilan muhokama qilgandan so‘ng men o‘zimga ko‘proq ishondim, go‘yoki bu ish uchun kuchliroq maqsad topgandek bo‘ldim. Dramatik eshitilishi mumkin. Lekin agar siz yillar davomida yaxshi, ammo baribir juda kichik narsalarni qurish bilan shug‘ullangan bo‘lsangiz, kodlash shiddati (momentum) bilan haqiqiy ishonch (conviction) o‘rtasidagi farqni bilasiz.

3-bosqich. MVPʼni qulflash uchun /plan-eng-review

Mahsulot imkoniyatlari aniqroq bo‘lgach, muhandislik revyusi (engineering review) har qachongidan ham muhimroq bo‘ladi.

/plan-eng-review bu yerda o‘z xizmatini oqlaydi. Arxitektura, ma’lumotlar oqimi, diagrammalar, chekka holatlar (edge cases), testlar. Bunday qarorlar oldindan qabul qilinganda SI “tentirashi” qanchalik kamayishini tushunmaguningizcha bu zerikarli tuyulishi mumkin.

agent-skill-manager uchun:

CLI chegarasi nimadan iborat?

O‘rnatish/yangilash/kashf qilish oqimlari qanday?

MVPʼga nima tegishli va nima tegishli emas?

Ishonch yoki versiya ma’lumotlari qayerda saqlanadi?

Nima deterministik mantiq va nima promt orqali boshqariladigan xulq-atvor?

Muhandislik revyusi kod yozishdan oldin tizim shaklini ko‘rinadigan qiladigan aniq amalga oshirish muqobillarini (afzalliklari, kamchiliklari, mehnat smetasi, aniq tavsiya va haqiqiy arxitektura diagrammalari bilan birga) yaratadi:

Bu menga ancha mustahkam arxitektura tanlovlarini berdi. “Model tez kod yozmoqda” va “Model to‘g‘ri skeletni qurmoqda” o‘rtasida farq bor.

Har bir revyu bosqichi yakunida sizdan boshqa agentdan yoki o‘sha agentning o‘zidan “yangi ko‘z bilan” ikkinchi fikr olishni xohlaysizmi, deb so‘raladi. Bu haqiqatan ham yaxshi g‘oya. Mana Codex’ning fikri: u yo‘nalishga qo‘shiladi, lekin nima eng muhim ekani haqida o‘tkir kuzatuvlarni beradi:

4-bosqich. Faqat ko‘lam barqaror bo‘lgandan keyin quring

Ko‘pchilik “haqiqiy” ish shu yerda deb o‘ylaydi. Lekin agar dastlabki uchta bosqich yaxshi o‘tgan bo‘lsa, qurish bosqichi ancha xotirjam kechadi.

Siz endi bir vaqtning o‘zida kod yozib, arxitektura qanday bo‘lishi va MVP chegarasi qayerda ekani haqida qaror qabul qilmaysiz:

Shu sababli Claude Code o‘zi haqiqatan ham yaxshi bo‘lgan ishni qila oladi: aniqroq reja asosida ijro etish.

gstack’ni promtlar to‘plami emas, jarayon asosi (scaffolding) deb tushunish to‘g‘riroq boʻladi. Haqiqiy qiymat bitta mo‘jizaviy buyruqda emas. Har bir bosqich keyingi bosqich boshlanishidan oldin noaniqlikni kamaytiradi.

5-bosqich. Yetakchi muhandis kabi /review qiling

gstack qurishdan keyingi revyu haqida aniq ko‘rsatma beradi. /review — bu yetakchi muhandis tekshiruvidir.

Ko‘pgina SI ish jarayonlari go‘yoki bitta model kod yozgani yetarli degandek ish tutadi. Unday emas. Kod mavjud bo‘lgach, unga mustaqil ko‘zlar bilan qarash kerak. Brainstorming emas, haqiqiy sinchiklab tekshirish.

Bu bosqichda qurish jarayoni “Mening agentim nimadir yaratdi” degan fikrdan to‘xtab, “Bu dosh beradimi?” degan savolga aylanadi.

/review chekka holatlarni (edge cases) tutishda ajoyib bo‘ldi. Bu nafaqat mening tajribam, bir nechta odamlar ham buni tasdiqlashdi. Bu muhim, chunki chekka holatlar “yaxshi” darajadagi loyihalar sekingina o‘ladigan joydir.

6-bosqich. Uni MVP deb atashdan oldin /qa qiling

/qa shunchaki yuzaki test qilish (smoke testing) emas. Hujjatlar buni metodologiya sifatida belgilaydi: farqlarni (diff) tekshirish, ta’sir ko‘rsatilgan xatti-harakatlarni brauzerda sinab ko‘rish, real baglar uchun regressiya testlarini yaratish.

Bu muhim, chunki ko‘plab soxta MVP’lar g‘oya yomonligi uchun emas, balki hech kim xulq-atvorni (behavior) tasdiqlamagani uchun soxta boʻladi.

“Lokalda ishlayapti” — bu “ishlayapti” degani emas.

7-bosqich. /ship — u haqiqiy narsaga aylanadigan joy

Hozirgi hujjatlardagi eng yaxshi tushuntirishlardan biri: /ship — bu “PR ochish”dan ko‘ra ko‘proq narsa. U asosiy (main) qismni sinxronlashi, testlarni ishga tushirishi, qamrovni (coverage) tekshirishi, loyihada testlash yo‘q bo‘lsa, uni yo‘lga qo‘yib berishi mumkin.

Yuborishning (shipping) ancha toʻgʻri ta’rifi.

Kompyuteringizdagi kod bilan tartiblangan, testlangan, ko‘rib chiqishga tayyor va harakatlanishga shay bo‘lgan branch (filial) o‘rtasida katta farq bor. Aynan mana shu yakuniy masofada quruvchining energiyasi so‘nib qoladi. gstack bunga keyinchalik o‘ylangan narsa emas, balki ish jarayoni sifatida qaraydi.

Kamchiliklar ham real

gstack sehrli tarzda yakunlangan deb da’vo qilmoqchi emasman.

Tokenlarga “och”. Lekin men buni arzimas kamchilik deb hisoblamayman. Agent uchun ko‘proq joy ko‘pincha kengroq qayta ko‘rib chiqish (reframing), kuchliroq muqobillar, jiddiyroq revyu deganidir. Bularning barchasi token talab qiladi.

Faol ishlab chiqilmoqda. Asosi barqaror tuyuladi, lekin yangi skillar va vositalar shunchalik tez paydo bo‘lyaptiki, qaytib kelganingizda o‘rganadigan yangi narsalar bo‘ladi. Men hali hammasini test qilib ko‘rmadim, masalan, /cso.

Men buni kuchsizlik deb emas, balki jiddiylik deb tushunaman. Garry astoydil ishlayapti, odamlar e’tibor berishmoqda va yulduzchalar soni o‘zi uchun gapiradi. Tez o‘zgarayotgan qism — kengayib borayotgan qamrov yuzasidir. O‘zagi (core) esa mustahkam.

Artefaktlarni saqlashni yaxshilash kerak. Rejalashtirish natijalari, revyular va mulohazalar juda qimmatli. Hozir qiymat bor, lekin uzoq muddatli xotira/qidirish tizimi bu artefaktlarning aslida qanchalik muhimligiga nisbatan hali ham kuchsizroq tuyuladi.

Yakuniy natijada nima o‘zgardi?

agent-skill-manager uchun eng katta yutuqlar faqat tashqi ko‘rinishda emas edi.

Jarayon yaxshilandi:

mahsulotning ramkasi (framing);

MVP chegarasi;

amalga oshirish ketma-ketligi;

qurishdan keyingi revyu sifati;

buni davom ettirishga arziydiganiga bo‘lgan ishonch."

Va shaxsan men uchun ham chuqur o‘zgarish bo‘ldi.

Yaqinda ko‘plab loyihalarni qurish uchun SIdan foydalandim. Bu qismi allaqachon real. Lekin gstack meni nafaqat tezroq, balki kattaroq his qildira olgan birinchi ish jarayonlaridan biri bo‘ldi. Ambitsiya oshdi. Framing o‘tkirroq bo‘ldi. Ish alohida vositalar emas, balki bir yo‘l kabi his qilindi.

Men hali ham agent-skill-manager’ning kelajagi aniq nima bo‘lishini bilmayman. Lekin uni siz yoki sizning agentingiz skillarni boshqarish kerak bo‘lganda murojaat qiladigan vositaga aylantirish uchun astoydil ishlayapman. Va men bu tasavvurga (vision) ishonaman.

Ushbu tasavvur allaqachon rivojlanmoqda. Rejalashtirish sessiyalari nafaqat MVPʼni shakllantirdi, balki keyin nima bo‘lishini ham belgiladi. v2.0 ga yo‘l xaritasi o‘sha revyu jarayonidan tabiiy ravishda paydo bo‘ldi:

Hozir o‘sha tomonga ketyapmiz. Faqat men buni yakka o‘zim hal qilganim uchun emas, balki gstack uning shaklini aniq ko‘rishga yordam bergani uchun. Kichik vosita g‘oyasini MVPʼga aylantirgan o‘sha bosqichma-bosqich jarayon endi keyingi avlod qanday bo‘lishi kerakligiga yo‘l ko‘rsatyapti.

Yangilanish: gstack yuborishda (shipping) davom etdi

23-martdan keyin bir necha kun ichida loyiha v0.11.19 ga ko‘tarildi — ketma-ket o‘ntagacha relizlar:

/ship “tishli” bo‘ldi. 60% qat’iy test qamrovi to‘sig‘i, rejani bajarish auditi, push qilishdan oldin /qa-only orqali avtomatik tekshirish. Shipping endi shunchaki “PR ochish” emas, balki sifat nazorati nuqtasi.

triple-voice /autoplan.

Uchta mustaqil istiqbol /design-shotgun… va yana ko‘plab boshqalar.

GitHub’da ~55,5 mingta yulduzcha.

Toʻgʻrisi, men hali bularning barchasini test qilmadim. Lekin yondashuv (pattern) har qanday alohida funksiyadan ko‘ra muhimroqdir.

Asosiy ish jarayoni — o‘yla → rejalashtir → qur → revyu qil → test qil → yubor → mulohaza qil — o‘zgarmadi. Men ta’riflagan bosqichma-bosqich sprint aynan o‘sha. Har bir bosqich shunchaki yanada o‘tkirroq bo‘ldi.

Bu aslida eng kuchli signaldir. gstack yo‘nalishini o‘zgartirmayapti (pivoting). U chuqurlashyapti. Poydevor hali ham oʻz oʻrnida. Yaxshilanishlar uning o‘rniga emas, uning atrofida sodir bo‘lyapti.

Ushbu yangilanishlar ish jarayoni vaqt o‘tishi bilan ham o‘z qadrini yo‘qotmasligiga ishonchimni oshirdi. Versiya raqamlari o‘zgarishda davom etadi, lekin o‘ylash, reframe, reja, qurish, revyu, test, ship, reflect ketma-ketligi — bu haqiqiy mahsulotdir.

Haqiqiy saboq

Yaqinda men @dexhorthy’dan bir nechta post ko‘rdim va miyamda bitta savol qolib ketdi:

Bu juda yaxshi savol.

Bugun SI bilan ko‘proq odamlar o‘zlari uchun, o‘z kompaniyasi yoki hamjamiyat uchun nimadir qura oladi.

Bu ajoyib.

Lekin uning yomon tomoni ham aniq: endilikda MVPʼga o‘xshash, bir hafta davomida hayajon uyg‘otadigan va keyin o‘yinchoq kabi tashlab ketiladigan narsani yaratish har qachongidan ham osonroq bo‘lib qoldi.

• Bu – energiya isrofi.
• Bu – pul isrofi.
• Bu – tokenlarning isrofi.
• Bu – hisoblash quvvatining isrofi.

Va to‘g‘risini aytsam, u atrof-muhit uchun ham foydali emas.

Shunday qilib, qurish osonlashgani sayin mazmunli narsa qurish muhimroq bo‘ladi.

Aynan shu yerda gstack men uchun ahamiyatli.

gstack’ning haqiqiy qiymati Claude code uchun ko‘proq buyruq yozish emas.

Va “Garry Tan’ning SIdagi miyasi” endi eng yaxshi ta’rif ham emas. Men bu borada adashgan ekanman. U gstack’ga joylayotgan narsalar ancha kattaroq — siqilgan YC uslubidagi qadriyatlar, did, bosim va ish tamoyillari. U buni butun narsaning bir qismi deb atadi, lekin o‘sha qism ham ish qanday his qilinishini o‘zgartirish uchun yetarli.

Amalda men gstack’dan brainstorm’dan MVPʼgacha qanday foydalanaman:

Xom g‘oya bilan boshlang.

• /office-hours uni qayta shakllantirishiga qo‘yib bering.
• /plan-ceo-review eng kuchli yo‘nalishni topsin.
• /plan-eng-review uni boʻladigan MVPʼgacha qisqartirsin.
• Faqat ko‘lam barqaror bo‘lgandan keyin quring.
• Har bir PR uchun /review’ni ishga tushiring.
• Relizga tayyorlanayotganingizda /qa va /ship’ni ishlating.
• Bu yo‘l sizga qanday ta’sir qilayotganini tushunish uchun /retro’dan foydalaning.

Agar siz ham men kabi vositalaringizning maqsadini topishga harakat qilayotgan bo‘lsangiz yoki shunchaki o‘zingiz yoqtirgan mahsulot uchun kattaroq mumkin bo‘lgan kelajakni ko‘rishga urinayotgan bo‘lsangiz, gstack’ni sinab ko‘ring.

To‘g‘risi, birgina /office-hours yoki /plan-ceo-review’ning o‘ziyoq o‘rnatishga arziydi.

Rahmat, @garrytan

Manba: "how to use gstack to build a MVP step by step"