Convierte fallos, riesgos y acciones correctivas en conocimiento de ingeniería reutilizable — para que cada proyecto nuevo empiece con lo que aprendieron los anteriores.
Capturar lo que ha pasado, entender por qué, generalizar la lección. Casi todo eso es práctica corriente. El tramo azul es el que suele depender de que alguien se acuerde de consultar — y el que KF deriva. Cómo funciona →
Las páginas son ítems — documentos, objetos, eventos o acciones — escritos en Markdown con fórmulas, imágenes y archivos adjuntos. Organizados en jerarquías, interconectados y con búsqueda completa.
Registra eventos (fallos, defectos, problemas) en cualquier ítem y vincula causas con efectos. Genera informes AMFE y diagramas de árbol de fallos. Compatible con las metodologías DRBFM y DRBTR.
Asigna severidad y ocurrencia a los eventos; KF calcula el riesgo y lo muestra en una matriz de colores configurable. Escalas de severidad/ocurrencia configurables; incluye la Prioridad de Acción AIAG/VDA y el ASIL de ISO 26262 como preajustes.
Cuando el proyecto P2 es de tipo P1, comienza con todo lo que P1 aprendió: las instancias heredan automáticamente los fallos, las tareas y las filas de checklist de su tipo, y una lección añadida al tipo les llega a todas.
KF genera automáticamente listas de control a partir del tipo de un ítem — incluyendo fallos pasados y sus acciones correctivas. Cada entrada se registra como pendiente, en curso, hecha o no aplicable.
Las acciones pueden tener duración y precedencia y visualizarse como un diagrama de Gantt. Los plazos se basan en esfuerzo (no en fechas de calendario), lo que los hace reutilizables entre proyectos similares. Exporta a XML de MS Project.
Lo que un ítem todavía debe, reunido desde todos los tipos a los que responde, con cada fila acumulada sobre todo lo que hay por debajo. El registro cuadra su propia aritmética y se exporta a CSV o Excel con una cabecera de procedencia que nombra la base de datos de la que salió.
Una API JSON documentada para todo lo que KF almacena, y un endpoint MCP de solo lectura al que puede conectarse tu asistente de IA. Responde desde tus productos, tus fallos y tu historial de calidad — no desde internet.
Cada revisión se conserva, con un diff frente a la anterior. Las lecturas pueden fijarse a una fecha, de modo que la misma pregunta horas después da la misma respuesta. Una guía para el auditor viaja dentro del producto, junto a la evidencia.
Un HARA es un AMFE. J1739, AIAG/VDA e IEC 60812 son la misma actividad expresada con otras palabras. KF habla todas ellas porque, por debajo, son una sola cosa: ítems, eventos y acciones.
Control documental, acciones correctivas y listas de verificación para auditorías de proveedores — vinculados a los ítems a los que se aplican.
La norma de AMFE independiente del sector. Registra eventos en cualquier ítem, vincula causas con efectos y genera informes AMFE y árboles de fallos. AIAG/VDA y SAE J1739 son los dialectos de automoción de las mismas cuatro columnas.
HARA y el concepto de seguridad funcional (Parte 3). Los eventos peligrosos se asignan a eventos, los objetivos de seguridad a acciones y el ASIL se calcula automáticamente — el mismo modelo que cualquier otro AMFE en KF.
Más que una wiki, porque el conocimiento tiene consecuencias.
Menos que una burocracia, porque aprender no debería exigirla.
KF se ejecuta en vuestra infraestructura. Sin nube obligatoria, sin depender de que nosotros operemos un servidor, y con una base de datos que es un único fichero SQLite que podéis leer sin nuestra ayuda. Si nos quedamos callados dos años, la licencia compromete el código a MIT — esa cláusula está en el EULA, no en un blog. Qué pasa con vuestros datos si Truke desaparece →
¿Sois proveedores de automoción? Hay una página para eso — incluido para quién no es KF. ¿Lleváis calidad? ¿Podéis demostrar que vuestra organización aprende?
Y nuestros escritos técnicos están en la biblioteca de aprendizaje de ingeniería.