Respuesta breve

Cada incorporación y cada cambio de herramienta obligan a explicar otra vez cómo funciona la organización. Si ese conocimiento se curara como fichas propias, en texto plano con fuentes, responsable, versión y fecha de revisión, podría usarlo cualquier asistente de IA y la organización podría llevárselo al cambiar de proveedor. La parte difícil no es el formato. Es resolver contradicciones entre documentos, decidir quién aprueba cada ficha y retirar de la consulta lo que ha vencido o lo que depende de una fuente que ha cambiado.

Puntos clave

  • Si el contexto de los asistentes de IA se construye dentro de la herramienta de un proveedor, se pierde o hay que rehacerlo al cambiar de proveedor.
  • Curar el conocimiento como fichas propias en texto plano, con fuentes, responsable, versión y fecha de revisión, lo hace revisable y portable entre herramientas de IA.
  • Lo difícil no es el formato, sino resolver contradicciones entre documentos, decidir quién aprueba cada ficha y retirar de la consulta lo que ha vencido.
  • Un borrador sin aprobar no debería alimentar respuestas, y los permisos deben aplicarse antes de construir el contexto que recibe un asistente, no después.
  • Conviene empezar por un proceso acotado, validar las primeras fichas con quien las aplica a diario y ampliar después por áreas.

El contexto no debería vivir en la herramienta

Los asistentes de IA responden mejor cuando conocen las definiciones, los procedimientos y las decisiones de la organización. Lo habitual es construir ese contexto dentro de la herramienta: instrucciones personalizadas, documentos subidos, memoria del propio asistente. Al cambiar de proveedor, todo eso se pierde o hay que rehacerlo.

Una biblioteca de fichas en Markdown con metadatos es independiente de la herramienta. Existen formatos abiertos en evolución, como el Open Knowledge Format, que proponen convenciones para procedencia, verificación y vigencia; sirven como formato de intercambio, no como garantía de compatibilidad con cualquier producto.

Una ficha es una decisión revisada

Dos procedimientos pueden decir cosas distintas sobre el mismo plazo: uno habla de treinta días y otro, más reciente, de cuarenta y cinco. Un modelo puede proponer un borrador que recoja ambos, pero la contradicción la resuelve una persona del área, que corrige el texto, escribe el motivo y aprueba. La aprobación registra responsable, fecha y versión.

Cada ficha conserva sus fuentes y un historial. Un borrador sin aprobar no debería alimentar respuestas, y una ficha cuya fuente cambia debería dejar de distribuirse hasta que se contraste y apruebe de nuevo. La vigencia caduca: la cadencia de revisión se acuerda con cada área.

Cada equipo recibe su contexto

No todo el mundo debería recibir todas las fichas. Finanzas necesita el criterio de margen; comercial, las condiciones de renovación; operaciones, sus procedimientos. Los permisos deben aplicarse antes de construir el contexto que recibe un asistente, no después.

Los metadatos de una ficha describen su procedencia y vigencia, pero no son un control de acceso ni una firma de autenticidad. Un paquete exportado no está cifrado: las cuentas, los permisos, las copias y el procedimiento de salida siguen siendo parte de la implantación, no del formato.

Empezar por un proceso acotado

Convertir toda la documentación de golpe suele fracasar. Es más útil elegir un proceso concreto, seleccionar sus fuentes autorizadas, curar las primeras fichas, validarlas con quien las aplica a diario y ponerlas en uso. Después se amplía por áreas, con responsables y revisiones acordadas.

El resultado es un criterio común entre áreas y herramientas, incorporaciones y relevos con conocimiento revisado y la posibilidad de cambiar de proveedor de IA sin volver a empezar. Es un trabajo organizativo con soporte técnico, no al revés.

Preguntas frecuentes

¿Cómo evito perder el contexto que he dado a un asistente de IA si cambiamos de proveedor?

Conviene que ese contexto no viva dentro de la herramienta: las instrucciones personalizadas, los documentos subidos y la memoria del asistente se pierden o hay que rehacerlos al cambiar de proveedor. La alternativa es una biblioteca de fichas propias en Markdown con metadatos, independiente de la herramienta. Cada ficha recoge sus fuentes, responsable, versión y fecha de revisión, de modo que podría usarla cualquier asistente de IA.

¿Qué hago si dos documentos internos dicen cosas distintas sobre el mismo procedimiento?

La contradicción la resuelve una persona del área, no el modelo. Un modelo puede proponer un borrador que recoja ambas versiones, pero es esa persona quien corrige el texto, escribe el motivo y aprueba la ficha. La aprobación registra responsable, fecha y versión, y la ficha conserva sus fuentes y un historial. Si una fuente cambia, la ficha debería dejar de distribuirse hasta que se contraste y apruebe de nuevo.

¿Cómo controlo qué conocimiento interno recibe cada equipo cuando usa un asistente de IA?

Los permisos deben aplicarse antes de construir el contexto que recibe el asistente, no después, porque no todo el mundo debería recibir todas las fichas: finanzas, comercial y operaciones necesitan cosas distintas. Los metadatos de una ficha describen su procedencia y vigencia, pero no son un control de acceso ni una firma de autenticidad. Las cuentas, los permisos, las copias y el procedimiento de salida forman parte de la implantación, no del formato.

¿Por dónde empiezo a documentar el conocimiento de la organización para usarlo con IA?

Por un proceso acotado: convertir toda la documentación de golpe suele fracasar. Se elige un proceso concreto, se seleccionan sus fuentes autorizadas, se curan las primeras fichas, se validan con quien las aplica a diario y se ponen en uso. Después se amplía por áreas, con responsables y revisiones acordadas.