Dara Generación jurídica asistida
Tema 1 · Experiencia de usuario

Cómo interactúa el usuario con Dara

El usuario completa dos campos —la entidad y los hechos del caso— y Dara genera el documento jurídico completo en segundos. A continuación, dos ejemplos reales del flujo: un Derecho de Petición y una Acción de Tutela.

dara.app/casos/nuevo?tipo=derecho-de-peticion
IA activa
1
Entidad
2
Hechos del caso
3
Documento generado
Entidad destinataria
Secretaría Distrital de Movilidad de Bogotá D.C.
Autoridad administrativa
Hechos del caso

Solicito copia del estudio técnico de viabilidad para la instalación de semaforización en la Calle 45 con Carrera 30, así como el cronograma vigente de ejecución. La intersección presenta un riesgo actual de accidentalidad que afecta a los residentes del sector, por lo que requiero conocer la dependencia responsable y el estado del trámite.

Dara redactó el documento en 11.4s
derecho_peticion_movilidad.pdf
página 1 de 1
Bogotá D.C., 6 de agosto de 2026
Señores
Secretaría Distrital de Movilidad de Bogotá D.C.
Oficina de Atención al Ciudadano — Ciudad
Asunto: Derecho de petición de información — Estudios técnicos y cronograma de semaforización, Calle 45 con Carrera 30

Respetado(a) Secretario(a):

Juan Carlos Pérez Gómez, identificado con cédula de ciudadanía No. 1.020.345.678 expedida en Bogotá, con domicilio en Calle 45 # 30-12, barrio La Soledad, Bogotá D.C., en ejercicio del derecho consagrado en el artículo 23 de la Constitución Política y regulado por la Ley 1755 de 2015, respetuosamente solicito...

Listo para radicar — sin requisitos pendientes

Datos del trámite

TipoInformación
Base legalLey 1755/2015
Término10 días hábiles
CompetenciaSecretaría de Movilidad
Dos campos, un documento

El usuario solo escribe la entidad y los hechos — Dara se encarga de la estructura, el fundamento legal y el estilo formal.

Instructivo de Radicación

El documento generado incluirá un instructivo de radicación de documento legal detallado para orientar al usuario en los siguientes pasos que debe seguir.

Protección de datos personales

Nos preocupamos por la integridad de nuestros usuarios y su información: todos los datos personales de identificación serán protegidos y no serán enviados a ningún modelo de inteligencia artificial.

Tema 2 · Arquitectura y funcionamiento

Cómo funciona Dara

Detrás de los dos campos que ve el usuario hay un proceso de varios pasos que combina inteligencia artificial con reglas jurídicas verificables. Así es como un caso se convierte en un documento — y cómo un mismo motor sirve para cualquier tipo de documento y cualquier país.

1

El viaje de un documento legal

Ocho pasos, la mayoría invisibles para el usuario, entre "escribir los hechos" y "recibir el documento por correo". El pago solo aplica a la Tutela — el Derecho de Petición es gratuito.

1
Cuéntanos tu caso

Describes los hechos y, si quieres, eliges el tipo de documento.

Intake
2
Verificamos el tipo correcto

Dara confirma que el documento solicitado aplica realmente a tu caso.

Clasificador
Pago (solo Tutela)

Se cobra antes de generar. Derecho de Petición es gratuito.

Condicional
3
Buscamos el respaldo legal

Se consulta la base de conocimiento jurídico del país y documento.

RAG
4
Redactamos el documento

La IA construye el contenido legal — sin usar jamás tus datos personales.

Razonamiento
5
Validamos con reglas

Un motor de reglas —no IA— revisa estructura, formato y citas.

Validación
6
Ensamblamos el PDF

Solo aquí se combina el texto validado con tus datos reales.

Ensamblado
7
Te lo entregamos

Recibes el documento por correo, listo para radicar.

Entrega
2

Un motor, muchas partituras legales

Dara no construye un sistema nuevo por cada país o tipo de documento. Construye un solo motor — y lo alimenta con una configuración distinta para cada caso.

Motor Legal Dara Clasificación · Razonamiento · Validación — un solo motor para todo
🇨🇴Activo
Tutela
Acción constitucional — salud, EPS y más
CriteriosFuentes legalesReglasPlazos
🇨🇴Activo
Derecho de Petición
Solicitudes de información a entidades
CriteriosFuentes legalesReglasPlazos

Piénsalo como una orquesta que interpreta una partitura distinta cada vez: el motor es la orquesta — sabe clasificar, redactar y validar. La configuración es la partitura: qué distingue una Tutela de un Derecho de Petición, qué leyes y precedentes aplican, qué reglas de validación exige cada documento y qué plazos rigen. Sumar un país o un nuevo tipo de documento no significa formar una orquesta nueva — significa escribir una partitura nueva, editable por abogados, sin tocar una sola línea de código.

3

Arquitectura del MVP

La arquitectura real detrás del flujo anterior: dos monolitos independientes — un Motor Legal que nunca toca datos personales, y una Plataforma Central que sí los administra — comunicados de forma asíncrona, con la configuración legal externalizada.

Cliente Web se diseñará más adelante Motor Legal Monolito · nunca toca datos personales Clasificador Escalado SLM / LLM Orquestador Ejecuta el pipeline Servicio RAG Recuperación pgvector Razonamiento legal Generación con LLM Validación Motor de reglas Drools Plataforma Central Monolito · contiene datos personales (PII) Autenticación OAuth2 + JWT Usuario PII cifrada (AES-256) Pagos Integración Wompi Documento Persiste + ensambla Correo Notificaciones Wompi Pasarela de pago Proveedor de correo SMTP / SES Config Server Git + Vault Clúster Kafka Gestionado · 5 tópicos Motor Legal — nunca toca datos personales Plataforma Central — contiene PII
Privacidad por diseño

Tus datos personales nunca llegan a ningún modelo de IA. Solo se combinan con el documento en el último paso, dentro del Document Assembler.

Configuración > Código

Criterios, reglas, fuentes legales y precios viven fuera del código. Un nuevo país o documento es un cambio de configuración, no un despliegue.

Resiliencia por defecto

Cada llamada externa (IA, pagos) tiene reintentos y circuit breakers. Los eventos fallidos se reintentan de forma asíncrona vía Kafka, sin perderse.

Tema 3 · Estado del proyecto

Progreso actual

Dara se construye por fases: cada una atraviesa su propio ciclo de diseño, codificación y pruebas antes de pasar a la siguiente. Esto es lo que ya está listo — y lo que sigue.

1

El ciclo de vida del proyecto

Las etapas clásicas de desarrollo de software (SDLC), y en cuál estamos parados hoy.

Planificación
Completo
Requisitos
Completo
Diseño
Completo
Codificación
En curso
Pruebas
Pendiente
Despliegue
Pendiente
Mantenimiento
Pendiente
2

Lo que ya entregamos

Cuatro documentos, todos completados dentro de las etapas de Planificación, Requisitos y Diseño.

SRS
Especificación de requisitos funcionales y no funcionales del MVP
Completado
Plan de Proyecto
Cronograma, hitos y secuencia de fases de desarrollo
Completado
Diseño de Software — SD-1
Fundamentos e Identidad · Fases 0-1
Completado
Diseño Técnico — TD-1
Fundamentos e Identidad · Fases 0-1
Completado
3

Fases del plan — dónde estamos

Cada fase repite su propio ciclo de Diseño → Codificación → Pruebas antes de avanzar a la siguiente.

Fase 0
Fundamentos de la plataforma
DiseñoCódigoPruebas
Fase 1
Identidad y acceso
DiseñoCódigoPruebas
Fase 2
Núcleo del Motor Legal
DiseñoCódigoPruebas
Fase 3
Entrega del documento
DiseñoCódigoPruebas
Fase 4
Pagos y 2° documento
DiseñoCódigoPruebas
Fase 5
Endurecimiento
DiseñoCódigoPruebas
Estás aquí
Fase 0Fase 1Fase 2Fase 3Fase 4Fase 5