Los últimos productos de vibe se han desarrollado principalmente en torno a mi idea de "construcción de software bajo demanda". Tengo una idea (que puede no ser correcta): el futuro modelo de negocio del software podría ser que, siempre que los ingresos del software sean mayores que los tokens necesarios para la demanda de construcción dinámica, se podría obtener la diferencia de beneficios.

El software dinámico de construcción aquí es en realidad un gran desafío. En el desarrollo de software de Internet en el pasado, solíamos contratar programadores, diseñadores y gerentes de producto para crear el software y luego ejecutarlo en un servidor. Cualquiera que sea el software, en esencia, son productos construidos, y hay una gran diferencia entre los productos construidos y el código fuente, que incluye muchos flujos de trabajo complejos. Ahora, los LLM en realidad ya pueden generar software de forma dinámica, pero necesitamos algunas restricciones muy fuertes, de lo contrario, el costo de los Tokens consumidos por el usuario podría ser mucho mayor que los ingresos del software en sí. Así que cómo implementar este espacio de restricciones en la construcción dinámica de software se convierte en un desafío considerable. El SDK de Agent de cc ya tiene algunas restricciones rígidas. Por ejemplo, las cosas que puede hacer o los comandos de Unix que se pueden usar, pero todas estas son restricciones rígidas, no basadas en necesidades. Los productos de Agent actuales son bastante primitivos, como limitar la frecuencia de acceso del usuario para lograr una restricción. Creo que en el futuro debería haber formas más interesantes, y las características del software de Internet en sí se verán significativamente alteradas por la popularidad de los agentes.