Kiek kainuoja vibe coding: prenumerata, paslaugos ir taisymams skirtas laikas

Daugiau apie darbą su modeliais sužinokite Ailoot dokumentacijoje.

Kas įskaičiuojama į projekto kainą, be prenumeratos#

Tarkime, kuriate svetainę su užklausos forma. Prenumerata už įrankį, kuris rašo kodą, jau sumokėta. Dabar reikia talpinti svetainę, prijungti adresą ir pasirūpinti, kad užklausos iš tiesų būtų išsaugomos. Jei forma neveikia, teks ją taisyti. Prenumeratos mokestis gali likti toks pats, o paleidimas vėluoti.

Tokio projekto išlaidas naudinga suskirstyti:

API reikalinga, kai viena programa iškviečia kitą. Pavyzdžiui, jūsų paslauga siunčia pokalbio įrašą transkripcijai. Jei už tokį iškvietimą mokama, šios išlaidos priskiriamos paslaugos veikimui. Asistento, kuris parašė kodą, prenumerata savaime neapmoka tos paslaugos.

Claude Code Pro arba Max prenumeratos turėtojui apskaičiuota sesijos kaina nėra sąskaita: naudojimas įtrauktas į prenumeratą. Claude Code dokumentacijoje tai aiškiai nurodyta. Mokesčius už prijungtas mokamas funkcijas tikrinkite atskirai. Jei naudojate API, už kurį mokama pagal naudojimą, peržiūrėkite faktinius mokesčius tos paslaugos paskyros valdymo skydelyje.

Dabartinę pasirinktos prenumeratos kainą tikrinkite įrankio kainų puslapyje: Claude atveju naudokite oficialų kainoraštį. Savo skaičiavime nurodykite pasirinkto plano kainą ir mokamus papildinius.

Iš kur atsiranda papildomos valandos#

Užklausos forma atlieka kelias atskiras funkcijas: ji rodoma puslapyje, priima duomenis, juos išsaugo, praneša apie klaidas ir neišsiunčia tos pačios užklausos du kartus. Jei užduotyje parašyta tik „sukurk formą“, agentas reikalavimus turi sugalvoti pats.

Štai kaip tai galėtų atrodyti hipotetiniame pavyzdyje:

• Elgsena nebuvo paaiškinta. Agentas įgyvendino el. laiško išsiuntimą, bet užklausos turėtų būti rodomos paskyros valdymo skydelio sąraše. Sprendimą teks keisti.
• Patikrinta tik išvaizda. Forma atrodo tvarkingai, bet atnaujinus puslapį įrašas dingsta. Reikia patikrinti, ar duomenys išsaugomi.
• Nenurodytos pakeitimo ribos. Kartu su forma agentas pakeitė gretimą ekraną, kurio keisti nereikėjo. Reikia atkurti ankstesnę elgseną ir apriboti redagavimo apimtį.

Tai nereiškia, kad kiekvienas taisymas yra iššvaistyti pinigai. Tikrinti ir tikslinti reikalavimus yra kūrimo proceso dalis. Naudinga atskirai stebėti pasikartojantį darbą: ta pati klaida taisoma vėl, pamirštamas jau priimtas sprendimas arba rezultatas vis dar neatitinka užduoties.

Pirmiausia patikrinkite vieną visą funkciją. Formos atveju tai reiškia visą kelią nuo laukų užpildymo iki išsaugotos užklausos peržiūros. Išsamią procedūrą rasite vadove kaip patikrinti DI sugeneruotą kodą be programuotojo.

Vibe coding darbo eiga: pasirinkti įrankius, parengti agentui planą, patikrinti rezultatą ir paskelbti projektą internete.

Kada reikia brangesnio plano#

Pirmiausia išsiaiškinkite, kas trukdo užbaigti užduotį. Nuo to priklauso, ar pirkinys padės.

Užduotį galima atlikti, bet nuolat pasiekiate plano limitą. Palyginkite dabartinio ir kito plano limitus, galimybę papildomai mokėti už naudojimą ir jos sąlygas. Didesnis galimas naudojimas gali padėti. Prieš pirkdami patikrinkite, kas eikvoja limitą: kaip neišnaudoti Claude Code limitų.

Agentas vis dar daro ne tai, ko jums reikia. Patikslinkite rezultatą ir pateikite su užduotimi susijusius failus. Jei reikalavimai aiškūs, bet klaidos kartojasi, išbandykite kitą modelį su ta pačia užduotimi ir tais pačiais kriterijais. Vien modelio kaina neįrodo, kad jis veiks geriau ar prasčiau.

Programa negali prisijungti prie el. pašto, duomenų bazės ar kitos paslaugos. Reikia išnagrinėti nustatymus ir prieigos teises. Didesnis limitas neištaisys neteisingo prisijungimo adreso ir nesuteiks prieigos, kurios neturite.

Norėdami palyginti modelius, užrašykite, ar užduotis buvo atlikta, kiek kartų reikėjo jūsų pagalbos ir kiek laiko užtruko patikra. Antrą įrankį pirkite konkrečiam poreikiui, kurio dabartinis įrankis nepatenkina.

Kaip apibrėžti užduotį, kad būtų ką patikrinti#

Prieš keisdami kodą užrašykite norimą rezultatą ir apribojimus. Užklausos formos atveju nurodykite, kurie laukai privalomi, kur išsaugoma užklausa, ką žmogus mato ją pateikęs ir kas nutinka įvykus klaidai. Nurodykite projekto dalis, kurių negalima liesti.

Oficialiose Claude Code rekomendacijose laikomasi to paties požiūrio: pirmiausia suprasti užduotį, tada suplanuoti pakeitimą ir suteikti agentui galimybę patikrinti savo darbą. Nedideliam ir aiškiam pakeitimui atskiro išsamaus plano nereikia.

Štai paruošta užklausa agentui, kuris jau atidarė projektą. Laužtiniuose skliaustuose esantį tekstą pakeiskite savo užduotimi.

Reikia: [vienos funkcijos aprašymas].

Pirmiausia peržiūrėk su užduotimi susijusius failus ir projekto taisykles.
Trumpai aprašyk, kaip ši funkcija veikia dabar ir ką reikia pakeisti.
Neišgalvok trūkstamų reikalavimų: klausk tik apie tai,
be ko negali parinkti tinkamos elgsenos.

Prieš darydamas pakeitimus, užrašyk priėmimo kriterijus:
- ką žmogus daro ir kokį rezultatą gauna;
- kas nutinka, kai duomenys tušti arba netinkami;
- kas nutinka veiksmą pakartojus arba sutrikus paslaugai;
- kurios esamos funkcijos turi likti nepakeistos.

Įgyvendink pakeitimą ir patikrink šiuos scenarijus izoliuotoje
testavimo aplinkoje. Naudok išgalvotus testavimo duomenis;
nesiųsk tikrų pranešimų ir neatlik mokėjimų.
Jei nėra tinkamos testavimo aplinkos, sustok ir paaiškink,
ko reikia, kad būtų galima saugiai patikrinti.

Pabaigoje pateik kiekvienos atliktos patikros rezultatą.
Atskirai išvardyk viską, ko nepavyko patikrinti.
„Turėtų veikti“ nepakanka.
Neskelbk pakeitimų be atskiro mano leidimo.

Gavę ataskaitą, atidarykite bandomąją versiją ir patys pereikite pagrindinį scenarijų. Formos atveju pateikite išgalvotą užklausą, atnaujinkite puslapį ir patikrinkite, ar įrašas išsaugotas ten, kur reikia. Jei agentas patikrino tik kodą ir neatidarė programos, ataskaitoje šį apribojimą būtina aiškiai nurodyti.

Naudinga saugoti taisykles ir sprendimus projekto žinių bazėje, kad į juos būtų galima atsiremti atliekant kitą užduotį. Kaip ją tvarkyti, paaiškinta vadove apie antrąsias smegenis Claude Code aplinkoje. Pats aplankas negarantuoja teisingo atsakymo: agentas turi perskaityti susijusią informaciją ir patikrinti rezultatą.

Kaip apskaičiuoti išlaidas ir laiką#

Pasirinkite laikotarpį, pavyzdžiui, kalendorinį mėnesį. Išvardykite faktinius mokesčius už prenumeratas, prieglobą ir prijungtas paslaugas. Kartu registruokite projektui skirtą laiką. Jį galite suskirstyti į naujos funkcijos kūrimą, tikrinimą, klaidos taisymą ir reikalavimų keitimą.

Šiame pavyzdyje jūsų laikas yra 12 valandų; jį registruokite atskirai nuo piniginių išlaidų ir kitų papildomų mokesčių.

Tada galėsite įvertinti, ar rezultatas pateisina išleistus pinigus ir laiką. Jei norite įvertinti savo valandos vertę, nurodykite ją kaip atskirą prielaidą. Gautas įvertis nėra nei papildomas mokestis nuo jūsų kortelės, nei įrodytas negautų pajamų nuostolis.

Jei vieną prenumeratą naudojate keliems projektams, skaičiuodami visas išlaidas nepriskirkite kiekvienam projektui visos jos kainos. Prenumeratą galite palikti kaip bendrą išlaidų eilutę arba paskirstyti jos kainą projektams pagal pasirinktą taisyklę. Už domeną mokant kasmet, atskirkite visą metų mokestį nuo dalies, kurią priskiriate vienam mėnesiui.

Ką keisti atliekant kitą užduotį#

Pasirinkite vieną funkciją, kurią dabar reikia užbaigti. Užrašykite, kokia elgsena reikš, kad ji „baigta“, ir pateikite agentui pirmiau nurodytą užklausą. Baigę darbą užrašykite patikros rezultatą, sugaištą laiką ir priežastį, dėl kurios teko prie užduoties grįžti.

Jei trukdo limitai, palyginkite planus. Jei tenka iš naujo aiškinti jau priimtą sprendimą, išsaugokite jį projekte. Jei klaida išlieka po pataisymo, paprašykite ją atkartoti ir atlikti patikras prieš pakeitimą bei po jo. Tokia apskaita padeda pasirinkti konkretų pakeitimą, užuot iškart pirkus kitą prenumeratą.

Jei norite tęsti, apsilankykite Ailoot.