Programavimo agentas gali greitai parašyti daug kodo, tačiau greitis neatsako, ar pasirinkta teisinga problema, ar pakeitimas dera su esama sistema ir ar rezultatą galima saugiai paleisti. Šios techninės dirbtuvės skirtos startuolių įkūrėjams, produktų kūrėjams ir inžinierių komandoms, norinčioms susikurti valdomą darbo su agentais eigą: nuo reikalavimo ir konteksto iki mažo prototipo, testų, peržiūros ir tolesnio įgyvendinimo sprendimo.
Kada techninės dirbtuvės vertingos
- Agentas generuoja kodą, bet užduotys nuolat plečiasi, o pataisymai sukuria naujas regresijas.
- Produkto idėją norite paversti mažu veikiančiu prototipu prieš skirdami resursus pilnai sistemai.
- Komanda turi esamą kodų bazę, tačiau nežino, kokį kontekstą, ribas ir patikros komandas pateikti agentui.
- Skirtingi komandos nariai naudoja agentus skirtingai, todėl sunku peržiūrėti pakeitimus ir tęsti vienas kito darbą.
- Demonstracija veikia lokaliai, bet neaišku, ko trūksta saugiam diegimui, stebėsenai ir priežiūrai.
Apčiuopiami rezultatai
Ką parengiame dirbtuvių metu
Ribota techninė užduotis
Aprašome vartotojo poreikį, sėkmės kriterijus, neįtrauktą apimtį, sąsajas ir svarbiausias rizikas taip, kad agentas negalėtų tyliai perkurti problemos.
Projekto konteksto paketas
Atrenkame architektūros, katalogų, komandų, konvencijų ir domeno informaciją, kurią agentui reikia žinoti prieš keičiant kodą.
Darbo skaidymo planas
Didelį tikslą suskaidome į mažus, patikrinamus pakeitimus su aiškiais sustojimo taškais ir sprendimais, kuriuos turi priimti žmogus.
Mažas veikiantis prototipas
Pagal sutartą scenarijų kuriame ribotos apimties funkciją ar techninį bandymą, kurio paskirtis — patikrinti svarbiausią prielaidą, o ne imituoti gatavą produktą.
Patikros ir peržiūros eiga
Sujungiame automatinius testus, tipų bei lint patikrą, diff peržiūrą, rankinį scenarijų ir klaidų dokumentavimą.
Kelias po prototipo
Įvardijame saugumo, duomenų, infrastruktūros, stebėsenos, priežiūros ir nuosavybės darbus, kurių reikėtų produkciniam sprendimui.
Darbo eiga
Techninė darbo eiga
- 01
Poreikis ir apribojimai
Pradedame nuo vartotojo scenarijaus, esamos architektūros, duomenų, integracijų ir pakeitimų, kurių šiame etape nedarysime.
- 02
Kontekstas agentui
Sukuriame trumpą, atsekamą užduotį ir pridedame tik jai reikalingas taisykles, failus, pavyzdžius bei patikros komandas.
- 03
Maži įgyvendinimo žingsniai
Agentas pirmiausia tiria ir siūlo planą, tada keičia ribotą sistemos dalį; po kiekvieno žingsnio tikriname prielaidas ir diff.
- 04
Gedimas ir taisymas
Sąmoningai nepaslepiame nesėkmių: nagrinėjame klaidą, trūkstamą kontekstą, netinkamą sprendimą ir tai, kaip patikra sustabdo regresiją.
- 05
Perdavimo sprendimas
Fiksuojame, kas veikia, kas nepatikrinta ir ką komanda turėtų daryti toliau, užuot prototipą automatiškai pavadinę produkciniu sprendimu.
Aiški atsakomybė
Prototipas ir produkcija nėra tas pats
Agentas nepakeičia techninės atsakomybės
Žmogus vis tiek atsako už architektūrinius sprendimus, prieigas, duomenis, priklausomybes, kodo peržiūrą ir paleidimą.
Dirbtuvės negarantuoja gatavo produkto
Praktinės dalies apimtis priklauso nuo pradinės būklės ir pasirinktos užduoties; tikslas yra patikrinti darbo eigą ir svarbiausią techninę prielaidą.
Produkciniai darbai vertinami atskirai
Autentifikacija, saugumas, migracijos, stebėsena, mastelis, atsarginės kopijos, diegimas ir palaikymas įtraukiami tik aiškiai susitarus dėl tęstinio etapo.
Techninės praktikos pavyzdys
Breach.gg — nuo ankstyvų AI integracijų iki darbo su agentais
Kodas + integracijos + patikraPirmosios paprastesnės Breach.gg AI integracijos atsirado 2022 m., o su AI API praktiškai dirbu nuo 2024 m. 2026 m. pradėjau atskirą platformos perstatymo etapą su programavimo agentais ir sukūriau kelių žingsnių turinio eigą. Rezultatą tikrinu per pakeitimų peržiūrą, testus ir veikiančius scenarijus.
Peržiūrėti atvejįFAQ
Dažniausi klausimai
Kokio techninio pasirengimo reikia dalyviams?+
Dalyviams naudinga suprasti programinės įrangos kūrimo eigą, mokėti skaityti kodą ir naudotis versijų valdymu. Konkrečią kalbą ar karkasą deriname prie užduoties; netechniniams vadovams geriau tinka atskira AI konsultacija ar paskaita.
Ar galima dirbti su mūsų esama kodų baze?+
Taip, jei prieš dirbtuves galima saugiai susipažinti su jos struktūra, paleidimo instrukcija, svarbiausiomis taisyklėmis ir leidžiamomis prieigomis. Jei kodas ar duomenys jautrūs, galima naudoti izoliuotą šaką, parengtą ištrauką arba sintetinį projektą.
Kokius AI agentus ir kūrimo įrankius naudosime?+
Įrankius parenkame pagal jūsų aplinką, paskyras, duomenų politiką ir užduotį. Dirbtuvės nėra susietos su viena modelio versija; svarbiausia perduodamas kontekstas, užduoties ribos, patikros ir atsekamas pakeitimų procesas.
Ar per dirbtuves sukursime produkcinę funkciją?+
Tikslas paprastai yra ribotas prototipas arba aiškiai patikrintas pakeitimas, o ne pažadas tą pačią dieną paleisti produkciją. Jei rezultatas vertas tęsinio, atskirai įvertiname saugumą, testus, migracijas, infrastruktūrą, stebėseną ir palaikymą.
Koks dirbtuvių formatas ir kaina?+
Formatas gali apimti pasirengimą, techninę sesiją ir rezultato peržiūrą, tačiau tiksli trukmė, dalyvių skaičius bei kaina priklauso nuo kodų bazės, užduoties ir norimo pritaikymo. Šias sąlygas sutariame prieš pateikiant pasiūlymą.
Koks kitas žingsnis po dirbtuvių?+
Komanda gauna užfiksuotą rezultatą, nepatikrintų prielaidų sąrašą ir rekomenduojamą veiksmų seką. Toliau ji gali tęsti savarankiškai, užsakyti tikslinę techninę konsultaciją arba atskirai sutarti dėl prototipo pavertimo produkciniu sprendimu.