Os produtos recentes da vibe estão principalmente centrados na minha ideia de "construção de software sob demanda". Tenho uma ideia (que pode não estar correta): o modelo de lucro do software no futuro pode ser que, desde que a receita do software seja maior do que o token necessário para a construção dinâmica, é possível obter o diferencial para lucrar.

A construção dinâmica de software aqui é, na verdade, um grande desafio. No desenvolvimento de software da internet no passado, costumávamos contratar programadores, designers e gerentes de produto para criar o software e, em seguida, colocá-lo em execução em servidores. Independentemente do tipo de software, essencialmente, trata-se de produtos já construídos, e há uma grande diferença entre os produtos construídos e o código-fonte, que envolve muitos fluxos de trabalho complexos. Agora, os LLMs já podem realmente gerar software de forma dinâmica, mas precisamos de algumas restrições muito fortes, caso contrário, o custo em Tokens consumidos pelos usuários pode ser muito maior do que a receita do próprio software. Portanto, como implementar esse espaço de restrição na construção dinâmica de software se torna um desafio considerável. O SDK do Agent da cc já possui algumas restrições rígidas. Por exemplo, as coisas que ele pode fazer ou os comandos Unix que podem ser usados, mas todas essas coisas são restrições rígidas, e não restrições baseadas em necessidades. Atualmente, os produtos Agent são bastante primários, como limitar a frequência de acesso dos usuários para alcançar uma restrição. Acredito que no futuro haverá maneiras mais interessantes, e as características do software da internet também serão amplamente alteradas devido à popularidade dos agents.