Auctorum Civis

Sistemas críticos para instituciones.

AUCTORUM Civis licencia y opera productos de infraestructura para instituciones. Dos corren hoy: Atrio, el sistema conversacional institucional, y Primus, la operación financiera de una red comercial, en entornos donde la norma, la auditoría y la continuidad no son opcionales. Quien construye, opera, y responde por lo que opera.

Lo que opera hoy en la rama

Sistemas críticos para líneas empresariales e institucionales.

Dos sistemas construidos con el método de la casa: uno conversa en nombre de una institución, el otro lleva el dinero de una red comercial. Cada uno por dentro, capa por capa, con pantallas del sistema corriendo.

Los sistemas de Auctorum Civis

Atrio · orientación y canalización institucional

Conversa con naturalidad. Afirma sólo lo aprobado. Actúa sólo lo autorizado.

Atrio es el motor de orientación y canalización de la casa. La conversación es libre para que una persona en apuros no sienta que habla con un menú; el control se ejerce sobre las fronteras, no sobre las palabras. Toda afirmación sale de un corpus aprobado, toda acción con consecuencia pasa por una frontera de autorización determinista, y la detección de crisis corre fuera del flujo con prioridad sobre todo lo demás. Opera con o sin modelo de lenguaje, y lo declara.

  • Canal: WhatsApp
  • Opera con o sin modelo de lenguaje
  • Cada turno deja su traza
  • Contenido gobernado por la institución
Simulador conversacional con la traza de cada turnoCaptura real · entorno de demostración · datos sintéticos

Las capas, en orden de privilegio

  1. 01

    Núcleo, no negociable

    Identidad determinista del sistema, supervisor de crisis, validador de autorizaciones y registro de hallazgos. Lo que el sistema garantiza vive aquí, donde ninguna conversación lo alcanza.

  2. 02

    Contratos, verificables

    Anclaje normativo, motor de estados, validación de transiciones y enrutador taxonómico. Cada mensaje se clasifica antes de procesarse, en local y en milisegundos: qué tipo de situación, qué severidad y qué ruta.

  3. 03

    Dirección, persuadible por diseño

    Instrucciones, contenido del nodo, ejemplos y registro de lenguaje. Puede ser manipulada y no importa: no tiene capacidad de acción, y todo lo que produce cruza las dos capas de arriba antes de llegar a una persona.

  4. 04

    El nodo como objetivo con límites

    Objetivo, hechos citables, salidas permitidas, condiciones de salida, prohibiciones y registro requerido. Dentro del nodo el modelo conversa libre; lo que no puede es salir sin cumplir una condición ni afirmar lo que el corpus no dice.

  5. 05

    Capacidades declaradas

    Una acción con consecuencia existe sólo si la institución la autorizó, con precondiciones, restricciones y evidencia. Cada invocación termina en autorizada, denegada o exceso, y el exceso se registra como hallazgo de seguridad.

  6. 06

    Vinculación con grado

    Cada destino se registra con un grado, de referencia pública a atención humana en línea. El sistema dice cuál es, no dirige a un destino con datos vencidos ni fuera de horario, y cierra el ciclo preguntando si la persona llegó.

  7. 07

    La capa licenciable

    Primitivas y contrato de tema sin valores de nadie, el dominio con las reglas puras, las superficies, un adaptador único al motor y la instancia, donde vive todo lo que pertenece a una institución. Un candado impide que la capa importe de la instancia, y el diagrama de arquitectura se genera del árbol real.

12 pantallas · desliza o usa las flechas

01 · Triage

Triage de alertas

Las alertas que el supervisor levantó, con su severidad y su estado de atención.

02 · Supervisor

Crisis: qué hace el sistema con cada severidad

Una tabla, no un umbral: severidad 3 expropia el turno, severidad 2 alerta al triage, y la coherencia se mide contra ella.

03 · Cierre de ciclo

Canalización efectiva

Cuántas derivaciones llegaron a su destino, por institución y por materia: el indicador que la operación produce solo.

04 · Vinculación

Destinos con grado de vinculación

Los cinco grados y qué se dice de cada uno; los destinos dados de alta con materia, jurisdicción, horario y vigencia.

05 · Gobernanza

Aprobación de contenido

Nada que no esté aprobado y vigente se sirve. Aquí se dictamina nodo por nodo, con motivo y fecha.

06 · Pruebas

Batería adversarial

Conversaciones de varios turnos que intentan manipular, pedir lo prohibido o cambiar de tema. El resultado es binario.

07 · Economía

Costo por conversación

Qué turnos usaron modelo y cuáles se resolvieron de forma determinista: el costo se ve por conversación, no en una factura al final del mes.

08 · Trazabilidad

Expediente de la obra

Millas, actas, gates, hallazgos y resoluciones. Cada documento citado se comprueba contra el disco.

09 · Auditoría

Reproductor de conversaciones

Una conversación reconstruida turno por turno: qué se preguntó, qué nodo se recorrió, qué se autorizó y qué se denegó.

10 · Verificación

Consola del proveedor

Los métodos de verificación con su clase de entrada, el grafo de componentes leído del disco y las gates de cada milla.

11 · Contenido

Árbol de taxonomía

Los temas que la línea puede atender, cada uno con su estado de dictamen: lo supuesto y lo comprobado, separados.

12 · Superficie

Catálogo de primitivas

Cada primitiva con sus roles, dentro del cromo real. La base de la gate de accesibilidad.

Lo que garantiza, y hasta dónde

  • 01El modo sin modelo de lenguaje es un estado declarado del producto: se anuncia a la persona y entrega la misma información y la misma canalización.
  • 02La batería adversarial es binaria. No hay despliegue con pruebas parcialmente satisfechas.
  • 03Ningún contenido que no esté aprobado y vigente puede servirse. La condición se verifica en tiempo de ejecución, no por convención.
  • 04No se conserva identidad más allá de la continuidad de la conversación, ni contenido en la telemetría, ni contenido en los avisos a destinos salvo lo que la persona autorice.
  • 05El contenido, el directorio y los datos son de la institución que opera la línea. El motor se licencia por instancia.

Primus · operación financiera de una red comercial

Pólizas, cobranza, comisiones y producción en una sola base de verdad.

Primus es el sistema operativo de una promotoría de seguros de vida. Los estados de cuenta de la aseguradora entran como documentos y salen como comisiones conciliadas; la producción se cuenta con las tablas de la industria y los parámetros oficiales de cada campaña; la cobranza corre sola y deja rastro. Nueve roles, y cada asesor ve únicamente lo suyo.

  • Nueve roles, acceso por fila
  • Importes decimales, redondeo contable
  • Auditoría de toda mutación
  • Procesos automatizados instrumentados
El tablero de la promotoríaCaptura real · entorno de demostración · datos sintéticos

Las capas, en orden de privilegio

  1. 01

    De estados de cuenta a comisiones

    Reconocimiento óptico y modelo de lenguaje leen el documento; cada línea se distribuye a su póliza y periodo, y una propuesta con diferencias lado a lado espera revisión humana cuando contradice lo registrado. La conciliación es al centavo, y una desviación retiene la comisión en vez de pagarla.

  2. 02

    Producción y campañas por reglamento

    El conteo de pólizas usa las tablas de calidad y persistencia de la industria con los umbrales y parámetros oficiales de cada campaña. El progreso se calcula y se persiste; no se estima.

  3. 03

    Cobranza escalonada

    Recordatorios a los siete, quince, treinta y sesenta días con deduplicación, envejecimiento de cartera y conversión de unidades de inversión. Lo que falla queda en bandeja con reintento; no se pierde.

  4. 04

    Supervisión con evidencia

    Un puntaje diario por asesor sobre prospección, agenda, emisiones y cobranza, y reportes de mañana, tarde y noche para quien dirige, con sugerencias generadas y marcadas como tales.

  5. 05

    Acceso por fila y rastro

    Nueve roles. El asesor ve sólo sus datos, el gerente sólo a quienes tiene asignados. Segundo factor, consentimiento demostrable y auditoría de toda mutación con los datos personales redactados.

  6. 06

    Dinero y concurrencia

    Importes decimales con redondeo contable, idempotencia por llave, versiones optimistas y candados distribuidos. Interruptores de circuito hacia cada proveedor externo y una sola zona horaria en todo el sistema.

  7. 07

    Centro de control

    Los procesos automatizados instrumentados uno por uno, con sus ejecuciones, sus fallos y sus corridas manuales a la vista, y pruebas de estrés que ejercitan cada flujo antes de confiar en él.

15 pantallas · desliza o usa las flechas

01 · Comisiones

Comisiones y metas

Las comisiones calculadas desde los estados de cuenta, por asesor y periodo, con su calidad de lectura y las metas del grupo.

02 · Cobranza

Cobranza

Cada recibo con su cliente, su póliza, su monto, su conducto de cobro y su estado; lo vencido entra a la cobranza escalonada.

03 · Cartera

Pólizas

Cada póliza con su titular, su plan, su prima y su estado, en una sola lista para toda la red.

04 · Cartera

Control de cartera

El envejecimiento de la cartera por tramo de días, con el monto y las pólizas de cada uno.

05 · Producción

Campaña de producción anual

El progreso de cada asesor contra los umbrales de la campaña, calculado y persistido, no estimado.

06 · Producción

Campaña de reconocimiento

La segunda campaña del año, con su propio conteo, sus rangos y sus distinciones.

07 · Analítica

Inteligencia financiera

Cobranza, comisiones, campañas y operación en secciones, con los indicadores del mes y el estado del centro de control.

08 · Clientes

Clientes

Cada cliente con su identificación fiscal, su contacto y sus pólizas, y desde ahí su historial.

09 · Documentos

Gestión documental

Estados de cuenta, pólizas y recibos leídos por el sistema y distribuidos a las tablas operativas, con su tipo y su cliente.

10 · Flujos

Automatización

Los flujos de cobranza, recordatorios y campañas, con su tasa de éxito y sus últimas ejecuciones.

11 · Operaciones

Matriz de trámites

Los trámites de la promotoría con sus requisitos, su nivel de servicio y su responsable.

12 · Desarrollo

Desarrollo del asesor

Las actividades de desarrollo de cada asesor con su facilitador, su diagnóstico y su compromiso.

13 · Producción

Clasificación de grupos

La clasificación de cada asesor en su grupo de concurso, que decide qué tabla de bonos le aplica.

14 · Operación

Tareas y compromisos

Las tareas de la red con su responsable, su prioridad y su fecha, filtradas por estado.

15 · Canales

Mensajería

El panel de mensajería de la promotoría en modo de simulación: nada sale a un número real desde el entorno de demostración.

Lo que garantiza, y hasta dónde

  • 01La integración con la aseguradora es por documentos, no por interfaz de programación: lo que el documento no trae, no se inventa.
  • 02La inteligencia artificial asiste: clasifica, propone y redacta. Ninguna comisión se paga ni ningún dato se sobrescribe sin una regla o una aprobación.
  • 03Una comisión que no cuadra con su base y su porcentaje se retiene y se señala; no se paga por aproximación.
  • 04Los datos de la instancia son de quien la opera; la casa opera el sistema y responde por él.

La base de la rama

Con qué está construida.

Lo que sostiene a los dos sistemas, además de la base común de la casa. Pasa el puntero por un nombre para leer para qué se usa.

Con qué está construida la rama · 44 tecnologías

  • Anthropic Claude, lectura de documentos, redacción y supervisión
  • OpenAI, embeddings y clasificación
  • Express, la API de la operación financiera
  • Prisma, el esquema de la operación financiera
  • pgvector, la búsqueda semántica dentro de Postgres
  • ChromaDB, el índice de documentos
  • AWS Textract, el reconocimiento óptico de estados de cuenta
  • n8n, la automatización del embudo comercial
  • WhatsApp Cloud API, el canal de la línea de atención
  • Telegram, las alertas de operación
  • Zoom, las citas del embudo
  • Vercel, el despliegue privado del conversacional
  • JSON Web Tokens, las sesiones
  • Puppeteer, la extracción automatizada de documentos
  • Python, las herramientas de análisis
  • Next.js, las aplicaciones web
  • React, la interfaz
  • TypeScript, todo el código, en modo estricto
  • Node.js, el servidor y los procesos
  • pnpm, el monorepo
  • Tailwind CSS, los estilos, sobre los tokens del sistema de diseño
  • Radix UI, las primitivas accesibles
  • PostgreSQL, la base de datos
  • Supabase, Postgres administrado y la identidad
  • Redis, colas y límites de uso
  • BullMQ, los trabajos en cola
  • Drizzle ORM, el esquema y las migraciones
  • Zod, la validación de toda entrada
  • Nginx, el frente de los servidores
  • PM2, los procesos en producción
  • Cloudflare, DNS, CDN y el candado de origen
  • Microsoft Azure, los servidores
  • Azure Blob Storage, los respaldos de la base, fuera de la máquina que respalda
  • Azure Key Vault, la custodia de los secretos de producción
  • AWS, donde corre la base administrada (Supabase, us-east-1)
  • Let's Encrypt, los certificados
  • Ubuntu, el sistema operativo de los servidores
  • Docker, los entornos de prueba
  • GitHub Actions, la integración continua
  • Vitest, las pruebas unitarias y de integración
  • Playwright, las pruebas en navegador y las capturas
  • ESLint, el análisis estático
  • Datadog, trazas, métricas e infraestructura
  • Sentry, los errores, con los datos personales fuera

El método

De la inmersión al producto.

El método

El filtro

Qué hace que un proyecto entre.

El filtro

Decimos que no más veces de las que decimos que sí. Es la única forma de que cada sí valga.

Dolor cuantificable

No "sería interesante automatizar esto": cuánto cuesta hoy el problema en horas, citas perdidas o errores. Si el dolor no se puede medir, no hay proyecto.

Poder adquisitivo real

El nicho debe poder pagar software serio. Construir para quien no puede sostener la relación es hacerle un demo caro a nadie.

Hueco de dominio

Industrias donde el software genérico deja el 80% sin resolver: procesos mexicanos, regulación local, flujos que Salesforce jamás va a entender.

Horizonte de producto

Lo que se construye para una institución tiene que poder licenciarse a la siguiente. Un sistema que muere en un solo cliente no es un producto, y la casa no vive de eso.

El carácter

Cómo NO trabajamos.

El carácter

  • 01No vendemos horas. Se acuerda alcance, entregable y precio: la eficiencia de la ingeniería es nuestra, no un castigo para quien contrata.
  • 02No firmamos lo legalmente endeble. La auditoría de cumplimiento pasa antes que el go-to-market, siempre.
  • 03No desaparecemos al entregar. Quien construye opera: monitoreo, iteración y soporte son parte del compromiso.
  • 04No prometemos IA donde una regla basta. El determinismo es más barato, más auditable y no alucina.

La prueba

Los verticales de la casa salieron de aquí.

La prueba

Auctorum Med salió de aquí: de la operación real de consultorios que perdían citas fuera de horario, a un expediente FHIR-nativo con firma NOM-004 que hoy sostiene pacientes reales todos los días. Esa es la prueba que importa: infraestructura que seguimos operando años después, no un portafolio de entregas.

Si tu institución necesita infraestructura de ese calibre, el mismo equipo la construye.

Construyamos la infraestructura que su operación necesita.