Khipura Brain para empresas — piloto

Khipura Brain para empresas se plantea explícitamente como piloto: una forma controlada de aprender si el conocimiento autorizado puede apoyar una operación concreta antes de ampliar el alcance.

Pregunta y límite del piloto

El punto de partida es una pregunta que alguien de la operación pueda comprobar, por ejemplo: qué política vigente aplica a una solicitud concreta. Se acota el corpus a fuentes nombradas, una versión identificable y usuarios permitidos. La salida esperada es una respuesta con evidencia; si la fuente no alcanza, el sistema debe declarar ausencia y enviar el caso a revisión, no completar el vacío.

Fuentes con dueño y versión

El equipo entrega manuales, políticas, procedimientos o tablas que pueda autorizar. Khipura registra origen, responsable, fecha de vigencia y relación con la pregunta. Si dos documentos contradicen una regla, la respuesta no elige por antigüedad aparente: muestra el conflicto, conserva ambas referencias y deja la decisión al dueño del proceso. Una copia sin propietario queda fuera hasta resolver su autoridad.

Usuarios, permisos y consultas

Se define quién puede consultar cada conjunto y qué preguntas requieren intervención humana. Una cuenta de prueba, un rol operativo y casos anonimizados permiten observar el recorrido sin abrir todo el repositorio. La respuesta conserva la consulta, el usuario autorizado, las fuentes citadas y la decisión tomada. Si el permiso falta, expira o no permite una fuente, el resultado es un rechazo trazable, no una lectura alternativa.

Evidencia, ausencia y contradicción

Cada caso de prueba separa cuatro salidas: respuesta respaldada, evidencia insuficiente, documentos contradictorios o pregunta fuera de alcance. Por ejemplo, una pregunta sobre reembolsos debe apuntar a la cláusula consultada y a su versión; si solo existe una mención incompleta, se informa qué dato falta. El criterio evita confundir una respuesta fluida con conocimiento autorizado y permite priorizar la corrección del corpus.

Registro de respuestas y control

El registro de consultas reúne entrada, fuentes recuperadas, respuesta entregada, permiso aplicado, excepción y revisión posterior. El responsable operativo puede marcar una respuesta como aceptada, corregible o no utilizable, explicando la razón. Cuando una fuente cambia, se repite el caso afectado y se compara la evidencia. Si aparecen datos sensibles, accesos ambiguos o resultados no reproducibles, se pausa el caso y se reduce el alcance. El registro debe permitir reconstruir por qué una persona recibió ese contenido y qué documento sustentó cada afirmación. Para una ausencia, se anota la fuente esperada que no estuvo disponible; para una contradicción, se vinculan los textos que discrepan. El responsable decide si corrige el corpus, limita la pregunta o solicita una interpretación formal. Así la operación conserva una ruta de atención cuando la consulta no puede resolverse automáticamente.

Entregables para decidir

La salida del piloto es un brief con pregunta, corpus y usuarios; una matriz de fuentes y permisos; casos de prueba; registro de respuestas; hallazgos y preguntas abiertas. También incluye reglas de rechazo, responsables de mantenimiento y condiciones de apagado. La continuidad se decide con evidencia del recorrido acordado, no con una demostración aislada: ampliar, ajustar, ordenar las fuentes o detener son opciones válidas.

Escenario ilustrativo

Una unidad podría consultar el procedimiento de alta de proveedores usando solo documentos aprobados por compras. El usuario pregunta, el sistema devuelve el paso pertinente y la referencia, y el responsable verifica si la instrucción coincide con la versión vigente. Si falta el anexo o aparece una excepción contractual, la respuesta señala la ausencia y deriva la decisión. Este ejemplo describe una prueba posible, no una implementación activa ni un resultado garantizado.

Condiciones antes de continuar

No se ofrece una plataforma totalmente activada ni una integración universal. Antes de ampliar, deben existir propietario del corpus, permisos revisados, datos de prueba, registro legible y una forma de retirar acceso. Si el equipo no puede validar las respuestas o mantener las versiones, la recomendación es no continuar todavía. El diagnóstico convierte esas condiciones en decisiones concretas sin inventar plazos, cifras, precios, SLA o resultados.