Som frokost på en diner, er programvare billig og rask å lage. Be om et nytt oppgavestyringsverktøy, og du vil ha den første versjonen på kortere tid og for mindre penger enn en omelett. AI-bygde verktøy varer kanskje ikke lenge. Noen overlever bare noen få minutter, lenge nok til å svare "Hva er behandlingstiden vår denne uken?" Andre forblir nyttige i noen dager eller uker, som en app som kan spinne opp en lett prosjektsporing for ombordstigning på Walmart. Noen ganger vedvarer de utover en måned. Hvis varighet definerte de siste to tiårene med programvare, kan ubestandighet definere det neste. Vi ser nå tre lag som dannes langs et kontinuum: Holdbar SaaS: langvarige registreringssystemer som et pipeline-dashbord. Flyktige apper: kortvarige verktøy som Walmart onboarding-prosjektsporing. Øyeblikkelige spørsmål: engangsspørsmål som "Fortell meg om Apple-kontoen." I størrelsesordener vil flyktige apper og umiddelbare spørsmål overgå SaaS-applikasjoner, kanskje millioner til én. Dopaminrusen ved umiddelbar problemløsning er vanedannende og akselererer karrierer. Til grunn for alle disse applikasjonene vil det være et registreringssystem, ofte en eksisterende plattform, men i økende grad en ny. Økonomi- og driftsteam er avhengige av vedvarende instrumentbord for styring og rapportering, som om definisjonen av en måleverdi kan standardiseres på tvers av organisasjonen. Markedsførere spinner opp dataapper som varer noen måneder for å analysere ytelsen til betalte utgifter, og støtteteam stiller raske spørsmål om behandlingstid før de går videre. De klarerte modellene, tillatelsene og forretningslogikken til en underliggende BI-plattform som @omni gir brukerne trygghet til å eksperimentere med flyktige apper og umiddelbare spørsmål. Kontroll av fundamentet sikrer kontroll over lagene over. Dette designmønsteret strekker seg utover AI til de fleste andre programvarer. Enten du tar en kaffe, en omelett eller et femretters måltid, vil den neste store oppstarten servere alt.

Å forstå teknologi er kjernen i hvordan vi forsker på nye teorier. Som en del av denne innsatsen starter Theory et team for utviklerrelasjoner. Utviklerrelasjoner for risikokapital? Hva betyr det? Internt har vi bygget hundrevis av agenter, vi har slitt med å feilsøke verktøykall, testet store handlingsmodeller og jobbet gjennom AI hver dag. Vi har arrangert arrangementer om hvordan du bygger med AI. Vi vil gjerne bidra tilbake til samfunnet med våre erfaringer og lære av andre byggere. Alle arbeidsflytene våre det siste tiåret har plutselig endret seg. Vårt bredere fellesskap utforsker hvilke nye arbeidsflyter som er mulige og hvilke som er best. Denne nye innsatsen er nok et skritt i den retningen. Så hvis du ser Mischa, vår nye leder for utviklerrelasjoner, på et arrangement, si hei! Han vil ha mye å dele!