Idea principal

Cada herramienta vertical incorpora ya sus propios agentes, y son buenos: Zendesk en la documentación de soporte, Figma en el diseño de pantallas. Ese aumento de potencia es real, pero no cierra la brecha, porque el límite no está en la calidad del agente — está en el perímetro de datos al que tiene acceso.

Lo que permite producir un artefacto acertado no es una fuente, es el cruce de varias: el código fuente, el historial de evoluciones, las merge requests y las reglas de negocio acumuladas por el Product Manager a lo largo de los intercambios con los clientes. Zendesk no conoce las merge requests. Figma no conoce las reglas de negocio. Cada uno ve su cara y produce una salida coherente con ella.

La consecuencia práctica: el cruce lo sostiene hoy una persona, no una herramienta. Y es ese cruce lo que permite no solo generar un documento, sino cuestionar lo que ya existe — un agente encerrado en un perímetro no tiene nada contra lo que confrontar lo que lee.

Por qué es importante

Esto responde a la objeción más frecuente a toda competencia de ensamblaje: "los SaaS lo harán solos". Lo harán mejor cada uno en su carril; la posición que consiste en ver varios carriles a la vez no es la que ellos ocupan.

También indica dónde buscar el valor cuando se dota de herramientas un trabajo de producto: no en la mejor herramienta por tarea, sino en las uniones que nadie cubre.

Matices y límites

El límite es un estado, no una ley. Un protocolo de intercambio de contexto entre agentes puede dar a cada herramienta el acceso a los demás perímetros, y el argumento pierde entonces su fuerza — se sostiene mientras los perímetros sigan siendo estancos.

Y un cruce sostenido por una persona tiene sus propios defectos: no está documentado, ni es reproducible, ni transmisible.

Preguntas abiertas

• ¿Puede formalizarse ese cruce, o depende precisamente de lo que no está escrito en ninguna parte?