Cursor har lanceret Origin, en Git-baseret kodeplatform, hvor repositories, pull requests og kodende agenter ligger i samme miljø. Den tidlige beta rulles ud på alle betalte Cursor-planer. Den rummer i første omgang repositories, pull requests, kodevisning og synkronisering med GitHub; Cursor varsler flere funktioner, der er bygget specifikt til agenter.
Lanceringen handler derfor mindre om endnu en kodegenerator og mere om, hvor agentens arbejde foregår. I Origin kan en agent besvare spørgsmål om et repository, ændre kode, opdatere en pull request eller skubbe en branch. Et repository, der oprindeligt er oprettet på GitHub, kan fortsat have GitHub som autoritativ kilde, mens kommentarer og reviewaktivitet synkroniseres mellem de to tjenester. Det giver teams en gradvis vej ind i Cursors miljø, men indfører også et nyt lag, hvor adgangsrettigheder, synkronisering og ansvar skal være tydeligt defineret.
Det væsentlige skift er, at agenten ikke længere blot foreslår kode i en privat samtale. Den får plads i den samme struktur, som mennesker bruger til versionering, review og godkendelse. Det gør handlingerne mere synlige, men synlighed er ikke det samme som kontrol. Et team skal stadig beslutte, hvilke branches en agent må skrive til, hvilke tests der skal bestå, og hvem der må godkende en ændring. Når en agent kan gå fra spørgsmål til commit, bliver repository-reglerne en del af organisationens AI-governance.
Slack Code angriber et beslægtet problem fra samarbejdssiden. Salesforce beskriver særlige kodekanaler, som knytter en agents arbejde til et projekt. Deltagerne kan følge dialogen, planen, kodeændringerne og en kørende preview i separate faner. Kanalen kan oprettes, når en agent nævnes i en samtale, og arkiveres efter opgaven, mens historikken bevares som et revisionsspor.
Slack fremhæver, at produktchefer, designere og udviklere dermed kan arbejde omkring den samme agent. Det kan mindske tabet af kontekst mellem en chat, et issue-system og et repository. Samtidig udvider det kredsen af personer, der kan sætte kodearbejde i gang. Netop derfor bliver stopknapper, reviewkrav og rettighedsstyring vigtigere. En synlig agent er lettere at følge end en privat session, men et åbent kanalvindue dokumenterer ikke i sig selv, at ændringen er korrekt eller sikker.
De to lanceringer peger i samme retning fra hver sin position. Cursor trækker versionsstyring og pull requests tættere på den kodende agent. Slack trækker agentens plan, diff og preview ind i den samtale, hvor arbejdet blev bestilt. For organisationer er den praktiske opgave at forbinde de to sider: bestillingen skal have et tydeligt mål, agenten skal arbejde med begrænsede rettigheder, og resultatet skal passere tests og et navngivet menneskeligt review.
Det er også en ændring i, hvad der bør måles. Antallet af genererede kodelinjer siger lidt om værdien. Mere nyttige mål er tid fra opgave til godkendt ændring, fejl fundet før merge, andelen af agentændringer der kræver omarbejde, og hvor ofte en agent bliver stoppet på grund af manglende kontekst. De mål gør det muligt at skelne hurtig aktivitet fra stabil softwareproduktion.
Kontekst: Kodende agenter er ved at blive en del af versionsstyring og teamsamarbejde frem for et separat skriveværktøj. Det flytter konkurrenceparameteren fra ren modelydelse til sporbarhed, adgangskontrol og kvaliteten af den fælles godkendelsesproces.