Cazuri de utilizare › Dezvoltare software
Un coleg de dezvoltare în canalul Slack al echipei
Exemplu real: un agent pe care îl construim și îl administrăm noi, în fiecare zi.
Pe scurt. O echipă de dezvoltare Android îi încredințează agentului implementări, investigații și verificări ale codului, într-un canal Slack pe care îl văd toți. Agentul propune modificările deschizând un pull request pe GitHub; echipa îl verifică, îl testează și decide dacă îl acceptă.
Contextul
Într-o echipă de dezvoltare, mult timp se duce pe activități necesare, dar repetitive: aflarea cauzei unui bug, reconstituirea modului în care funcționează o parte din cod, modificări bine definite. Multe instrumente de programare cu AI sunt legate de un singur dezvoltator: contextul rămâne pe calculatorul sau în contul unei singure persoane, iar ce a „înțeles” asistentul despre proiect nu ajunge la restul echipei. Când acea persoană este în concediu sau trece pe alt proiect, contextul se pierde.
Ce face agentul, pas cu pas
Primește cererea în canal.
Cineva din echipă scrie o sarcină, un bug sau o întrebare în canalul Slack comun.
Reconstituie contextul.
Citește codul vizat și folosește ce își amintește despre proiect: structura, convențiile, deciziile luate anterior.
Investighează sau implementează.
Pentru un bug, caută cauza și o explică; pentru o sarcină bine definită, pregătește modificarea, respectând convențiile echipei.
Folosește integrările proiectului.
De exemplu, citește un design din Figma, ține cont de analiza codului făcută de Greptile și consultă cunoștințele despre proiect organizate în Open Knowledge Format (OKF).
Deschide un pull request pe GitHub
cu modificarea și o explicație despre ce a făcut și ce trebuie verificat.
Răspunde în firul de discuție
cu linkul către pull request, punctele deschise și întrebările, dacă lipsesc informații.
Actualizează memoria proiectului
cu ce a decis echipa, astfel încât următoarea cerere să pornească de acolo.
Cum lucrați împreună
Canalul
Un canal Slack comun. Oricine din echipă poate trimite o cerere, inclusiv de pe telefon. Toți văd cererea, progresul și rezultatul, iar oricine poate interveni în firul de discuție pentru a corecta direcția.
Cine aprobă ce
Ce poate face agentul singur și ce necesită confirmare se stabilește de la început. Codul nu intră singur în proiect: fiecare modificare trece printr-un pull request pe care o persoană din echipă îl verifică, îl testează manual și decide dacă îl acceptă.
Cine schimbă regulile
Instrucțiunile și regulile agentului se actualizează împreună cu noi, atunci când se schimbă proiectul sau modul de lucru.
Avantajele
Ce include abonamentul și ce se face pe bază de ofertă
Inclus în abonamentul Rilvo Coworker
249 €/lună + TVA
Activarea, canalul Slack, instrucțiunile și regulile pentru proiectul dumneavoastră, accesul la repository cu permisiunile stabilite, deschiderea de pull request-uri pe GitHub, memoria comună, utilizarea AI în limitele unei utilizări rezonabile, întreținerea și suportul uman.
Separat, pe bază de ofertă
Skill-uri și integrări personalizate, precum cele cu instrumente de design (Figma), de analiză a codului (Greptile) sau de gestionare a cunoștințelor (OKF). Primiți codul sursă al soluțiilor pe care le dezvoltăm pentru dumneavoastră.
Vedeți prețurile → · Configurația asociată: Rilvo Coworker pentru echipe de dezvoltare software →
Întrebări frecvente
Poate agentul să modifice codul singur?
Nu. Propune modificările printr-un pull request pe GitHub. O persoană din echipă îl verifică, îl testează și decide dacă îl acceptă.
Codul nostru iese din mediul dedicat?
Memoria și istoricul rămân în mediul dedicat al companiei. Pentru a lucra, însă, agentul trimite părți din cod furnizorului modelului AI, iar pull request-urile se află pe GitHub. Dacă folosiți servicii externe precum Greptile, și acestea analizează codul. Discutăm toate acestea împreună de la început și stabilim permisiunile minime necesare.
Funcționează doar pentru Android?
Nu. Exemplul pornește de la un proiect Android, dar aceeași schemă se aplică și altor proiecte software: un canal comun, memoria proiectului, pull request-uri verificate de echipă.
Fiecare dezvoltator are nevoie de un cont sau de o licență?
Nu. Agentul lucrează în canalul Slack al echipei, iar abonamentul este pentru companie, nu per persoană.
Alte cazuri de utilizare
Proiect intern
În fiecare săptămână, un articol pe site pornind de la postările de pe Facebook
O sarcină automată pregătește ciorna în WordPress; o persoană o aprobă și o publică.
Scenariu exemplificativ
Know-how-ul rămâne în companie
Procedurile și răspunsurile echipei într-o memorie comună, chiar și atunci când oamenii se schimbă. Ce se salvează decide echipa.
Aveți o echipă de dezvoltare care lucrează pe Slack? Contactați-ne pentru o discuție gratuită de 30 de minute: vedem împreună ce activități puteți încredința unui coleg digital.