Negli ultimi tempi, diversi prodotti di vibe sono stati sviluppati principalmente attorno alla mia idea di "costruzione del software su richiesta". Ho un'idea (non necessariamente corretta): i futuri modelli di profitto del software potrebbero essere basati sul fatto che, se le entrate del software superano i token necessari per la costruzione dinamica, si può guadagnare un profitto dalla differenza.

La costruzione dinamica del software qui è in realtà una grande sfida. Nello sviluppo di software per Internet in passato, assumevamo programmatori, designer e product manager per scrivere il software e poi metterlo in esecuzione sui server. Qualunque sia il tipo di software, essenzialmente è un prodotto costruito, e c'è una grande differenza tra il prodotto costruito e il codice sorgente, che include molti flussi di lavoro complessi. Ora, i LLM possono effettivamente generare software in modo dinamico, ma abbiamo bisogno di vincoli molto forti, altrimenti il costo in Token per l'utente potrebbe superare di gran lunga le entrate del software stesso. Quindi, come realizzare questo spazio di vincoli nella costruzione dinamica del software diventa una sfida piuttosto grande. L'Agent SDK di cc ha già alcuni vincoli rigidi. Ad esempio, ci sono cose che può fare o comandi Unix che può utilizzare, ma tutte queste cose sono vincoli rigidi, non vincoli basati sulle esigenze. Attualmente, i prodotti Agent sono piuttosto primari, ad esempio limitando la frequenza di accesso degli utenti per raggiungere un vincolo; credo che in futuro ci saranno modi più interessanti, e le caratteristiche del software Internet stesso saranno notevolmente cambiate a causa della popolarità degli agent.