Microsoft quiere que Copilot compile el conocimiento de tu equipo para los agentes. Alguien debe ser su dueño
Bases de conocimiento de SharePoint: en versión preliminar de Frontier, convierten correos, reuniones y documentos en Markdown para agentes. Más rápidas, una capa nueva necesita reglas de procedencia.
Escuche este artículo · 5 min
Narración completa del artículo, generada con IA.

La mayoría de la recuperación empresarial funciona volviendo a la fuente cada vez. Un agente recibe una pregunta, busca documentos, lee los fragmentos que encuentra y compone una respuesta, y el siguiente agente con una pregunta similar hace todo de nuevo. Las nuevas bases de conocimiento de SharePoint de Microsoft toman la otra ruta: hacer la lectura una vez, anotar lo aprendido y dejar que los agentes lean las notas.
Anunciada el 14 de octubre, la función permite a los miembros del equipo contribuir con contenido de correos, mensajes, reuniones o sitios de SharePoint existentes. Copilot lo organiza en lo que Microsoft llama “archivos markdown interconectados y aptos para agentes”, utilizando el motor de compilación de conocimiento de Work IQ. Se puede añadir una base de conocimiento a cualquier sitio de SharePoint, incluidos los que están detrás de canales de Teams y Grupos de Microsoft 365, y las personas pueden crearla, curarla y usarla a través de Copilot en SharePoint y Autopilot en la aplicación Copilot.
En pruebas internas iniciales, Microsoft dice que las respuestas de los agentes fueron “hasta 4x más rápidas y 30% más eficientes en tokens” con la base de conocimiento. Esas son cifras internas de Microsoft de octubre de 2026, sin metodología publicada; un resultado de investigación relacionado proviene de un entorno de prueba sintético.
La función está en versión preliminar de Frontier, disponible solo para usuarios habilitados para facturación basada en uso, y los términos de facturación pueden cambiar antes de la disponibilidad general (GA). La integración con Autopilot sigue su propio despliegue gradual.
Una nueva capa entre las fuentes y los agentes
Fuentes
- Correos y mensajes
- Reuniones
- Sitios de SharePoint
Cada una con sus propios permisos
Base de conocimiento compilada
- Markdown interconectado
- Escrito por Copilot
- Curado por personas y agentes
Una nueva copia, con nuevos dueños
Consumidores
- Copilot en SharePoint
- Autopilot
- Más agentes en el roadmap
El trade-off: velocidad por una segunda fuente de verdad
El conocimiento compilado es más rápido y barato por la misma razón por la que es más arriesgado: el agente ya no lee el original. Lee una síntesis. Si la síntesis es incorrecta, incompleta o está desactualizada, cada agente que dependa de ella hereda el error, con más confianza de la que tendría un resultado de búsqueda, porque la nota parece autorizada.
El anuncio de Microsoft no describe cómo la base de conocimiento maneja tres cosas que una empresa preguntará primero:
- Procedencia. ¿Puede un lector, humano o agente, rastrear una afirmación en la base de conocimiento hasta el correo o la reunión de donde proviene?
- Actualidad. La curación automatizada y continua para mantener las bases de conocimiento actualizadas está en el roadmap de Microsoft, no en la versión preliminar. Hasta entonces, la obsolescencia es un trabajo humano.
- Permisos. Si la base de conocimiento resume una reunión a la que solo asistieron algunos miembros del equipo, ¿quién puede leer el resumen? Escribimos esta semana sobre el patrón de Microsoft para recuperar contenido de SharePoint como el usuario, donde SharePoint decide por persona. Una capa compilada tiene que preservar esa decisión o reemplazarla por una deliberada.
Trátelo como documentación con un dueño
La analogía más cercana no es la búsqueda. Es un wiki de equipo que mantiene un escritor muy rápido. Los wikis funcionan cuando alguien es dueño de cada página, las ediciones son visibles y las páginas antiguas se revisan. Decaen cuando nadie lo hace. Lo mismo será cierto aquí, con una diferencia: los agentes actúan sobre lo que leen.
Eso sugiere un modelo operativo breve antes de que un equipo active una base de conocimiento:
- Nombre un dueño por base de conocimiento, responsable de lo que los agentes leen allí, como para cualquier otra memoria de agente que en realidad es almacenamiento de datos empresarial.
- Decida qué se puede contribuir. Las notas de reunión de una escalada de cliente y una conversación de recursos humanos no deberían terminar en la misma base de conocimiento del equipo porque ambas surgieron en un canal.
- Exija enlaces a la fuente en las páginas compiladas, y verifíquelos al azar. Si la herramienta no puede mostrar de dónde proviene una afirmación, manténgala alejada de decisiones que necesitan evidencia.
- Establezca una cadencia de revisión hasta que exista la curación automatizada, y mida con qué frecuencia los agentes citan páginas más antiguas que esa cadencia.
- Mantenga los originales como autoritativos. La base de conocimiento es una caché de entendimiento, no el registro. La retención y la retención legal siguen aplicándose a las fuentes.
Por qué el patrón importa más allá de Microsoft
La dirección es correcta, y otros la seguirán. Google ya sirve su documentación para desarrolladores a los agentes como páginas compactas y actualizadas en lugar de resultados de búsqueda sin procesar, y el ahorro de tokens es real. A medida que los agentes se conviertan en los principales lectores del conocimiento empresarial, alguien mantendrá una capa escrita para ellos. La pregunta es si se mantiene como un conjunto de documentos gobernado o se acumula como una unidad compartida. Microsoft ha construido el escritor. El editor sigue siendo su trabajo.