@CieloDahy El otro dia habiamos tenido un problema con un agente en prod y despues de fixearlo me puse a entender un poco la durabilidad de ejecucion. Llegue a esto y me quedo más claro
"Customers won't care about any particular technology unless it solves a particular problem in a superior way"
solucionar 1 problema y ser el mejor >>>> solucionar todo y ser mid
Estar construyendo agentes de voz me llevo a leer un paper de 1974.
"A Simplest Systematics for the Organization of Turn-Taking for Conversation" (Sacks, Schegloff & Jefferson) describe cómo los humanos nos turnamos para hablar (muy recomendado).
Este paper explica que: no esperamos al silencio para saber que el otro terminó. proyectamos el final del turno por la sintaxis, el tono, el ritmo. por eso casi no nos pisamos ni dejamos silencios incómodos.
los agentes de voz hacen lo contrario: esperan X ms de silencio para asumir que terminaste (endpointing). por eso o te interrumpen, o se sienten lentos. no hay punto medio.
en Plexo lo encaramos como un problema de turn-taking, no de latencia:
[tu decisión real — ej. predecir fin-de-turno en vez de esperar silencio / descartar el buffer en barge-in].
Esto es lo que están haciendo los mejores modelos de voz del mercado. Hoy se busca aplicar y mejorar sobre lo que se estudio hace 50 años.
La gente que se adapte más rápido va a ser la que llegue más lejos.
Hoy las capacidades de los modelos se duplican en 3.4 meses, por no decir que todo el tiempo sale algo nuevo que viene a mejorar lo establecido.
Es muy fácil caer en la desesperación y abrumarse, por eso es muy importante tener en claro el foco.
Pero el foco no es elegir el camino, sino el problema y dar bien el próximo paso.
Hoy estaba escuchando la entrevista de Garry Tan a Mark Pincus y me gusto su framework para construir productos: proven, better, new.
– proven: copiá lo que ya funciona y no innovar
– better: mejoralo en algo que 10/10 usuarios reconozcan (más barato, más rápido, menos fricción)
– new: una idea novedosa que traccione
hoy los LLM's son: buenisimos copiando y optimizando lo que existe, malísimo inventando lo que no existe.
lo nuevo todavía es trabajo nuestro.
Hay que trabajar en lo nuevo y lo nuevo esta fuera de distribución
hace rato que vengo consumiendo mucho contenido de aca de AI y building y me quiero sumar asique arranco. Quick intro: 24, cofounder de @zentagency , codeando con agentes y a veces duermo. Expectativas: conocer gente crack.