← Tilbake til alle artiklerDirekte lenke
Teknisk fordypning

Klonede apper: Når AI bygger åpne alternativer til dyre verktøy

AI gjør det enklere å lage nye versjoner av kjente programmer. Det betyr ikke at alle kopier er gode eller lovlige, men det åpner for rimeligere, lokale og mer tilpassede verktøy.

En ny bølge med åpne prosjekter prøver å bygge alternativer til tjenester mange allerede betaler for. Det handler om e-post, kontorprogrammer, design, kundeservice og videoproduksjon. Et konkret eksempel er en intern helpdesk som bare trenger å hente inn e-post, dokumentere en sak og sende den til riktig person – uten å kjøpe en stor kundeserviceplattform med funksjoner dere aldri bruker.

Begrepet klonede apper brukes litt løst. Det betyr vanligvis ikke at noen har kopiert kildekoden til originalen. Det kan bety at de har laget en ny applikasjon med mange av de samme arbeidsflytene: skrive dokumenter, lage presentasjoner, organisere innboksen eller sette opp kundeservice.

TL;DR

AI gjør det billigere og raskere å bygge smale alternativer til store programvaresuiter. For en liten bedrift kan dette gi mer kontroll, lavere kostnad og løsninger tilpasset egne rutiner.

Men en klon er ikke automatisk et godt produkt. Sjekk lisens, sikkerhet, vedlikehold, datalagring, eksportmuligheter og om prosjektet faktisk har en aktiv utvikling. Test alltid med ufarlige data først.

Hva viser oversikten?

Et Instagram-innlegg fra Ola Conley viser eksempler på åpne alternativer til populære betalte apper. Oversikten nevner blant annet en launcher, et promptbasert videoverktøy, AI-støttet e-post, designverktøy, kontorprogrammer og en helpdesk. [1]

Dette er en interessant trend fordi den viser at AI ikke bare brukes til å legge en chatbot oppå et eksisterende produkt. AI kan også hjelpe utviklere med å bygge selve arbeidsflaten: filstruktur, grensesnitt, import og eksport, søk, automatisering og integrasjoner.

Prosjektene i innlegget bør likevel ses som tips til videre undersøkelser, ikke som en uavhengig kvalitetskontroll. Påstander om at en bestemt klon starter raskere eller er bedre enn originalen må testes i samme miljø før man legger vekt på dem.

Hvorfor skjer dette nå?

Tidligere måtte et lite team bruke mye tid på å bygge alle detaljene rundt en applikasjon. Nå kan AI hjelpe med kode, tester, dokumentasjon, migrering og grensesnitt. Det senker terskelen for å lage et første fungerende alternativ.

Det gjør også at et lite selskap kan lage en intern løsning som bare løser én arbeidsprosess. Dere trenger kanskje ikke en full kontorpakke. Dere trenger en enkel arbeidsflate for tilbud, kundedialog eller rapportering som passer deres egen måte å jobbe på.

Dette henger sammen med Reverse Anything-artikkelen. Reverse Anything er et eksempel på et åpent prosjekt som bruker AI til å analysere hvordan programvare oppfører seg, slik at man kan forstå en funksjon eller bygge noe nytt rundt en idé. Det er ikke en lisens til å kopiere kode, navn eller design. Det kan likevel være nyttig for å dokumentere gamle interne systemer eller utforske et nytt, selvstendig alternativ.

Klon er ikke det samme som kopi

Det er viktig å skille mellom tre ting:

  1. Et nytt produkt med samme type arbeidsflyt. Det kan være helt legitimt dersom det er utviklet selvstendig.
  2. En kompatibel implementasjon. Den forsøker å lese eller skrive samme format eller snakke med samme type grensesnitt.
  3. Ulovlig kopiering. Kildekode, varemerke, design eller annet beskyttet innhold kan være kopiert uten tillatelse.

At et verktøy kan lage en lignende funksjon betyr ikke at man kan bruke navnet, logoen eller koden til originalen. Bedrifter bør også lese lisensen før de bygger et åpent prosjekt inn i en kommersiell tjeneste.

Hva kan dette bety for en liten bedrift?

En klonet app kan være interessant når standardverktøyet er for dyrt, for generelt eller vanskelig å koble til resten av systemene. Et eksempel er en intern helpdesk som bare trenger å håndtere e-post, dokumentere saken og sende den til riktig person.

Et annet eksempel er et lokalt dokumentverktøy som kan åpne bestemte maler og lagre filene i bedriftens eget miljø. Da kan man få en arbeidsflyt som er mindre avhengig av én leverandør.

Gevinsten er ikke nødvendigvis «gratis programvare». Dere må fortsatt betale med tid til installasjon, oppdatering, sikkerhet, backup og brukerstøtte. Et åpent prosjekt uten tydelig vedlikehold kan bli dyrere enn en abonnementstjeneste.

Det er ofte mer fornuftig å beholde et standardverktøy når dere trenger garantert oppetid, revisjonsspor, mobilstøtte, mange integrasjoner og noen andre skal ta brukerstøtten. En lokal eller egenutviklet løsning blir mest interessant når arbeidsflyten er smal, dataene bør holdes internt, og dere har en tydelig eier av drift og vedlikehold.

Sjekkliste før dere tar i bruk en klon

Se etter en aktiv utvikling med nye versjoner og åpne feilrapporter. Undersøk hvem som har tilgang til dataene, og om løsningen kan kjøres lokalt eller på egen server. Test eksport slik at dere ikke blir låst inne.

Sjekk også om prosjektet har automatiske tester, dokumentasjon og en tydelig lisens. Start med et avgrenset pilotområde. Ikke flytt kundedata eller økonomiinformasjon inn i et ukjent prosjekt før det er gjennomført en sikkerhets- og personvernvurdering.

Den praktiske muligheten

Den mest interessante konsekvensen er kanskje ikke at alle skal erstatte Word, Photoshop eller Intercom. Det er at terskelen for å lage et lite verktøy til en konkret arbeidsprosess blir lavere.

En bedrift på Sunnmøre kan i prinsippet få bygget en enkel arbeidsflate for egne skjemaer, dokumenter eller kundehenvendelser uten å kjøpe en stor plattform. Men løsningen bør fortsatt starte med prosesskartlegging, tydelige krav og en liten pilot. AI kan skrive mye kode. Den avgjør ikke alene hva virksomheten bør bygge.

Velg én ufarlig arbeidsflyt og mål om den faktisk sparer tid før dere flytter kundedata eller kritiske prosesser. Slik gjennomfører dere en nyttig AI-pilot på 30 dager gir en praktisk ramme for nettopp denne typen avgrenset test.

Kilder

[1] Instagram-innlegg om åpne alternativer og klonede apper

[2] Reverse Engineer Anything på GitHub