Die letzten Produkte von vibe basieren hauptsächlich auf meinem Ansatz des "Software-on-Demand-Baus". Eine Idee (nicht unbedingt richtig): Das zukünftige Geschäftsmodell für Software könnte sein, dass man nur dann Gewinne erzielt, wenn die Einnahmen der Software die für den dynamischen Bau benötigten Tokens übersteigen, um die Preisdifferenz als Gewinn zu erzielen.

Die dynamische Softwareerstellung hier ist tatsächlich eine ziemlich große Herausforderung. In der Vergangenheit der Internet-Softwareentwicklung haben wir Programmierer, Designer und Produktmanager eingestellt, um die Software zu erstellen und sie dann auf Servern auszuführen. Unabhängig von der Art der Software sind sie im Wesentlichen fertige Produkte, und zwischen den fertigen Produkten und dem Quellcode gibt es große Unterschiede, die viele komplexe Arbeitsabläufe beinhalten. Jetzt können LLMs tatsächlich Software dynamisch generieren, aber wir benötigen einige sehr starke Einschränkungen, sonst könnten die Token-Kosten, die die Benutzer verbrauchen, weit höher sein als die Einnahmen der Software selbst. Wie wir also den Raum für Einschränkungen in dieser dynamischen Softwareerstellung umsetzen, wird zu einer größeren Herausforderung. Das Agent SDK von cc hat bereits einige strenge Einschränkungen. Zum Beispiel, was es tun kann oder welche Unix-Befehle verwendet werden können, aber all diese Dinge sind strenge Einschränkungen und keine bedarfsbasierten Einschränkungen. Die aktuellen Agent-Produkte sind noch recht primitiv, zum Beispiel durch die Begrenzung der Zugriffsfrequenz der Benutzer, um eine Einschränkung zu erreichen. Ich glaube, dass es in Zukunft interessantere Möglichkeiten geben wird, und die Eigenschaften der Internetsoftware werden sich erheblich ändern, da die Agenten populär werden.