Cómo construyó Forward Future un «segundo cerebro» con IA que trabaja solo: de un único flujo de correo a una memoria estructurada

Aviso previo: el contenido descargado es solo una parte del artículo. El texto se corta en el muro de pago («Keep Reading – Available to paid subscribers»), de modo que lo que sigue se basa únicamente en la parte pública. No incluye las secciones posteriores, como lo que falló o lo que el autor haría de forma distinta, aunque el subtítulo las anuncia.

El autor, Nick Wentz, de Forward Future, cuenta que hace unos meses su IA detectó un enlace erróneo en un correo dirigido a un socio. Nadie se lo había pedido. Encontró el enlace correcto, actualizó el borrador y le avisó del cambio para que lo revisara. Para él fue la primera señal de que su sistema funcionaba: una IA que entiende su trabajo lo bastante bien como para saber cuándo algo requiere atención sin que se lo indiquen.

Su tesis es que la mayoría de la gente usa la IA como un buscador: preguntas, recibes una respuesta y sigues. Él quería un sistema que evalúe de forma continua lo que ocurre en la empresa, conecte las distintas aplicaciones y empiece trabajo útil por iniciativa propia. Lo llama su «segundo cerebro». Está construido alrededor de Grok Bot, que hace de interfaz y de orquestador. El sistema recuerda relaciones y decisiones, prepara reuniones, sigue compromisos, vigila el rendimiento del negocio y coordina a un equipo de agentes especializados. Algunas rutinas se ejecutan según un calendario y otras se disparan cuando llega información nueva. También puede lanzar tareas simplemente hablándole.

El mensaje principal para quien no es un usuario avanzado es que todo empezó con una sola rutina de correo. Según el autor, si sabes explicarle a un empleado nuevo cómo clasificas tu bandeja de entrada, puedes construir la versión uno.

Empezar con un único flujo de trabajo. Wentz empezó a experimentar con Grok Bot en agosto de 2026 y le dio una sola tarea: revisar su correo cada mañana. La primera versión conectaba Gmail, HubSpot y Google Drive. Leía los mensajes entrantes, recuperaba el contexto de relación y de negocio y le ayudaba a decidir qué merecía su atención. Un ejemplo: un correo de patrocinio menciona a una empresa con la que se negoció hace seis meses. Antes habría tenido que rebuscar en hilos antiguos, consultar el CRM y localizar la última propuesta. Ahora quería que el agente hiciera ese trabajo.

Después fue añadiendo fuentes una a una. Fathom, mediante su API, para obtener las transcripciones de reuniones nuevas. Después Asana, Calendar y Slack, que permiten conectar las conversaciones con el trabajo que generan. Más tarde incorporó las plataformas de audiencia e ingresos: Beehiiv, YouTube y Stripe. Hoy el sistema revisa correos importantes y nuevas transcripciones aproximadamente cada 30 minutos durante la jornada laboral. Otros flujos reaccionan a cambios en los sistemas conectados, como nuevas transcripciones, oportunidades de HubSpot que cambian de etapa o tareas vencidas en Asana, combinando comprobaciones programadas y disparadores por evento. No hacen falta todas las integraciones para empezar.

Receta para un primer briefing matinal. El artículo propone cinco pasos con Grok Bot:

1. Conectar el correo. Se abre Grok Bot, se elige «Connect apps» y se conecta Gmail, empezando solo con acceso de lectura. HubSpot u otras fuentes se pueden añadir después.

2. Dar instrucciones. Se pega un prompt en el que el asistente actúa como asistente ejecutivo. Cada mañana revisa los correos nuevos desde el último briefing y usa la correspondencia anterior como contexto. Prioriza los mensajes que exigen decisiones o respuestas, los compromisos pendientes, los plazos próximos y los riesgos u oportunidades importantes. Ignora boletines, promociones y notificaciones rutinarias. Entrega los tres puntos más importantes, y para cada uno explica qué ha pasado, por qué importa, qué debería hacer el usuario y enlaza el correo original. El briefing no debe pasar de dos minutos de lectura. Debe distinguir hechos de suposiciones, señalar lo no verificado y no enviar correos ni modificar registros sin aprobación.

3. Probar y refinar. Se pide a Grok Bot que ejecute el briefing de inmediato y se comprueba si captó los mensajes importantes y descartó el ruido. Los primeros briefings del autor resumían demasiado, y los mejoró indicándole que no resumiera la bandeja de entrada y que solo mostrara lo que requiere una decisión, afecta a un compromiso existente o presenta un riesgo u oportunidad significativos. Unas pocas rondas de refinamiento marcan, según él, una gran diferencia.

4. Automatizar. Cuando el resultado satisface, se le pide guardar el proceso como una habilidad reutilizable y programarlo para los días laborables a las 7:30 hora del Pacífico. La entrega se hace en la misma conversación y se avisa de las fuentes a las que no pudo acceder. Después se confirma el calendario y se usa «Test» para verificar la rutina.

5. Añadir contexto. Tras unos días se conecta HubSpot u otra fuente relevante. Así el asistente puede reconocer que un correo aparentemente rutinario guarda relación con una negociación activa o un compromiso pendiente. Según el autor, ahí se vuelve realmente útil: en lugar de informar de lo nuevo, empieza a identificar lo que importa. El objetivo es un briefing diario de dos minutos con prioridades, contexto y próximos pasos recomendados. El ejemplo gráfico del artículo es ilustrativo, con datos ficticios en lugar de información sensible.

Una memoria que se pueda usar. El historial de chat sirve para recordar preferencias, como preferir viñetas a frases largas. Es menos fiable para compromisos comerciales precisos, condiciones cambiantes e información que debe mantenerse exacta con el tiempo. Por eso el autor montó un sistema de memoria más estructurado, con Convex como base de datos principal. Organiza la información de Forward Future en registros de personas, empresas, proyectos, conversaciones, acuerdos, decisiones y compromisos, y registra las relaciones entre ellos.

Esas relaciones se complican rápido. Una misma empresa puede ser a la vez patrocinador, invitado de una entrevista, socio tecnológico y fabricante de un producto que se está considerando cubrir. El sistema debe reconocer esas conexiones y mantener separadas con firmeza las relaciones comerciales de las decisiones editoriales. Cada registro importante incluye su historial, los documentos asociados, las responsabilidades pendientes y enlaces a las fuentes originales. El sistema los actualiza a medida que llega información nueva, distinguiendo decisiones confirmadas de propuestas, suposiciones e información obsoleta. Así, una fecha de patrocinio provisional no tiene la misma autoridad que un acuerdo firmado.

Ejemplo: seis vídeos, varios meses, un acuerdo. Recientemente negociaron un paquete de patrocinio de seis vídeos con un nuevo socio. El acuerdo exigía espaciar las integraciones a lo largo de varios meses, incluía estipulaciones sobre competidores y prohibía colocaciones consecutivas. El problema era que nada de eso estaba en un único lugar. La negociación se hizo por correo y en reuniones, la oportunidad estaba en HubSpot, las condiciones comerciales en el contrato, y los calendarios de producción y responsabilidades en otro sitio. El segundo cerebro lo une todo. Si un correo nuevo propone fechas que chocan con un compromiso existente, el sistema está diseñado para detectar la discrepancia y avisar. La clave, según el autor, no es recordarlo todo, sino saber qué información refleja el compromiso vigente: una fecha propuesta, una oferta revisada y un contrato firmado no tienen la misma autoridad.

Valoración. La parte accesible deja dos ideas prácticas. Empezar con un flujo pequeño y bien acotado, con permisos de solo lectura y aprobación humana antes de enviar o modificar nada. Y tratar la memoria como datos estructurados con jerarquía de autoridad, no como un historial de conversación. Los detalles de los fallos y de lo que el autor cambiaría quedan tras el muro de pago, y no se pueden resumir aquí.