Arquitecturas de Referencia
Arquitecturas de referencia, no historias de clientes: escenarios objetivo que Kernex está diseñado para servir, cada uno reproducible con los crates públicos.
Pipeline de revisión de código seguro para un equipo fintech
Para equipos cuya política de seguridad rechaza frameworks de agentes en Python: límites impuestos por el OS que un equipo de seguridad puede verificar en lugar de confiar.
Objetivo de diseño: pipeline de 3 fases en menos de 30 segundos por PR, con log de auditoría pensado como evidencia SOC 2.
Bot de documentación con memoria persistente
Para el mantenedor en solitario: decisiones guardadas como hechos, de modo que la razón de un breaking change de marzo responde al issue de abril.
Objetivo de diseño: respuestas de soporte con una consulta a memoria, sin releer hilos de issues.
Bot de conocimiento interno para un equipo de ingeniería remoto
Conocimiento tribal distribuido entre Notion y Slack. Directorio de skills incluido junto al código. Versionado, revisable y auditable.
Objetivo de diseño: incorporación medida en días de preguntas respondidas, no semanas de preguntar.
Asistente de IA local para desarrollo air-gapped
Operación completamente sin conexión con Ollama. Sandboxing a nivel OS como argumento de cumplimiento. Diseñado para que ningún dato salga de la máquina.
Objetivo de diseño: aprobable para entornos clasificados, con una política a nivel kernel inspeccionable.
Agente de depuración de pipelines de datos
Más de 200 trabajos ETL diarios. Pipeline de triaje definido en TOML y versionado junto a los trabajos. Un nuevo miembro del equipo puede entender la lógica leyendo el archivo de topología.
Objetivo de diseño: triaje automático de primer paso en unos 2 minutos, frente a 30-45 manuales.