Nylig er flere produkter av Vibe hovedsakelig basert på min idé om «programvare bygges på forespørsel». Det finnes en idé (ikke nødvendigvis korrekt): den fremtidige programvareprofittmodellen kan være så lenge programvarens inntekter er større enn tokenene som kreves for dynamiske byggebehov, og spreaden kan oppnås for å tjene profitt.
Å bygge programvaredynamikk her er faktisk en ganske stor utfordring. Tidligere, innen internettprogramvareutvikling, ansatte vi programmerere, designere og produktledere til å skrive programvaren og kjøre den på serveren. Uansett hvilken type programvare det er, er det i bunn og grunn et ferdigbygd produkt, og det er stor forskjell mellom et ferdigbygd produkt og kildekode, og det inkluderer mange komplekse arbeidsflyter. LLM-er kan nå generere programvare dynamisk, men vi trenger noen svært sterke begrensninger, ellers kan kostnaden for tokens brukt av brukerne bli mye høyere enn inntektene fra selve programvaren. Så hvordan man realiserer denne dynamiske konstruksjonen av begrensningsrommet i programvaren har blitt en relativt stor utfordring. ccs Agent SDK har allerede noen harde begrensninger. For eksempel noe som kan gjøres, eller Unix-kommandoer som kan brukes, men alle disse tingene er harde begrensninger, ikke kravbaserte begrensninger. Jeg mener det bør komme mer interessante måter i fremtiden, og at egenskapene til Internett-programvare i seg selv også bør endres betydelig på grunn av agentenes popularitet.
302