På senare tid har flera produkter av Vibe främst baserats på min idé om "mjukvara byggs på begäran". Det finns en idé (inte nödvändigtvis korrekt): den framtida mjukvaruvinstmodellen kan vara så länge mjukvarans intäkter är större än de tokens som krävs för dynamiska byggbehov, och spridningen kan uppnås för att generera vinst.

Att bygga mjukvarudynamik här är faktiskt en ganska utmaning. Tidigare, inom internetbaserad mjukvaruutveckling, anställde vi programmerare, designers och produktchefer för att skriva mjukvaran och köra den på servern. Oavsett vilken typ av mjukvara det är är det i princip en byggd produkt, och det är stor skillnad mellan en byggd produkt och källkod, och det innehåller många komplexa arbetsflöden. LLM:er kan nu dynamiskt generera mjukvara, men vi behöver mycket starka begränsningar, annars kan kostnaden för tokens som användarna konsumerar bli mycket högre än mjukvarans intäkter. Så hur man realiserar denna dynamiska konstruktion av begränsningsutrymmet i mjukvaran har blivit en relativt stor utmaning. cc:s Agent SDK har redan vissa hårda begränsningar. Till exempel något som kan göras, eller Unix-kommandon som kan användas, men alla dessa saker är hårda begränsningar, inte kravbaserade begränsningar. Jag tror att det borde finnas mer intressanta metoder i framtiden, och att egenskaperna hos internetprogramvaran i sig också bör förändras kraftigt på grund av agenternas popularitet.