Uusi kanavanvaihto: Kuinka jakaa tekoälyagentin koodi tiimisi kanssa5 min read

Tekoälyagenttisi rakensi juuri jotain hyödyllistä. Ehkä se on hallintapaneeli, uusi perehdytysprosessi tai pieni sisäinen sovellus.

Näet sen toimivan. Koodi näyttää hyvältä. Nyt tiimikaverisi esittää täysin järkevän kysymyksen:

”Voitko lähettää sen minulle?”

Silloin tekoälykoodauksen työnkulku muuttuu usein manuaaliseksi siirroksi. Lähetät kuvakaappauksen, kopioit koodinpätkän, työnnät haarautumista tai selität, miten projekti saadaan toimimaan paikallisesti.

Mutta kysyjä ei välttämättä halua lähdekoodia. He haluavat avata sen, kokeilla sitä ja kertoa, mitä pitää muuttaa.

Oikea tapa jakaa tekoälyn tuottamaa koodia riippuu siitä, mitä seuraavaksi tapahtuu.

Ensinnäkin, mitä oikeastaan jaat?

Kun joku kysyy koodia, jonka tekoälyagentti on luonut, hän voi tarkoittaa kolmea eri asiaa.

1. Lähdekoodi

Kehittäjän täytyy tarkastaa toteutus, suorittaa testejä tai yhdistää se olemassa olevaan koodipohjaan.

Git-repositorio ja pull-pyyntö ovat yleensä oikea ratkaisu. Ne tarjoavat tutun työnkulun muutosten tarkasteluun, testien tarkistamiseen ja koodin integroimiseen tuotantoon.

2. Toimiva versio

Tuotepäällikkö haluaa klikata perehdytysprosessin läpi. Suunnittelija haluaa nähdä responsiivisen ulkoasun. Sidosryhmä haluaa kokeilla hallintapaneelia.

Lähdetiedostojen lähettäminen ei ole tässä erityisen hyödyllistä. He tarvitsevat sovelluksen tai artefaktin, jonka voi avata selaimessa.

3. Työ, jota joku muu jatkaa

Tiimikaverisi haluaa tarkistaa sovelluksen, ehdottaa muutosta ja pyytää tekoälyagenttia toteuttamaan palautteen.

Tämä on erilainen luovutus. Kohteen täytyy sisältää enemmän kuin vain hetkekuva. Sen täytyy säilyttää työ, sen historia ja pääsy niille, jotka jatkavat sitä.

Nämä työnkulut menevät päällekkäin, mutta eivät ole vaihdettavissa keskenään.

Ero koodin jakamisen ja työn siirtämisen välillä

Kuvittele, että agentti rakentaa asiakasanalytiikan hallintapaneelin.

Se sisältää kolme KPI-korttia, käyttökaavion ja päivämääräsuodattimen.

Voisit lähettää tiimikaverillesi React tiedostot. He tarvitsisivat kehitysympäristön nähdäkseen tuloksen.

Voisit lähettää kuvakaappauksen. He ymmärtäisivät asettelun, mutta eivät pystyisi testaamaan suodatinta.

Voisit ottaa sen käyttöön jossain. He voisivat olla vuorovaikutuksessa sen kanssa, mutta tarvitsisit silti prosessin palautteen keräämiseen ja projektin päivittämiseen.

Kuvittele nyt hieman erilainen työnkulku.

Agentti luo dashboardin jaettuun artefaktityötilaan ja antaa sinulle sen URL-osoitteen.

Tiimikaverisi avaa artefaktin, testaa suodattimen ja jättää palautetta kaavioon. Pyydät agenttia tekemään muutoksen samassa artefaktissa.

URL-osoite pysyy samana. Työllä on historia. Ei ole tarpeen aloittaa uutta keskustelua ja selittää, mitä edellinen agentti rakensi.

Se on se luovutus, jota kannattaa suunnitella.

Kuinka jakaa tekoälyn tuottamaa koodia tiimillesi

Tässä on käytännöllinen työnkulku AgentGrid.io, jaettu artefaktityötila ihmisille ja tekoälyagenteille, jonka Anima on rakentanut.

Vaihe 1: Rakenna haluamallasi tekoälykoodaustyökalulla

Jatka työskentelyä Claude Code, Codex, Cursor tai jossain muussa työkalussa, jossa tunnet olosi mukavaksi.

Esimerkiksi:

Rakenna responsiivinen tuoteanalytiikan hallintapaneeli, jossa on käyttötaulukko, päivämääräsuodatin ja kolme KPI-korttia. Käytä React.

Sinun ei tarvitse muuttaa työkalua, jolla käytät koodin tuottamiseen.

Vaihe 2: Laita tulos paikkaan, johon tiimisi pääsee käsiksi

Yhdistä agenttisi AgentGrid ja kysy:

Laita tämä hallintapaneeli AgentGrid sovellukseksi. Anna minulle artefaktilinkki ja pidä se yksityisenä.

AgentGrid tallentaa sovelluksen artefaktina, jolla on oma URL ja versiohistoria.

Jos käytät koodausagenttia, joka voi yhdistää itsenäisesti, seuraa AgentGrid yhteysohjeet. Selainpohjaiset avustajat, kuten Claude tai ChatGPT, käyttävät heidän tuettuja integraatioitaan.

Tärkeintä on, että agentti luo artefaktin työtilassa, johon sillä on oikeus päästä käsiksi.

Vaihe 3: Anna tiimikaverillesi pääsy

Avaa artefakti ja kopioi sen linkki.

Ennen lähettämistä varmista, että tiimikaverillasi on pääsy työtilaan. Yksityinen artefakti-URL tunnistaa työn; se ei anna lupaa yksinään.

Sisäisessä yhteistyössä se on yleensä se, mitä haluat. Tiimikaveri voi tarkistaa työn ilman, että se on julkisesti saatavilla.

Katso Miten artefaktien jakaminen toimii.

Vaihe 4: Kerää palautetta todellisesta tuloksesta

Tiimikaverisi avaa kojelaudan ja huomaa, että päivämääräsuodatin ei toimi odotetusti.

Sen sijaan, että kirjoittaisivat erillisen Slack-viestin, jossa selitettäisiin, mikä komponentti on rikki, he voivat jättää palautetta kyseisen artefaktin osaan.

AgentGrid tukee kommenttien tarkastelua sovelluksen elementeistä ja dokumentoivia tekstejä. Valtuutetut henkilöt ja agentit voivat käsitellä näitä kommentteja yhdessä.

Se pitää keskustelun lähellä tarkasteltavaa asiaa.

Vaihe 5: Anna agentin jatkaa työtä

Nyt voit tunnistaa yhdistetyn agentin:

Avaa tämä AgentGrid artefakti ja korjaa päivämääräsuodatin. Säilytä olemassa oleva asettelu ja päivitä sama artefakti.

Sisällytä varsinainen artefaktin URL.

Agentti voi tarkastaa ja päivittää artefaktin, jos sillä on tarvittavat käyttöoikeudet ja ominaisuudet.

Muutokset näkyvät samassa versiohistoriassa, ja ne on attribuoitu tekijälle. Tiimikaverisi voi palata samaan artefaktiin tarkistaakseen tuloksen.

Katso Versiohistoria AgentGrid.

Entä Claude, ChatGPT, Cursor ja Codex?

Joillakin tekoälytyökaluilla on jo hyödyllisiä natiivijakamisominaisuuksia.

Claude voivat jakaa tuettuja artefakteja omassa ekosysteemissä. GitHub on erinomainen koodin tarkasteluun. Kehitysalustat voivat tarjota esikatselu-käyttöönottoja.

Sinun ei tarvitse korvata näitä työnkulkuja vain jakaaksesi jotain.

AgentGrid on hyödyllinen, kun seuraava vaihe liittyy Ihmiset ja agentit, jotka työskentelevät saman artefaktin parissa, erityisesti eri tekoälytyökalujen osalta.

Esimerkiksi tiimisi voi käyttää Claude käyttöliittymän luonnosteluun, Codex sen käyttäytymisen hiomiseen, ja ihmisarvioija antaa palautetta.

Jaettu artefakti tarjoaa yhteisen kohteen tälle työlle.

Milloin sinun pitäisi julkaista sen sijaan?

Jos teos on tarkoitettu työtilan ulkopuolisille ihmisille – kuten asiakkaalle, joka tarvitsee julkisen demon – saatat haluta julkaista sen.

AgentGrid voivat julkaista tuettuja sovelluksia ja Markdown artefakteja julkisille URL-osoitteille.

Mutta jakaminen ja julkaiseminen eivät ole sama asia.

Yksityinen artefaktilinkki vaatii valtuutetun työtilan pääsyn. Julkaistu käyttöönotto on julkisesti saatavilla. Myöhemmät muutokset artefaktiin täytyy julkaista uudelleen ennen kuin ne näkyvät kyseisellä julkisella sivulla.

Julkaise vain silloin, kun se on tarkoituksesi.

Parempi kysymys, kun agentti on valmis

Sen sijaan, että päättäisit jokaisen koodaussession ”viedä tiedostot”, kysy:

Kuka tarvitsee tätä seuraavaksi, ja mitä heidän pitäisi tehdä sillä?

Jos kehittäjän täytyy yhdistää koodi, luo pull-pyyntö.

Jos joku tarvitsee testata sovellusta, anna hänelle toimiva esikatselu.

Jos ihmiset ja agentit tarvitsevat tarkistaa ja jatkaa työtä yhdessä, anna sille yhteinen koti.

AI-koodaussession lopputulos ei tarvitse olla työnkulun loppu. Se voi olla lähtökohta kaikille muille.

👉 Tutustu AgentGrid.