Plan de dos meses · Backlog MAZOS

El marco

Dos meses, tres seniors, todo el alcance dentro

Las tres estimaciones entran en el plazo acordado. Cada uno tiene su frente durante los dos meses, y así se reparte el calendario.

Quién	Primer mes	Segundo mes
Ger Dev Sr 1	Monta la plataforma de conexión con Pipedream y empieza a enchufar aplicaciones.	Termina las integraciones que falten, migra las cuatro que hoy funcionan con credenciales compartidas, y resuelve los casos aparte: Affinity, Whoop, Garmin y Wispr.
Ale Dev Sr 2	Deja el despliegue automatizado y sin cortes, y en cuanto esté el multi-tenant separa por empresa lo que hoy es común: documentos, grafo y motor del agente.	Abre los canales que faltan, correo y WhatsApp oficial, monta las skills del cliente y el panel de actividad, y cierra con las pruebas de aislamiento y el recorrido completo.
Bauti Dev Sr 3	Multi-tenant primero, porque sin eso no arranca casi nada de lo demás. Después la limpieza de lo que es del cliente actual, el alta sola y el rediseño del producto.	Portada nueva, onboarding, personalidad del asistente, entregables de calidad, proactividad y estructura de conversación. Cierra con el canal web, agente a agente entero y los dos análisis, Cursor y el cruce a otro tenant.

El reparto

Decisión de producto	Lo que exige decidir cómo se comporta el producto lo lleva Bauti: multi-tenant, la poda, el diseño, el dashboard, el onboarding, el canal web y agente a agente entero.
B5 del plan	No aparece como tarea propia: se disuelve en las ocho de la plataforma de conexión con Pipedream, que cubren lo mismo con más detalle. Contarlo aparte sería contarlo dos veces.
Trabajo especificado	Lo que está definido de antemano va a Ger y Ale: la plataforma de conexión, las integraciones una a una, RAG y grafo por empresa, los canales, la infraestructura y las pruebas.
Tamaño de tarea	Ninguna tarea pasa de 3 días. Las integraciones van agrupadas por familia, pero se cierran de una en una: se conecta, se prueba con una cuenta real y se pasa a la siguiente.

La referencia

Town e Instinct: la competencia, y la base sobre la que construimos

No partimos de cero ni inventamos el género. Hay dos productos que ya resolvieron esto y que compiten con nosotros, y son opuestos entre sí: Town ha construido el mecanismo, con superficies separadas, aprobaciones y disparadores concretos; Instinct ha apostado por el instinto, un solo hilo y actuar sin preguntar. De Town copiamos cómo está hecho. De Instinct, la actitud.

Producto	Qué es	Dónde mirarlo
Town a16z y Forerunner 55 M$ Serie A	Asistente por persona con dirección de correo propia, rutinas con disparadores, aprobaciones por acción y memoria que se reescribe cada noche. Cobra desde 15 $ al mes y reserva la colaboración entre asistentes a su plan Pro, 49 $. Sus canales son panel, correo, Slack, iOS, escritorio, WhatsApp y Telegram.	Documentación Rutinas Cómo aprende Precios
Instinct Index y Benchmark 250 M$ a 2.500 M$	Asistente al que se le habla por mensaje o por teléfono, en un hilo único sin proyectos ni espacios. Entrenado para escribir él primero y para actuar sin pedir permiso: sus términos lo nombran agente autorizado a cerrar compromisos en tu nombre. Levantó a 2.500 M$ en agosto de 2026, cinco veces su valoración de semanas antes.	TechCrunch Análisis técnico

Los cuatro mecanismos de Town que se copian

No son ideas, son piezas concretas con su forma ya resuelta.

Mecanismo	Cómo lo hacen	Dónde entra
Trece disparadores, no dos	Manual, correo entrante, correo entrante que cumple una condición escrita en lenguaje natural, correo saliente, correo dirigido al asistente, horario, inicio y fin de evento, cambio de respuesta a una invitación, evento creado o modificado, nota de voz transcrita, mención en Slack y webhook autenticado. Nosotros hoy tenemos dos: horario y mensaje entrante.	B10 · B11
Memoria que se reescribe, no que se acumula	Cada noche relee todo lo acumulado, promueve los hechos durables al perfil, retira lo que caducó, fusiona duplicados y lo contrasta con la actividad reciente. Y se le enseña una vez desde cualquier canal: el sistema decide solo si esa instrucción es global o de una rutina.	B9
Proactividad en dos superficies	Avisos y sugerencias separados, nunca mezclados. Cada tarjeta dice de dónde sale, se convierte en tarea de un clic, y al descartarla se puede decir por qué para que deje de insistir.	B17 · B25
Confianza mezclada dentro de una rutina	La misma rutina puede escribir sola en una hoja de cálculo y esperar aprobación antes de mandar el aviso de una factura vencida. No es un interruptor por rutina, es por acción.	B10 · A3

Y lo que hacemos distinto

La empresa, no la persona	En Town la unidad de aislamiento es el individuo y los equipos son una capa de facturación por encima. Nosotros construimos multiempresa desde el modelo de datos, que es lo que permite vender a una PYME entera y no asiento por asiento.
La compuerta se queda	Instinct actúa sin preguntar, y eso es justo lo que le está costando la prensa: mandó un correo en nombre de una inversora sin consultarle, siguió resumiendo una bandeja después de que le revocaran el acceso, guarda correos en texto plano y se le cuela una instrucción escondida en un correo. Nuestra batería de red team ya probó ese vector y lo resistió.
WhatsApp de primera	Los dos lo tienen, así que no es el diferencial que creíamos. Lo que sí lo es: que el alta sea de un toque y sin códigos QR, y que el asistente viva ahí de verdad, con notas de voz, adjuntos y aprobaciones dentro del chat.

La decisión técnica

Todas las integraciones por Pipedream

En esta primera etapa no se construye ninguna conexión directa contra el proveedor. Todo pasa por Pipedream, que resuelve la autenticación y trae las acciones hechas.

Qué cambia	Por qué
Una sola forma de conectar	Se monta la plataforma una vez y añadir un proveedor pasa a ser configurarlo, no programarlo. Es lo que permite meter treinta aplicaciones en dos meses.
Menos días por aplicación	Cada integración baja a medio día o menos, frente al día largo que cuesta construirla contra la API del proveedor.
Aparece la acotación de herramientas	Con el catálogo entero enchufado, las definiciones no caben en la ventana de contexto del agente. Es la partida nueva de esta decisión, y no es opcional.
La vía directa no se pierde	Si una integración da problemas o el consumo se dispara, esa misma integración se pasa a conexión directa sin rehacer lo demás.
Los canales no son integraciones	WhatsApp y Telegram son por donde se habla con el asistente, no herramientas que el asistente use. Siguen siendo nuestros y no pasan por Pipedream: lo que se hace con ellos es quitarles fricción en el alta.

Lo primero no es código, son las cuentas de prueba. Cada integración necesita una cuenta real del proveedor, alguna de pago, y varias no se consiguen en una tarde. Se piden la primera semana o el equipo se queda parado con tiempo disponible.

La otra decisión

Las vías de comunicación, con el modelo de Town

Town se alcanza desde donde ya trabajas: panel, correo, WhatsApp, Telegram y Slack, y cada canal se conecta desde el mismo sitio y en un toque. Hoy nuestros canales funcionan pero se dan de alta cada uno a su manera, y alguno de forma que no se le puede pedir a una empresa. Esto deja de ser una lista de arreglos sueltos y pasa a ser un bloque con una regla: un solo sitio para conectar cualquier canal, y ningún token que el usuario tenga que pegar.

Canal	Cómo está hoy	A dónde va
WhatsApp	Funciona, pero para dar de alta un número hay que emparejarlo escaneando un código QR	Alta por la ventana oficial de Meta: el cliente conecta su propio número en unos clics, sin tocar nada
Telegram	Funciona y el enlace de un toque existe, pero está roto por un error de configuración	Enlace de un toque que funcione, y disponible también fuera del alta para quien lo añada más tarde
Correo	No existe como canal: al asistente no se le puede escribir por correo	Dirección por empresa a la que se le escribe, se le reenvía un hilo o se le pone en copia
Panel	No existe: para hablar con el asistente hay que salir a WhatsApp	Canal propio dentro del producto, con historial buscable y aprobaciones en la conversación
Slack	Está como canal, pero el asistente no puede actuar dentro	Participa con su nombre y su tono, y pide permiso antes de hacer nada

Y una pantalla que los une. Va dentro del canal web: desde ahí se ve qué canales tiene conectados el usuario, se conecta el que falte, se elige por dónde quiere recibir las respuestas, y una conversación empezada en uno se puede seguir en otro. Es lo que convierte cinco canales sueltos en un producto.

Estructura en el board

Tres épicas, y las tareas colgando de ellas

Una épica por estimación. Las tareas se listan más abajo repartidas por persona, y cada una lleva la etiqueta de la épica a la que pertenece.

Tipo	Épica	Qué agrupa	Tareas
epic	SAAS MazOs SaaS	Los bloques del plan: multi-tenant, alta sola, la poda de lo vertical, diseño, onboarding, canales, skills del cliente, observabilidad y QA. Más tres que no venían en la hoja: B24 entregables de calidad, B25 proactividad y B26 estructura de mensajes, las dos últimas de mirar a Town e Instinct. B23, las redes de Meta, ya está hecho y probado, así que no entra.	26
epic	INTEG Integraciones	La plataforma de conexión con Pipedream y las 32 aplicaciones, más los tres casos que no son integraciones: Slack Persona, MazOs como servidor y los canales.	25
epic	A2A Agente a agente	Que el asistente de una persona pregunte al de un compañero con aprobación de por medio, más el análisis de cruzar a otro tenant.	6

Qué tipo lleva cada tarea

Tipo	Cuándo se usa
epic	Las tres de arriba, una por estimación. Es el contenedor.
feature	Capacidad que el cliente ve o usa. Si al terminarla se puede enseñar en una demo, es feature.
task	Trabajo concreto que por sí solo no se enseña: una integración, un análisis, una pieza interna.
chore	Infraestructura, higiene y pruebas. No aporta nada visible, pero sin ello lo demás no se sostiene.
subtask	Los seis frentes del análisis del alcance 2, cuando se abra esa tarea.
story	No se usa. En este board no hay ninguna historia escrita como historia de usuario, y meterlas ahora mezclaría dos convenciones.
bug	No se usa. Nada de esto es un defecto: es obra nueva.

Bauti · el producto

Bauti

En orden de ejecución. B2 va primero: sin él no hay producto multiempresa y no arranca agente a agente.

Épica	Tipo	Título	Descripción	Días	No empieza hasta
SAAS	feature	B2 · Multi-tenant: cada empresa en su espacio	Hoy la aplicación asume que hay un solo cliente. Esto la convierte en un producto donde conviven muchas empresas sin verse entre sí: se crea el concepto de organización con sus usuarios y roles, se añade el identificador de empresa a las 16 tablas que no lo tienen y se filtra por él en los 36 routers. Y se unifica la identidad del agente, que hoy va por teléfono, con la del panel, para que sean la misma persona. Va primero porque casi todo lo demás depende de esto.	5	B1
SAAS	chore	B4 · Producto limpio: fuera lo de family office	El producto arrastra secciones que solo sirven al cliente actual y que un cliente nuevo no debe ni ver. Se retiran cartera, fondos, tesorería, reporting trimestral e intros, y se desacopla lo que esas secciones compartían con el asistente para no romperlo al quitarlas. Lo delicado no es borrar, es saber qué se corta y qué se queda.	2	libre
SAAS	feature	B3 · Self-service: alta y modo empresa	Que una empresa pueda empezar a usar MazOs sola, sin que nosotros intervengamos. Se registra con su cuenta de Google, el sistema le crea el espacio de trabajo con sus credenciales y su memoria, invita a sus compañeros con el rol que les toque, elige idioma y zona horaria, y si se va, se lleva o borra sus datos.	1	B2
SAAS	feature	B13 · Design system y lenguaje del producto	El producto se ve como lo que fue, una herramienta hecha para una persona. Esto lo convierte en algo que se entiende sin que nadie lo explique: se revisa pantalla por pantalla, se reordena el menú de 29 enlaces a una navegación corta por tareas, y se dejan hechos los componentes, los colores y los estados que faltan, empezando por los que nunca se diseñan (vacío, cargando, error, sin permisos). Responsive y accesibilidad básica incluidas.	6	libre
SAAS	feature	B14 · Dashboard: la portada del producto	Lo primero que ve el usuario al entrar sigue siendo una pantalla de gestión de fondos. Se rehace para que muestre lo que de verdad le importa: qué rutinas tiene activas, qué ha hecho el asistente últimamente, qué está esperando su aprobación, qué herramientas tiene conectadas y cuáles le faltan, y accesos directos a lo que usa cada día.	4	B13
SAAS	feature	B9 · Perfil inferido	Que el asistente sepa con quién trabaja desde el primer día, sin que el usuario le cuente nada. Al darse de alta, lee su correo y su calendario en segundo plano y deduce a qué se dedica, quiénes son sus contactos clave y cómo escribe. Luego se lo enseña en una pantalla donde puede corregir lo que no sea cierto.	1	Catálogo
SAAS	feature	B10 · Rutinas en el alta	Que el usuario termine el alta con el asistente ya trabajando, en vez de con una pantalla vacía. Durante el proceso se le proponen las rutinas que encajan con lo que hace (revisar la bandeja, el resumen de la mañana, la preparación de reuniones) y las activa con un interruptor. Nada se envía sin pasar antes por su aprobación.	1	B9
SAAS	feature	B11 · Explore: rutinas listas para usar	Un catálogo de automatizaciones ya hechas, para que el usuario no tenga que montarlas desde cero. Cada una dice qué hace, qué integraciones necesita y a qué datos toca antes de activarla, y se puede ajustar sin programar. Se pueden publicar rutinas nuevas al catálogo sin desplegar el producto.	1	B10
SAAS	feature	B12 · Personalidad: nombre, tono y avatar	Que el asistente deje de ser anónimo. El usuario le pone nombre, elige cómo quiere que le hable, de cercano a formal, y le genera una cara. El tono no es decorativo: se inyecta en las instrucciones del agente, así que se nota en cómo responde y en cómo redacta los correos que manda en su nombre.	2	libre
SAAS	feature	B24 · Entregables de calidad: PDF, Excel, documentos y presentaciones	Que lo que el asistente entrega parezca hecho por un profesional y no por un script. Ya existen las skills de PDF, Excel y documentos por separado, y cada una hace las cosas a su manera: se unifican bajo un mismo estándar de tipografía, estilos, cabeceras y numeración, se arreglan los fallos conocidos (la de PDF no normaliza tildes y eñes, la de Excel no comparte formato con las demás) y se añade lo que falta, presentaciones, que es lo que Town vende como Decks. Un solo sitio donde se decide cómo se ve un entregable, para no volver a ajustar cuatro skills cada vez.	1	libre
SAAS	feature	B25 · Proactividad al estilo de Instinct	Que el asistente escriba primero, no solo cuando se le pregunta. Es la apuesta de Instinct, que retoma los hilos que dejaste caer y te busca él. Aquí se separa en las dos superficies que usa Town, porque mezclarlas es lo que convierte la proactividad en ruido: avisos, que solo informan de que algo cambió, alguien te espera o vence un plazo, y sugerencias, que proponen una acción concreta y se aceptan de un clic. Cada tarjeta dice de dónde sale, se puede convertir en tarea, y al descartarla se puede decir por qué, para que deje de insistir con eso.	2	B17
SAAS	feature	B26 · Estructura de mensajes y de conversación	Cómo se le habla al asistente y cómo contesta él, que es donde estas dos herramientas compiten de verdad. De Instinct, el hilo único: todo ocurre en una sola conversación que no se organiza en proyectos ni espacios, que es lo natural en WhatsApp. De Town, que una petición se convierta en algo visible que avanza y que, cuando el asistente necesita algo, vuelva dentro de ese mismo hilo en lugar de mandar un aviso aparte. Incluye qué se enseña mientras trabaja y cómo cuenta lo que hizo al terminar.	2	B15
SAAS	feature	Canal web · B15	Poder conversar con el asistente dentro del propio producto, sin salir a WhatsApp. Se monta sobre el repartidor de canales que ya existe, con lo mismo que se puede hacer por WhatsApp (mandar adjuntos, recibir informes) más lo que ahí no se puede: ver la respuesta escribiéndose, buscar en el historial, y aprobar o rechazar desde la propia conversación. Y si se empieza en un canal, se puede seguir en otro.	2	B2
SAAS	feature	B19 · Agentes del cliente	Que una empresa pueda tener varios asistentes especializados en vez de uno solo: uno para ventas, otro para administración. Cada uno con su nombre, su personalidad, su conversación propia y las skills que se le asignen. El mensaje llega al agente que corresponde y la respuesta sale por el canal correcto. Agente a agente necesita esto para poder dirigirse a uno concreto.	2	B18
A2A	feature	A1 · A quién se puede preguntar	Cuando el asistente no sabe algo, tiene que saber a qué compañero preguntarle. Dentro de la empresa puede dirigirse a cualquiera, porque la aprobación de la persona protege cada respuesta, así que no hace falta ni grupos ni un directorio que alguien tenga que mantener. Propone a quién preguntar con lo que ya sabe (con quién comparte correos y reuniones, quién lleva ese tema) y, si no acierta, la persona le dice a quién.	1,5	B2 · B19
A2A	task	A2 · La petición entre asistentes	La pregunta que un asistente le hace a otro. No es un mensaje que viaje por ninguna red: es un registro en la misma base de datos, así que no hay envíos, ni entregas fallidas, ni remitentes que verificar. Lleva quién pregunta y desde dónde, qué pide y para qué, caduca sola a las 72 horas, y si la rechazan, el que preguntó se entera y deja de insistir.	2,5	A1
A2A	feature	A3 · La compuerta de aprobación	La pieza que hace que esto se pueda usar en una empresa: nada sale del lado de quien responde sin que esa persona lo haya visto. Le llega una tarjeta por su canal y al panel con quién pregunta, qué quiere y el borrador de la respuesta ya escrito, y aprueba, rechaza o la deja caducar. Y puede decir «esto, a esta persona, siempre», para que no se le vuelva a preguntar lo mismo.	3	A2 · B14
A2A	feature	A4 · Respuesta acotada y rastro	Lo que vuelve es el dato, nunca el documento de donde salió. Quien responde busca con sus propias credenciales y en modo de solo lectura, así que el que pregunta no gana ningún acceso que no tuviera. Las dos partes se quedan con el mismo registro de qué se preguntó, quién lo aprobó y qué se envió.	2	A3
A2A	chore	A5 · Prueba de extremo a extremo de agente a agente	Comprobar que el circuito entero funciona con dos personas reales: uno pregunta, al otro le llega por su canal, aprueba y la respuesta vuelve. Incluye lo que no es el camino feliz, que es donde suele romperse: qué pasa si rechaza y qué pasa si no contesta y la petición caduca.	1	A4
INTEG	task	MazOs desde Cursor · análisis y viabilidad	Es lo contrario a una integración: en vez de que MazOs use otras herramientas, MazOs pasa a poder usarse desde Cursor y desde cualquier aplicación compatible. Antes de construirlo hay que decidir qué se expone, cómo se identifica cada cliente que se conecta y cómo se garantiza que una empresa no alcance los datos de otra, y probarlo de verdad de punta a punta.	5	B2
A2A	task	Alcance 2 de agente a agente · análisis	Que el asistente pueda preguntarle a uno que está fuera de la empresa: el de un cliente, un proveedor o la gestoría. Son dos casos distintos, otro cliente de MazOs y un agente ajeno con protocolo abierto, y el segundo obliga a elegir por dónde viaja. Es análisis, no construcción: seis frentes que se cierran en paralelo al resto y que se estiman al terminar.	TBD	A1 · A2

Ger y Ale · la plataforma

Ger y Ale

Se reparten por bloques, no tarea a tarea: la plataforma de conexión y las integraciones por un lado, la infraestructura y lo de por empresa por el otro.

Épica	Tipo	Título	Descripción	Días	No empieza hasta
SAAS	chore	B1 · CI/CD: desplegar sin cortar el servicio	Hoy desplegar significa compilar en la propia máquina de producción, que es el paso más lento y el que más riesgo tiene. Se automatiza: en cada cambio se pasan las pruebas, en producción se descarga la imagen ya construida, las migraciones de datos se aplican sin tirar el servicio, y si algo sale mal se vuelve atrás en minutos. Además, un entorno de pruebas separado, que hoy no existe y sin el que no se puede probar el aislamiento entre empresas.	1	libre
INTEG	task	Pipedream · proyecto, entornos y token de acceso	El primer paso de todo lo demás: dar de alta el proyecto en Pipedream, separar el entorno de pruebas del de producción para no tocar datos de clientes al probar, y guardar la credencial con la que nuestro backend habla con ellos.	0,5	libre
INTEG	task	Pipedream · modelo de cuentas conectadas	La tabla donde queda registrado qué tiene enchufado cada persona y con qué cuenta. Es lo que permite que dos usuarios de la misma empresa tengan cada uno su HubSpot, y que el asistente sepa con cuál trabajar.	0,5	Proyecto
INTEG	task	Pipedream · endpoints de conexión	Las tres puertas entre nuestro backend y Pipedream: la que abre la pantalla de autorización al usuario, la que devuelve qué aplicaciones se pueden conectar, y la que recibe el aviso de que una conexión se completó, comprobando que viene de quien dice venir.	1,5	Modelo de cuentas
INTEG	feature	Catálogo de integraciones con buscador	La pantalla donde el usuario conecta sus herramientas, y que sustituye a las nueve páginas sueltas de hoy. Busca la aplicación, pulsa conectar, autoriza en la pantalla del propio proveedor y vuelve. Y ve de un vistazo qué tiene conectado y con qué cuenta.	2	Endpoints
INTEG	task	Cableado MCP por usuario	El puente entre lo que el usuario conecta y lo que el asistente puede hacer. Si alguien enchufa su HubSpot, su asistente pasa a tener las herramientas de HubSpot, y las usa con las credenciales de esa persona, nunca con una cuenta compartida de la casa. Incluye arreglar un fallo que hoy está escondido ahí: si el usuario no tiene Google conectado, la configuración devuelve vacío y el asistente se queda sin ninguna herramienta, tenga lo que tenga enchufado.	2	Endpoints
INTEG	task	Migrar las 4 que ya funcionan	Slack, X, Fireflies y LinkedIn ya funcionan, pero con un token pegado a mano o con una credencial compartida entre todos los clientes, que no se sostiene en un producto multiempresa. Pasan al mismo flujo que las demás, donde cada usuario conecta su propia cuenta con un clic. Como la plataforma ya está montada, es reconectar y retirar el camino viejo, no rehacer la integración. LinkedIn es la más sucia de las cuatro: hoy se conecta por tres caminos distintos que hay que unificar en uno. WhatsApp y Telegram no entran aquí: son el canal por el que se habla con el asistente, no herramientas que el asistente use, así que siguen siendo nuestras y tienen sus propias tareas.	1,5	Cableado MCP
INTEG	feature	Conectar desde el chat	Que conectar una herramienta se pueda hacer sin entrar al panel. El usuario le dice al asistente por WhatsApp que quiere conectar algo, recibe un enlace, autoriza desde el móvil y el asistente se entera de que ya está listo y sigue con lo que estaba haciendo.	1,5	Catálogo
INTEG	task	Cuenta caída, reconexión y telemetría	Las conexiones se caen: caduca un permiso, alguien cambia la contraseña. Esto detecta que una cuenta dejó de funcionar, avisa a su dueño y le da la vía para reconectarla sin escribir a soporte. Y mide el consumo, para saber qué se está gastando y quién.	1	Cableado MCP
INTEG	chore	Pruebas de la plataforma de conexión	Probar la plataforma antes de meterle treinta aplicaciones encima: que las firmas se comprueban, que un enlace caducado no sirve, que una persona puede tener dos cuentas del mismo proveedor sin mezclarlas, y que con varias empresas conectadas a la vez todo sigue en su sitio.	1,5	Catálogo · Cableado MCP
INTEG	task	Spike: el agente con muchas herramientas conectadas	Media jornada para responder una pregunta que decide el coste de lo siguiente: si el mecanismo que Claude Code ya trae para manejar muchas herramientas funciona en nuestro modo de ejecución. Si funciona, la acotación sale barata. Si no, hay que construirla entera.	0,5	libre
INTEG	task	Acotación de herramientas · diseño y primera capa	Con el catálogo entero conectado, las descripciones de todas las herramientas no caben en lo que el agente puede leer de una vez, y deja de funcionar. Esto decide qué herramientas ve en cada momento según lo que le estén pidiendo, en lugar de dárselas todas siempre.	3	Spike · Cableado MCP
INTEG	task	Acotación de herramientas · ajuste y medición	Afinar ese filtro con uso real, porque el riesgo es pasarse: si se acota de más, el agente deja de encontrar herramientas que sí necesitaba. Se mide con casos concretos y se ajusta hasta que acierte.	3	Acotación (diseño)
INTEG	task	Integraciones · CRM y ventas	Conectar los CRM por Pipedream: HubSpot, Salesforce, Pipedrive, Attio e Intercom. Se cierra una, se prueba con una cuenta real y se pasa a la siguiente. Salesforce pide confirmar antes que el cliente tenga contratado el complemento de API, que se paga aparte.	2	Cableado MCP
INTEG	task	Integraciones · trabajo y desarrollo	Conectar las herramientas de equipo y de desarrollo: Jira, Asana, Linear, ClickUp, GitHub, GitLab y Sentry. Con ClickUp hay que contar con sus límites de uso, que son bajos.	2,5	Cableado MCP
INTEG	task	Integraciones · datos y documentos	Conectar donde el cliente guarda sus datos y sus documentos: Airtable, monday.com, Supabase, Canva y Google Analytics. Con Supabase hay que documentar por escrito qué acceso se está concediendo, porque es amplio.	2	Cableado MCP
INTEG	task	Integraciones · reuniones y vídeo	Conectar la agenda, las reuniones grabadas y el vídeo: Calendly, Fathom, YouTube y YouTube Analytics. De Fathom no está documentado cómo se autentica, así que se prueba antes de darla por buena.	1,75	Cableado MCP
INTEG	task	Affinity	El componente que hay en Pipedream no sirve: son 213 bytes, un cascarón sin el campo de autenticación cableado, creado en 2021 y nunca terminado. Es la única del catálogo que hay que construir desde cero, no reutilizar.	3,5	Cableado MCP
INTEG	task	Whoop	No está en Pipedream y no publica servidor propio, así que hay que adaptar uno abierto con licencia permisiva. Su autorización sí es autoservicio, y cada usuario final necesita su propia suscripción de Whoop para que haya datos que leer.	2	Cableado MCP
INTEG	task	Garmin y Wispr Flow · informe y alternativas	Las dos están bloqueadas por su proveedor, así que no se entrega integración sino un informe con la vía posible. Garmin retiró el formulario de alta y no hay fecha de reapertura; la alternativa es un intermediario de pago que de paso cubriría Whoop. Wispr solo da acceso por aprobación y su API sirve para enviarle audio, no para leer lo que el usuario dicta, así que hay que preguntar qué se esperaba de ella.	1,5	libre
INTEG	feature	Canal WhatsApp · alta sin código QR	Canal propio, no pasa por Pipedream. Hoy dar de alta un número exige emparejarlo escaneando un QR, y eso no se le puede pedir a una empresa. Se sustituye por la ventana de alta oficial de Meta, donde el cliente conecta su propio número en unos clics sin tocar ningún token. Requiere que estemos dados de alta ante Meta como proveedor tecnológico.	1	libre
INTEG	chore	Canal Telegram · alta de un toque	Canal propio, fuera de Pipedream. El enlace para vincular con un toque ya existe en el alta pero está roto: el nombre del bot está guardado con una arroba delante y eso invalida la dirección, y si no está configurado el enlace no lleva a ningún sitio. Se arregla y se ofrece también fuera del alta, para quien lo añada más tarde.	0,25	libre
SAAS	feature	B6 · RAG por empresa	Que el asistente responda con los documentos de su empresa y solo con los suyos. Hoy el índice documental es único y global, o sea que los documentos de todos los clientes están en el mismo sitio. Se separa por empresa, se ingesta con las credenciales del propio cliente y cada respuesta dice de qué documento salió.	3	B2
SAAS	feature	B7 · Knowledge Graph por empresa	El grafo es lo que sabe quién conoce a quién y quién trabaja con qué empresa. Hoy hay uno solo y compartido, así que el conocimiento de dos clientes está mezclado. Se separa por empresa, cada uno con su deduplicación, y se puede reconstruir el de uno sin dejar a los demás sin grafo mientras tanto.	3	B2
SAAS	feature	B8 · Motor y modelo por empresa	Que cada empresa elija con qué inteligencia trabaja su asistente y quién paga por ello. Se elige el motor y el proveedor de modelo por empresa, en vez de estar fijado para todos en una variable global, el cliente puede traer sus propias claves, y si un proveedor se cae hay otro detrás. Con medición y tope de consumo, para que nadie se lleve una sorpresa.	3	B2
SAAS	feature	Canal correo · B16	Que se le pueda escribir al asistente por correo, como a un compañero más: mandarle un mensaje, reenviarle un hilo o ponerlo en copia, y que conteste en el mismo hilo. Cada empresa tiene su dirección. Como el correo entra de fuera, hace falta comprobar que el remitente es quien dice ser y que nadie cuele instrucciones escondidas en el cuerpo del mensaje para que el asistente las obedezca.	2	B15
SAAS	feature	B17 · Agente proactivo: sugerencias y avisos	Que el asistente avise antes de que le pregunten, y que proponga en vez de solo alertar. Agrupa por asunto en lugar de dar la lata correo a correo, dice por qué avisa (quién espera qué, desde cuándo), y propone la acción concreta, que se acepta de un clic y pasa por la aprobación de siempre. Aprende de lo que el usuario ignora, para dejar de insistir con eso.	2	B15
SAAS	feature	B18 · Skills del cliente	Que una empresa pueda enseñarle tareas nuevas a su asistente sin pasar por nosotros. Se escriben desde el panel, se prueban antes de dejarlas activas y conviven con las nuestras en el mismo catálogo. Como es código de terceros corriendo en nuestra infraestructura, se ejecuta aislado.	3	B2
INTEG	feature	Canal Slack · el asistente actúa dentro	Que el asistente participe dentro de Slack con su nombre y su forma de hablar, y que pida permiso antes de hacer nada. Sale barato porque las tres piezas ya existen y aquí solo se conectan: los agentes con nombre, la memoria separada por canal y la aprobación previa del servidor.	1	Migrar las 4
SAAS	task	Canal WhatsApp · B20, análisis del oficial	Saber exactamente qué hace falta y cuánto cuesta pasar al WhatsApp oficial: verificar el negocio ante Meta, registrar un número por empresa, aprobar las plantillas que exigen para escribir primero, y contar con que fuera de la ventana de 24 horas se paga por conversación. Con el plan para migrar lo que hoy funciona por QR.	2	B15
SAAS	feature	B21 · Observabilidad: panel de actividad	Que nada ocurra a oscuras. Un sitio donde ver qué ha hecho el asistente y cuándo, qué está esperando aprobación y qué ha fallado, con métricas de uso por empresa y avisos cuando algo se rompe. Es lo primero que se mira cuando un cliente dice que algo no funcionó.	2	libre
SAAS	chore	B22 · Pruebas de aislamiento entre empresas	La comprobación que sostiene todo lo demás: que ninguna consulta, ningún documento y ningún grafo de una empresa pueda alcanzar los de otra. Se prueba en cuanto haya dos clientes de verdad en el sistema, no al final, para que dé tiempo a arreglar lo que aparezca.	2	B2 · B6 · B7
SAAS	chore	B22 · Recorrido completo por canal	Hacer el camino entero como lo haría un cliente nuevo, por cada canal: darse de alta, pasar el onboarding, conectar sus herramientas, activar rutinas y conversar. Y corregir lo que salga, que siempre sale.	2	Todo

Secuencia

Los bloqueos: qué no puede empezar hasta que exista otra cosa

Cada tarea de las tablas lleva su columna de qué necesita antes. Pero solo cuatro cosas bloquean a muchas a la vez, y son las que hay que vigilar: si una de esas se retrasa, se para media lista.

B2 es el cuello de botella de todo el plan. De él salen las tres ramas que ocupan a las tres personas, así que cada día que se retrasa multi-tenant es un día que se retrasa todo lo demás. Los otros tres bloqueos son locales: el cableado MCP frena las integraciones, B19 frena agente a agente, y el QA espera a que exista lo que va a probar.

Bloqueo	Qué frena si no está	Quién lo tiene
B2 · Multi-tenant	Casi todo: lo de por empresa (RAG, grafo, motor), los canales, las skills del cliente, el alta sola y agente a agente. Es lo primero del plan y de lejos el bloqueo más grande.	Bauti
Cableado MCP por usuario	Las 32 aplicaciones, las 4 migraciones y la acotación de herramientas. Nada de integraciones avanza hasta que lo que el usuario conecta se convierta en herramienta del asistente.	Ger
B19 · Agentes del cliente	Agente a agente entero, que necesita una identidad estable del asistente a la que dirigirse. Y B19 a su vez necesita B18, las skills del cliente.	Bauti
B13 · Design system	La portada (B14) y, detrás, la tarjeta de aprobación de agente a agente, que vive en esa portada. Construir pantallas antes de tener los componentes obliga a rehacerlas.	Bauti

Lo que puede arrancar el primer día, sin esperar a nada

Es lo que permite que los tres empiecen a la vez en lugar de dos mirando a uno.

Ger	La plataforma de Pipedream entera (proyecto, modelo de cuentas, endpoints y catálogo) y el spike de herramientas. Y pedir las cuentas de prueba de los proveedores, que es lo único que no depende de nosotros.
Ale	B1 CI/CD y el bloque de canales: el alta de un toque en Telegram y el alta de WhatsApp sin código QR.
Bauti	B2 multi-tenant, B4 la poda y B13 el design system. Los tres sin dependencias y los tres bloqueando a otros.

El QA no se deja para el último día. Las pruebas de aislamiento entre empresas dependen de que existan dos tenants de verdad, así que se hacen en cuanto los haya, no cuando ya no quede tiempo para arreglar lo que aparezca.

Antes de crear las tareas

Lo que falta cerrar

Qué	Situación
Quién toma cada bloque	Las de Bauti van asignadas. Las de Ger y Ale, sin asignar hasta que se repartan la plataforma y lo de por empresa.
El plan de Pipedream	Con el gratuito se puede desarrollar y probar todo el catálogo, con un máximo de tres usuarios. El de pago hace falta al abrirlo a clientes, y el precio del consumo adicional no es público: hay que pedirlo.