Cómo funciona CaseCore, módulo por módulo.

El cotizador entrega un precio desglosado a partir de la materia, la complejidad real del asunto, el riesgo procesal y la posición estratégica del cliente. Cada factor se calcula contra los costos reales del despacho.

• PB — Precio base por materia. Grid regional con ocho ciudades de México (CDMX, Monterrey, Guadalajara, Querétaro, Tijuana, Puebla, Mérida, Provincia). El sistema selecciona el rango según la jurisdicción del caso.
• MC — Multiplicador de complejidad. Rango 1.0 – 3.0, justificado contra los hechos del caso. Más actores, más documentos, más etapas procesales suben el multiplicador.
• FR — Factor de riesgo procesal. Rango 1.0 – 1.5, según jurisdicción saturada, plazos cortos y probabilidad de incidentes.
• FE — Factor estratégico del cliente. Rango 0.9 – 1.3, según valor del cliente, urgencia, exclusividad del encargo.

El despacho ve cada multiplicador con su justificación textual. Si no está de acuerdo con un factor, lo ajusta antes de presentarle la cotización al cliente. La fórmula no es una caja negra: es una hoja de cálculo defendible.

A partir de los hechos del caso, el módulo construye un perfil operativo de la contraparte que el abogado necesita para preparar la estrategia. No es una descripción genérica; son los datos que cambian cómo se litiga.

• Tipo: persona física, persona moral o entidad del Estado. Cada tipo cambia los plazos, las defensas disponibles y las tácticas probables.
• Capacidad económica estimada: contrasta el costo de litigar contra lo que la contraparte puede sostener. Determina si conviene una negociación temprana o un litigio prolongado.
• Tácticas probables: dilaciones, incidentes, amparos, embargos. El sistema anticipa los movimientos típicos según el tipo de contraparte y la materia.
• Posibles dilaciones: tiempo extra que el abogado debe presupuestar.

Es información operativa, no descriptiva. Sirve para construir el plan procesal y para fijar el factor de complejidad de la cotización con sustento.

Cada despacho tiene su criterio, su voz y sus giros. El Vault indexa los documentos del despacho mismo y los usa como referencia cuando el sistema redacta documentos nuevos. La memoria institucional se preserva — no se reemplaza por la voz genérica de una plataforma.

Cómo se construye:

• Anonimización en cuatro pasadas. Tres pasadas de regex (deterministas, contextuales, heurística de nombres) y una pasada final con modelo de lenguaje. Nombres, RFCs, montos identificables y datos personales se reemplazan por placeholders antes de que el documento entre al sistema. El contenido legal queda intacto.
• Chunks semánticos. Cada documento se divide en fragmentos de aproximadamente 1.000 tokens, con solape para preservar contexto entre fragmentos.
• Embeddings con Voyage AI. Modelo voyage-3.5-lite de 1.024 dimensiones — partner oficial de Anthropic, no OpenAI. Mejor compliance y latencia.
• Búsqueda semántica por materia. Cuando el abogado pide generar un documento, el sistema recupera los tres fragmentos del Vault más similares al caso actual y se los pasa al modelo como referencia de estilo.
• Aislamiento estructural multi-tenant. Cada chunk se almacena con el despacho_id de origen. Toda consulta filtra por ese campo a nivel de base de datos. Verificado por tests automatizados que corren en cada deploy. No es una regla de aplicación — es una regla de arquitectura.

Trazabilidad: cada documento generado lleva un footer de auditoría que indica cuáles documentos del Vault influyeron en la redacción. El titular sabe exactamente qué referencias usó el sistema.

El módulo de plazos identifica, para cada caso, las fechas procesales relevantes a partir de la materia y la fase. Cada plazo lleva su fundamento legal y el documento concreto que debe presentarse.

• Fundamento legal por plazo. Cada vencimiento se referencia al artículo de la ley aplicable. El abogado entiende por qué el plazo es de cinco días o quince, sin tener que buscarlo.
• Alertas por correo electrónico. Con la antelación que cada despacho configure (por defecto: 3 días antes, 1 día antes, día del vencimiento).
• Documento asociado. Cada plazo indica qué escrito o pieza debe presentarse — no solo cuándo, sino qué.
• Calendario integrado en el dashboard. Vista mensual con todos los casos vivos. Clic en cualquier evento abre el caso correspondiente.

El propósito es que un plazo procesal nunca dependa de la memoria del abogado, ni del calendario personal de nadie. El sistema avisa antes — siempre con tiempo para reaccionar.

El módulo de generación produce borradores de demandas, contestaciones, contratos y escritos. Lo hace con few-shot del Vault del despacho: el modelo de lenguaje recibe, como referencia, tres documentos previos del mismo despacho similares al caso actual.

El resultado es un borrador que se lee como lo escribiría el titular — con sus giros, su estructura, su nivel de rigor — no como una plantilla descargada de internet.

• Tipos cubiertos: demandas, contestaciones, escritos de promoción, contratos, amparos, recursos.
• Variables del caso pre-llenadas. Hechos, partes, jurisdicción y pretensiones se insertan automáticamente. El abogado revisa, no captura.
• Footer de auditoría. Cada documento generado indica qué fragmentos del Vault se usaron como referencia. La transparencia es parte del entregable.
• Sin lock-in del estilo. Si el despacho deja de usar CaseCore, se queda con el Vault y los documentos generados. Ninguna estructura propietaria.

El asociado deja de "redactar desde cero" y empieza a "revisar y refinar" borradores que ya cargan el criterio del despacho.