De recente producten van vibe zijn voornamelijk gebaseerd op mijn idee van "software op aanvraag bouwen". Er is een idee (niet per se juist): de toekomstige winstmodellen voor software kunnen zijn dat zolang de inkomsten van de software groter zijn dan de tokens die nodig zijn voor dynamische bouwbehoeften, men het verschil kan verdienen als winst.
De dynamische bouw van software hier is eigenlijk een behoorlijke uitdaging. In de vroegere ontwikkeling van internetsoftware huurden we programmeurs, ontwerpers en productmanagers in om de software te schrijven en deze vervolgens op een server te laten draaien. Ongeacht het type software, zijn het in wezen allemaal kant-en-klare producten, en er is een groot verschil tussen kant-en-klare producten en de broncode, wat veel complexe workflows met zich meebrengt. Tegenwoordig kunnen LLM's eigenlijk al software dynamisch genereren, maar we hebben enkele zeer sterke beperkingen nodig, anders kunnen de kosten van de door gebruikers verbruikte tokens veel hoger zijn dan de inkomsten van de software zelf. Hoe we deze beperkingsruimte in de dynamische bouw van software kunnen realiseren, wordt dus een behoorlijke uitdaging. De Agent SDK van cc heeft al enkele strikte beperkingen. Bijvoorbeeld, wat het kan doen of welke Unix-commando's gebruikt kunnen worden, maar al deze dingen zijn strikte beperkingen en geen op behoeften gebaseerde beperkingen. De huidige Agent-producten zijn nog vrij primitief, zoals het beperken van de toegang van gebruikers tot een bepaald aantal keren om een beperking te bereiken. Ik geloof dat er in de toekomst meer interessante manieren zullen komen, en de kenmerken van internetsoftware zullen aanzienlijk veranderen door de populariteit van agents.
304