No pongas agentes en tu app — pon tu app en un agente

La idea grande de Daniel B. es esta: deja de intentar meter agentes LLM en software tradicional y empieza a construir al revés. Los agentes son la interfaz ahora; las apps son solo herramientas que ellos agarran.

El patrón viejo es una web app con un chatbot pegado. Le pones un sidebar, un prompt box, unas cuantas llamadas a la API. El usuario se sienta en el browser, hace click, y espera que el agente sepa qué hacer. No pega. El agente es tan bueno como el contexto que puede alcanzar, y un sidebar es un carril estrecho.

El patrón mejor es al revés: un agente que tiene acceso a un set de tools — APIs, bases de datos, file stores, flujos de pago — y el usuario le habla en natural language. El agente llama a las tools. El usuario nunca toca el UI. Así es como funcionan cosas como Cursor y Bolt hoy. No son apps con AI. Son agentes que por casualidad tienen un visual editor.

El takeaway práctico es simple: si estás construyendo algo nuevo en 2025, empieza con el agente y el tooling. No empieces con el dashboard y le pegues un chatbot. El agente es el producto. El UI es un afterthought.

Por eso un montón de SaaS viejo se va a sentir chueco pronto. Las interfaces que la gente realmente quiere son text-based — un prompt, un resultado, tal vez una confirmación. Los dashboards fancy son legacy thinking. Los que ganan son los whose agents pueden alcanzar lo suficiente para hacer el trabajo sin obligar al usuario a hacer click en diez pantallas.

Por qué nos importa: las tools que de verdad van a servir a nuestras comunidades — la app de la migra, el sistema de inventario de la bodega, el negocio del primo — no van a ser web apps con chatbots. Van a ser agentes que pueden llamar APIs y hacer el trabajo, y deberíamos empezar a construirlos así en lugar de perder tiempo en dashboards que nadie usa.