GoLive yordamida agent yaratgan ilovalarni ishga tushiring: hosting, ma’lumotlar bazalari, domenlar, autentifikatsiya, elektron pochta va to‘lovlar

GoLive nima qiladi

GoLive — agent yaratgan ilovani manba kodidan haqiqiy infratuzilmaga olib chiqish uchun mo‘ljallangan ochiq kodli Agent Skill. U repozitoriyani tekshiradi, kerakli xizmatlarni aniqlaydi, provayderga xos o‘zgarishlarni taklif qiladi, tasdiqlashni so‘raydi, bu o‘zgarishlarni shaxsiy akkauntlaringiz orqali amalga oshiradi va kuzata oladigan natijalarni tekshiradi.

Loyiha ilova yaratish bilan uni haqiqiy foydalanuvchilar uchun ishlatish o‘rtasidagi farqni bartaraf etish uchun ishlab chiqilgan. Ilovaga qarab, bu xosting, ma’lumotlar bazasi, muhit o‘zgaruvchilari, autentifikatsiya, maxsus domen, tranzaksion elektron pochta va sinov rejimidagi to‘lovlarni o‘z ichiga olishi mumkin.

GoLive akkauntini yoki joylashtirilgan GoLive backendini talab qilmaydi va mahsulot telemetriyasini o‘z ichiga olmaydi. Provayderlarga kirish huquqi shaxsiy akkauntlaringiz va loginlaringiz bilan bog‘liq bo‘lib qoladi.

Alpha ogohlantirishi: Joriy reliz — 0.1.0-alpha.3. Bir nechta jarayonlar bir martalik haqiqiy resurslar bilan sinab ko‘rilgan, biroq loyiha yo‘l xaritasidagi kengroq ro‘yxat har bir ishga tushirish jarayoni yakunlanganini anglatmaydi.

Asosiy xususiyatlar

• Repozitoriyani aniqlash: GoLive ilovani tekshiradi va unga kerak bo‘lishi mumkin bo‘lgan infratuzilma hamda xizmatlarni aniqlaydi.
• Provayderlarni saqlab qolish: Ilova allaqachon foydalanayotgan provayderlarni avtomatik almashtirmaydi.
• Avval tasdiqlash: Provayder o‘zgarishlari kiritilishidan oldin maqsadli akkauntlar, resurs tafsilotlari, o‘zgarishlar va mavjud xarajat ma’lumotlari ko‘rsatiladi.
• Inson ishtirokidagi bosqichlar: Ro‘yxatdan o‘tish, brauzer orqali login qilish, shaxsni tasdiqlash, xaridlar, pochta qutisiga kirish va boshqa faqat inson bajara oladigan amallar sizning nazoratingizda qoladi.
• Tekshirish: GoLive kuzatiladigan natijalarni tekshiradi va bloklangan yoki tasdiqlanmagan holatlar haqida aniq xabar beradi.
• Hayotiy sikl qaydlari: U yaratilgan resurslarni qayd etadi, talabga ko‘ra golive status farqlarini tekshirishni qo‘llab-quvvatlaydi va topshirish artefaktlarini yaratishi mumkin.
• Nazorat qilinadigan o‘chirish: Ishga tushirish vaqtida yaratilgan resurslarni alohida rejalashtirilgan va tasdiqlangan o‘chirish jarayoni orqali olib tashlash mumkin.
• Provayderlar bo‘yicha yo‘naltirilgan yordam: Ichki adapterlari bo‘lmagan provayderlar uchun GoLive rasmiy CLI vositalari, rasmiy MCP integratsiyalari, API’lar yoki boshqaruv paneli ko‘rsatmalaridan foydalanib, imkon qadar yaxshi natija beradigan jarayonni bajarishga urinishi mumkin.

Joriy Alpha qamrovi

Eng yaxshi yo‘lga qo‘yilgan alpha jarayonlari ikkita xosting provayderi va ikkita ma’lumotlar bazasi provayderini qamrab oladi:

• Xosting: Vercel va Netlify.
• Ma’lumotlar bazalari: Supabase va Neon.
• Maxsus domen DNS: Porkbun va GoDaddy Vercel bilan yozuvlarni yaratish jarayonlarini haqiqiy muhitda sinovdan o‘tkazgan.
• Tranzaksion elektron pochta: Resend domenini sozlash, DNS tasdiqlash va haqiqiy ilovadan xabar yuborish sinovdan o‘tkazilgan.
• To‘lovlar: Stripe sinov rejimidagi kalitlari, webhook ro‘yxatdan o‘tkazilishi, imzolangan hodisalarni tekshirish va haqiqiy sinov kartasi orqali to‘lov bajarib ko‘rilgan.
• Autentifikatsiya: Supabase Auth siyosatini sozlash va ixtiyoriy ro‘yxatdan o‘tish jarayoni haqiqiy muhitda tasdiqlangan. Parolni tiklash va akkauntlarni izolyatsiya qilish amalga oshirilgan hamda mock testlar bilan qamrab olingan, ammo ular hali teng darajadagi haqiqiy muhit tekshiruvidan o‘tmagan.

Haqiqiy muhitda sinovdan o‘tkazilgan ilova juftliklari — Supabase bilan Vercel va Neon bilan Netlify. Boshqa o‘zaro juftliklar xuddi shunday haqiqiy dalillar o‘rniga mock testlar bilan qamrab olingan bo‘lishi mumkin. Cloudflare DNS eksperimental bo‘lib, hali tasdiqlangan alpha yo‘nalishi emas.

Talablar

GoLive’ni o‘rnatishdan oldin quyidagilarni tayyorlang:

• Node.js 20 yoki undan yangiroq versiyasi.
• npm va npx.
• GitHub va Skills CLI o‘rnatish kanalidan foydalanganda Git.
• Skill’larni yuklay oladigan va buyruqlarni bajara oladigan kodlash agenti.

O‘rnatish Codex va Claude Code bilan tekshirilgan. Boshqa agent mijozlari hozircha tekshirilmagan.

Skills CLI orqali GoLive’ni o‘rnatish

Skill’ni barcha loyihalar uchun bir marta o‘rnatish uchun ushbu buyruqni istalgan katalogdan bajaring:

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global

Interaktiv o‘rnatuvchi agent tanlashni so‘raydi. Yo‘nalish tugmalari bilan harakatlaning, Space bilan tanlang va Enter bilan tasdiqlang.

Codex uchun interaktiv bo‘lmagan o‘rnatish

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent codex --yes

Claude Code uchun interaktiv bo‘lmagan o‘rnatish

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes

Loyihaga lokal o‘rnatish uchun buyruqni loyiha repozitoriyasidan bajaring va --global parametrini olib tashlang. O‘rnatish skill ko‘rsatmalarini, provayder ma’lumotnomalarini va oldindan tuzilgan runtime’ni nusxalaydi. U provayder akkauntlariga ulanmaydi yoki ilovani joylashtirmaydi.

npm orqali o‘rnatish

Xuddi shu reliz golive npm paketi sifatida mavjud. Bu kanal Git yoki Skills CLI’siz skill’ni o‘rnatishi mumkin.

Codex o‘rnatilishi

npx golive@alpha install --agent codex

Claude Code o‘rnatilishi

npx golive@alpha install --agent claude

Joriy loyiha o‘rniga uy katalogingizga o‘rnatish uchun --global parametrini qo‘shing:

npx golive@alpha install --agent codex --global

npm o‘rnatuvchisi mavjud manzilni ustiga yozishni rad etadi va provayder akkauntlariga ulanmaydi. Har ikkala o‘rnatish kanali bir xil loyiha relizini taqdim etadi.

npm paketi alohida terminal amallarini ham taqdim etadi:

npx golive@alpha help
npx golive@alpha version
npx golive@alpha detect
npx golive@alpha menu
npx golive@alpha plan
npx golive@alpha verify
npx golive@alpha handoff

Terminaldagi apply amali tasdiqlangan reja ID raqami va aniq tasdiqni talab qiladi. Bu buyruqlar alohida amallarni bajaradi; ular to‘liq suhbatli ko‘nikma ish jarayonining o‘rnini bosmaydi.

Kodingiz agentida GoLive’ni ishga tushirish

Ilova repozitoriyasini kodingiz agentida oching. Agar yaqinda o‘rnatilgan ko‘nikma ko‘rinmasa, ko‘nikmalarni qayta yuklang yoki yangi agent sessiyasini boshlang.

Codex’da ko‘nikmani chat orqali quyidagicha chaqiring:

$golive Help me take this app live.

Claude Code’da quyidagidan foydalaning:

/golive Help me take this app live.

Oddiy tilda aniqroq ko‘rsatmalar ham berishingiz mumkin:

Use the golive skill to take this app live. Keep the providers it already uses.
Show me the destination accounts and plan before changing anything.
Use test resources for now.

golive skill terminal buyrug‘i emas. Skills CLI o‘rnatilishi global golive bajariladigan faylini qo‘shmaydi. Kodingiz agenti o‘rnatilgan ko‘nikma katalogiga kiritilgan CLI’dan foydalanadi. npm paketi esa buyruqlarni alohida ravishda npx golive@alpha orqali taqdim etadi.

Joylashtirish ish jarayonini tushunish

Odatdagi ishga tushirish resurslarni darhol yaratish o‘rniga boshqariladigan ketma-ketlik asosida amalga oshiriladi.

1. Tekshirish: GoLive repozitoriyani tahlil qiladi, mavjud provayder integratsiyalarini va yetishmayotgan infratuzilmani aniqlaydi.
2. Aniqlashtirish: Javobni ilovadan aniqlab bo‘lmasa, agent qaysi provayder yoki hisobdan foydalanish kerakligini so‘raydi.
3. Autentifikatsiya: Provayderga kirish bosqichlarini alohida terminal yoki brauzerda bajarasiz.
4. Manzillarni tasdiqlash: GoLive ulangan hisob, jamoa yoki tashkilotni tekshiradi, shunda resurslar qayerda yaratilishini tasdiqlashingiz mumkin.
5. Rejalashtirish: Agent resurs nomlari, mavjud bo‘lsa ID raqamlari, sozlamalar, o‘zgarishlar va tegishli xarajatlar haqidagi ma’lumotlarni ko‘rsatadi.
6. Ma’qullash: Rejani ma’qullamaguningizcha provayderda hech qanday o‘zgarish qo‘llanmasligi kerak.
7. Qo‘llash: GoLive ma’qullangan resurslarni yaratadi va ulaydi.
8. Tekshirib ko‘rish: Agent joylashtirish, integratsiyalar va ilovaning kuzatiladigan ishlashini tekshiradi.
9. Qayd etish: Yaratilgan resurslar va tekshiruv natijalari keyingi holat tekshiruvlari, topshirish yoki o‘chirish uchun saqlanadi.

Agar reja ma’qullangandan keyin o‘zgarsa, GoLive yana bir tasdiqni talab qiladi. Autentifikatsiya yoki domenni ulash kabi ayrim ishlar dastlabki joylashtirishdan keyingi qo‘shimcha rejada bajarilishi mumkin.

Misol: Supabase’dan allaqachon foydalanadigan ilovani joylashtirish

Faraz qilaylik, repozitoriyada Supabase integratsiyasi mavjud, ammo hosting provayderi tanlanmagan. Quyidagidan boshlang:

$golive Take this app live using test resources. Keep its existing Supabase integration.

GoLive sizdan Vercel, Netlify yoki boshqa provayderdan foydalanishni xohlaysizmi, deb so‘rashi mumkin. Vercel’ni tanlash alpha versiyasida sinovdan o‘tgan Vercel va Supabase yo‘nalishidan foydalanadi. Shundan so‘ng u mavjud Supabase loyihasidan foydalanish yoki yangi, vaqtinchalik test loyihasini yaratish kerakligini aniqlaydi.

Sizdan alohida autentifikatsiyadan o‘tish so‘ralishi mumkin:

vercel login
supabase login

Tizimga kirgach, agent ulangan Vercel jamoasi va Supabase tashkilotini aniqlasin. Rejani ma’qullashdan oldin bu manzillarni diqqat bilan ko‘rib chiqing.

Ma’qullangan reja hosting loyihasini yaratish, ma’lumotlar bazasi loyihasini yaratish yoki tanlash, kerakli muhit qiymatlarini ko‘chirish, ilovani joylashtirish va natijani tekshirishni o‘z ichiga olishi mumkin. Ish yakunlangach, GoLive ishlayotgan URL manzilini, tekshiruv dalillarini va bajarilmay qolgan tekshiruvlarni bildiradi.

Sozlash vaqtida hisob ma’lumotlarini himoyalash

Provayder jarayoni muayyan mexanizmni aniq va xavfsiz tarzda talab qilmasa, provayder maxfiy ma’lumotlarini agent chatiga joylamang. macOS’da GoLive kerakli API kalitini kiritish uchun mahalliy yashirin kiritish oynasidan foydalanishi mumkin. Oyna kalit nima uchun kerakligini va u qayerda saqlanishini tushuntiradi. Qiymat chat yoki buyruq chiqishida ko‘rsatilmasdan, to‘g‘ridan-to‘g‘ri mahalliy hisob ma’lumotlari fayliga yoziladi.

Boshqa platformalarda muharriringiz zaxira mexanizmi sifatida ishlatiladi. So‘ralayotgan ma’lumotlarni tekshirishda davom eting, imkon qadar tegishli doirasi cheklangan test hisob ma’lumotlaridan foydalaning va manzil hisobining to‘g‘ri ekanini tasdiqlang.

Bosh sahifadan ko‘prog‘ini tekshiring

Muvaffaqiyatli joylashtirish URL manzili faqat boshlanishidir. Tekshiruv ilovaning haqiqiy ishlashiga mos kelishi kerak. Tanlangan yo‘nalishga qarab, GoLive quyidagi sohalarni tekshirishi mumkin:

• Hosting joylashtirishi yakunlangan va ilova xizmat ko‘rsatayotganini.
• Ma’lumotlar bazasi muhit o‘zgaruvchilari joylashtirishga ulanganini.
• Ilova ma’lumotlar bazasiga ulana olishini.
• Qo‘llab-quvvatlanadigan yo‘nalishlarda autentifikatsiyalangan CRUD yoki sessiyalar izolyatsiyasi tekshiruvlari muvaffaqiyatli o‘tishini.
• Maxsus domen uchun kerakli DNS yozuvlari, egalikni tasdiqlash va HTTPS javobi mavjudligini.
• Resend yuboruvchi domenni tasdiqlashi va ilova haqiqiy xabar yubora olishini.
• Stripe test to‘lovi imzo bilan tasdiqlangan webhook hodisasiga yetib borishini.

GoLive kuzata olmaydigan barcha narsalar aniq tasdiqlanmagan deb qolishi kerak. Masalan, xatning kiruvchi qutiga yetib kelgani inson tomonidan tasdiqlanadi, chunki GoLive qabul qiluvchining kiruvchi qutisini tekshirmaydi.

Joylashtirishdagi tafovutlarni tekshirish

GoLive qayd etilgan kutilmalarni provayderning kuzatiladigan holati bilan taqqoslaydigan talab bo‘yicha golive status ish jarayonini amalga oshiradi. Bu tafovutlarni tekshirish bo‘lib, uzluksiz monitoring yoki ogohlantirish tizimi emas.

golive status

npm o‘rnatmasidan foydalanayotganda, o‘rnatilgan alpha versiyasida mavjud terminal amallari haqida ma’lumot olish uchun paket yordamiga murojaat qiling:

npx golive@alpha help

Qo‘lda provayder o‘zgarishlarini amalga oshirgandan so‘ng, loyihani boshqa egaga topshirishdan oldin yoki o‘chirishni rejalashtirishdan avval holat tekshiruvlarini bajaring. Kirish imkoni bo‘lmagan yoki tekshirib bo‘lmaydigan resurslarni sog‘lom deb qabul qilish o‘rniga, ularni tekshirilishi kerak bo‘lgan muammolar sifatida ko‘rib chiqing.

Topshirish qaydini yarating

Topshirish jarayoni GoLive biladigan infratuzilma uchun egalik hujjatlarini yaratadi. README faylida golive handoff --write bir martalik, faqat Vercel ishlatiladigan fixture’da sinab ko‘rilgani va yaratilgan artefaktlar hisob ma’lumotlariga o‘xshash qiymatlar bo‘lmasligi uchun tekshirilgani qayd etilgan.

golive handoff --write

Topshirish loyihani mijozga yoki boshqa muhandislik jamoasiga o‘tkazishdan oldin foydalidir. Yaratilgan hujjat va uning JSON nusxasini ko‘rib chiqing, har bir provayder hisobi va resurs egasini tasdiqlang, maxfiy ma’lumotlarni esa alohida ravishda tegishli xavfsiz kanal orqali yuboring.

Bir martalik resurslarni xavfsiz o‘chiring

Sinov joylashtiruvi endi kerak bo‘lmaganda, skill’dan o‘chirish rejasini tuzishni so‘rang:

$golive Ushbu loyiha yaratgan resurslarni o‘chirish rejasini tuz. Biror narsani o‘chirishdan oldin o‘chiriladigan barcha narsalarni ko‘rsat.

O‘chirish jarayoni tasdiqlash bilan cheklangan. Jonli tekshiruvda bir martalik Netlify loyihasi --confirm-destroy bo‘lmasa o‘chirishdan to‘sib qo‘yildi va aniq tasdiqdan keyin o‘chirildi. Sinovdan o‘tgan tozalash ishlari DNS yozuvlari, Resend yuborish kalitlari va GoLive yaratgan Stripe test rejimidagi endpoint’ni ham qamrab olgan.

O‘chirish rejasida umumiy ma’lumotlar bazalari, domenlar, DNS zonalari, elektron pochta konfiguratsiyasi, to‘lov endpoint’lari va hozir qimmatli ma’lumotlarni o‘z ichiga olishi mumkin bo‘lgan loyihalarni doimo tekshiring. GoLive resursni o‘chira olishi uni o‘chirish maqsadga muvofiq degani emas.

Ilg‘or maslahatlar

Dastlabki tajribalar uchun sinovdan o‘tgan juftliklarni afzal ko‘ring

Hozirgi eng kuchli dalillar uchun Vercel va Supabase yoki Netlify va Neon bilan boshlang. Boshqa kombinatsiyalar ishlashi mumkin, ammo mock qamrovi yakunlangan jonli ishga tushirish bilan teng emas.

Aniq sinov resurslaridan foydalaning

Alpha versiyasini baholashda bir martalik yoki sinov resurslarini so‘rang. Stripe qo‘llovi aynan test rejimida tasdiqlangan; README jonli rejimda to‘lovlarni amalga oshirish, mablag‘ni qaytarish, obunalarni boshqarish yoki huquqlarni tekshirish imkoniyatlari teng darajada tayyor ekanini da’vo qilmaydi.

Supabase Auth yo‘nalishlarini ehtiyotkorlik bilan e’lon qiling

Supabase Auth siyosati sozlamalari tasdiqlangan reja orqali ro‘yxatdan o‘tish, elektron pochtani tasdiqlash, parolning minimal uzunligi, mailer sozlamalari, sayt URL manzili va qayta yo‘naltirish ruxsatnomalari ro‘yxatini boshqarishi mumkin. Ixtiyoriy ro‘yxatdan o‘tish yo‘nalishi quyidagiga o‘xshash konfiguratsiya orqali yoqiladi:

auth:
  e2e: true

Parolni tiklash va hisoblarni ajratish uchun ham konfiguratsiya bayroqlari mavjud:

auth:
  recovery: true
  isolation: true
  identityPath: /your-identity-route
  isolationPath: /your-rows-route

Alpha hujjatlariga ko‘ra, bu keyingi yo‘nalishlar amalga oshirilgan va mock orqali qamrab olingan, biroq hali jonli muhitda tasdiqlanmagan. Ajratish kutilgan xatti-harakatga ega ilova yo‘nalishlarini talab qiladi; yo‘nalishlar mavjud bo‘lmasa yoki mos kelmasa, yolg‘on muvaffaqiyat o‘rniga topshirish vazifasi yaratiladi.

Tasdiqlash bayroqlarini xavfsizlik to‘siqlari sifatida ko‘ring

Jonli tizimlarga ta’sir qilishi mumkin bo‘lgan amallar aniq to‘siqlardan foydalanadi. Loyiha misollariga DNS yozuvlari uchun --confirm-dns, ayrim haqiqiy hisob yoki jonli qiymat amallari uchun --confirm-live va o‘chirish uchun --confirm-destroy kiradi. Aniq reja va manzilni ko‘rib chiqmasdan bu tekshiruvlarni chetlab o‘tmang.

O‘rnatilgan adapterlarni yo‘naltiriladigan provayderlardan farqlang

Qo‘llab-quvvatlanmaydigan provayder uchun GoLive boshqaruv paneli bo‘yicha yo‘riqnomaga o‘tishdan oldin rasmiy CLI, rasmiy MCP integratsiyasi yoki API mavjudligini tekshiradi. Bu hali ham imkon qadar yordam berish yondashuvidir. Yakunlash va tekshirish chuqurligi kafolatlanmaydi, shuning uchun avtomatlashtirish davom eta olmaganda muayyan to‘siq va keyingi amal ko‘rsatilishini kuting.

Reliz funksiyalari bilan ehtiyotkorlik bilan tajriba qiling

Loyiha amalga oshirilgan, ammo hali jonli muhitda tasdiqlanmagan preview, reliz tekshiruvi, targ‘ib qilish va qayta tiklash imkoniyatlarini o‘z ichiga oladi. Preview xatti-harakati golive.yaml orqali ixtiyoriy ravishda yoqiladi:

release:
  preview: true

Targ‘ib qilish va qayta tiklash uchun qo‘shimcha ixtiyoriy qiymatlar ishlatiladi:

release:
  preview: true
  promote: true
  rollback: true

Bu imkoniyatlar hali jonli muhitda tasdiqlanmagani sababli, ulardan faqat nazorat qilinadigan sinov muhitlarida foydalaning va yaratilgan har bir rejani tekshiring. Muvaffaqiyatli joylashtirishlar provayderning joylashtirish identifikatorini .golive/state.json fayliga yozishi mumkin. Bu keyingi imkoniyatlarga noaniq URL o‘rniga muayyan joylashtirishga murojaat qilish imkonini beradi.

Muhim cheklovlar

• Loyiha dastlabki alpha bosqichidagi dasturiy ta’minotdir.
• Har bir framework yoki yangi foydalanuvchi hisobini sozlash jarayoni tekshirilmagan.
• Maxsus backend serverlari, konteynerlar, obyektlar xotirasi, monitoring, analitika, fon vazifalari va ishga tushirishning boshqa bir qator toifalari hali yo‘l xaritasidagi vazifalardir.
• Uzluksiz monitoring va ogohlantirishlar kiritilmagan; holat tekshiruvi talabga ko‘ra bajariladi.
• Cloudflare DNS tasdiqlangan alpha yo‘li emas, balki eksperimental funksiyadir.
• Supabase parolni tiklash va hisoblarni ajratish imkoniyatlari amalga oshirilgan, ammo jonli muhitdagi tekshiruvni yakunlamagan.
• Supabase Auth uchun Resend maxsus SMTP’i amalga oshirilgan va mock orqali qamrab olingan, ammo jonli muhitda tasdiqlanmagan.
• Yo‘naltiriladigan provayderlar o‘rnatilgan adapterlar kabi yakunlash yoki tekshirish kafolatlariga ega emas.

Xulosa

GoLive agent yaratgan ilovani o‘zingiz egalik qiladigan infratuzilmaga approval asosida ko‘chirish imkonini beradi. Bir martalik resurslardan boshlang, jonli muhitda sinovdan o‘tgan provayder juftliklarini afzal ko‘ring, o‘zgarishlarni tasdiqlashdan oldin manzil hisoblarini tekshiring va hal qilinmagan har bir muammoni ko‘rib chiqing. Joylashtirish tasdiqlangach, operatsion kontekstni saqlab qolish uchun holat tekshiruvlari va topshirish hujjatlaridan foydalaning, sinov resurslari endi kerak bo‘lmaganda esa tasdiqlash bilan cheklangan o‘chirish jarayonidan foydalaning.