AxelCopilot
La cara conversacional del sistema operativo. Responde sobre tu propia cartera y sobre la ley citando la fuente, sin inventar. La intención la pone el copiloto; la verdad, el motor.
Job-to-be-done: la cara conversacional del OS que responde sobre tus datos y sobre la ley, citando la fuente. AxelCopilot es la capa de inteligencia de Axel. Es una experiencia conversacional única, no un chatbot pegado al final, que atraviesa toda la suite.
Qué hace
AxelCopilot es donde el usuario habla con Axel en lenguaje natural. Hace tres cosas, y las tres comparten una misma UI de chat reutilizable:
Describes lo que quieres (“un contrato indefinido para Juan Pérez como motorista, salario $500, desde el lunes”) y el copiloto extrae la intención, la pasa al motor y prellena el formulario. Muestra “esto entendió Axel”: cada dato apunta a su origen en el texto.
Preguntas en lenguaje natural sobre tus propios datos (“¿cuántos contratos vencen este mes?”, “empleados con más de 5 años”, “qué me falta firmar”) y obtienes la respuesta con la explicación de qué se calculó.
El motor produce los hallazgos deterministas (“salario por debajo del Art. 144”, “prueba que excede el Art. 28”) y el copiloto los explica en lenguaje natural, recomienda y cita: el artículo del Código de Trabajo y la sentencia clave de la CSJ vinculada al cálculo.
Para quién
Para RR. HH., la PYME y el abogado: cualquiera que necesite redactar, consultar o revisar sin dominar la jerga jurídica ni la mecánica del sistema. El copiloto baja la barrera de entrada a toda la suite.
Cómo funciona por dentro
El principio de diseño es duro: intención = LLM, verdad = motor determinista. El copiloto interpreta lo que el usuario quiere y lo explica; el motor del Código de Trabajo valida y escribe. El LLM nunca afirma validez jurídica por su cuenta.
En redacción, el LLM extrae parámetros y el motor genera el contrato. En análisis, el LLM explica los hallazgos que produjo el motor.
En consulta, el LLM propone un plan de consulta que ejecuta una capa segura con lista blanca de tablas y alcance de tenant forzado. La capa segura es el único camino de acceso a los datos: el LLM queda confinado a esa empresa y nunca genera SQL crudo.
Una UI, muchos dominios
La UI de chat es una sola pieza genérica y reutilizable. Lo que cambia por vertical son los extractores: el diccionario y las reglas específicas de cada dominio. Hoy existe el extractor laboral; cuando entren permisos y marcas, se suman sus extractores sin construir un chat nuevo. Así el copiloto escala a nuevas verticales sin reinventar la mecánica conversacional.
Citas que no se alucinan
El copiloto referencia identificadores de una fuente única que reúne el Código de Trabajo más el corpus curado de sentencias clave de la CSJ. Cita solo lo que el motor halla. Así queda impedido de inventar artículos o fallos.
El corpus curado de jurisprudencia clave es parte del MVP (P0): un set acotado de fallos de la CSJ (decenas, no miles) sobre los actos del MVP, vinculados a cada cálculo. Es trabajo de curaduría legal acotado. El RAG completo sobre toda la jurisprudencia es post-MVP.
El proveedor y los guardrails
El MVP usa Claude (Anthropic) como modelo, detrás de una interfaz agnóstica de proveedor que da portabilidad. Cada interacción se audita (qué se preguntó, qué se respondió, qué guardrail actuó) para trazabilidad. Los guardrails son explícitos: sin SQL crudo, sin modificar datos, sin cruzar tenants, y consistencia forzada con el motor (el LLM siempre ve los hallazgos del motor antes de responder).
Alcance MVP vs visión
Las tres capacidades (redacción, consulta, análisis) sobre lo laboral, con citas del Código de Trabajo y del corpus curado de sentencias, UI de chat reutilizable y guardrails de seguridad.
Análisis masivo en grilla, espacio colaborativo entre partes, RAG completo sobre toda la jurisprudencia y multi-modelo.