MERIDIAN SECURITY ARCADE · VER EL MAPA →

Soy Christian Junior de Jesús, emprendedor, creador de productos digitales y fundador de Meridian. Construyo desde Santo Domingo, República Dominicana, con una visión clara: convertir ideas complejas en productos que ayuden a personas y empresas a trabajar con más orden, inteligencia y control.

No empecé con capital, contactos ni un gran equipo. Empecé aprendiendo por mi cuenta, trabajando y construyendo en paralelo, muchas veces después de una jornada larga y con recursos limitados. He tenido que cuidar cada gasto entre la casa, el internet y las herramientas necesarias para continuar aprendiendo. También he visto errores de código, integraciones rotas, despliegues fallidos y proyectos que parecían no avanzar.

Pero seguí.

Cada problema me obligó a entender algo nuevo: APIs, bases de datos, autenticación, inteligencia artificial, diseño de producto, GitHub, Vercel, Supabase, Prisma y arquitectura SaaS. Mi historia no es la de alguien que recibió todo preparado; es la de alguien que decidió construir con lo que tenía y mejorar una pieza a la vez.

Para mí, Meridian no es solamente software. Representa años de aprendizaje, disciplina y la intención de crear algo propio desde República Dominicana. No quiero aparentar que ya llegué. Quiero documentar el proceso, hacer el trabajo real y demostrar hasta dónde puede llegar una idea cuando no se abandona.

Meridian se está construyendo como un sistema operativo espacial B2B: una capa unificada para trabajo, clientes, conocimiento, datos, automatización e inteligencia artificial.

Su arquitectura conecta una experiencia basada en bloques con un orquestador de agentes, herramientas autorizadas, integraciones externas y verificación antes de ejecutar acciones sensibles.

christian@meridian:~$ meridian start

  (o_o)   Meridian está listo.
  /|_|\   Contexto conectado.
   / \    Agentes en espera.

BLOCKS → CONTEXT → AGENTS → TOOLS → VERIFIED EXECUTION

La interfaz de agentes usa un lenguaje retro de píxeles para comunicar estados técnicos sin esconder la complejidad del sistema. MERI, el operador visual de Meridian, utiliza rojo #FF3347 como color de identidad sobre superficies OLED negras.

const MASCOT_COPY = {
  idle: "Meridian está listo.",
  thinking: "Organizando contexto y agentes…",
  running: "Ejecutando una tarea autorizada…",
  success: "Resultado verificado.",
  error: "La ejecución fue detenida de forma segura.",
};

La telemetría en tiempo real está documentada como contrato visual en el Meridian Ecosystem Hub; no presento métricas o actividad live que no estén conectadas realmente.

Estado: arquitectura y experiencia en desarrollo.

Meridian Code Agent será un entorno de ingeniería asistida capaz de convertir una idea, documento o referencia visual en una aplicación verificable. No está diseñado para responder únicamente con fragmentos de código: deberá inspeccionar el proyecto, crear un plan, modificar archivos, ejecutar verificaciones y mostrar una vista previa antes de preparar un Pull Request o despliegue.

DESCRIBE → PLAN → DESIGN → CODE → PREVIEW → VERIFY → SHIP

Agentes previstos: architect, designEngineer, frontendEngineer, backendEngineer, securityReviewer, testEngineer y visualVerifier.

LEER ARQUITECTURA COMPLETA DEL CODE AGENT →

Estado: sistema de voz con ElevenLabs en desarrollo.

Meridian Voice Engine será la capa conversacional y de narración del producto. Permitirá escuchar respuestas extensas, dictar mensajes, seguir estados reales del Code Agent y conversar con Meridian mediante una interfaz controlada por el usuario.

USER ACTION → MICROPHONE / PLAY → SERVER ROUTE → ELEVENLABS → AUDIO + CAPTIONS

Principios obligatorios:

• sin autoplay;
• botón de voz por mensaje;
• pausa, detener e interrupción inmediata;
• transcripción y texto visibles;
• credenciales de ElevenLabs únicamente en servidor;
• fallback de texto cuando el audio falle;
• límites de uso por usuario o workspace;
• sin almacenamiento de audio por defecto.

Estados visuales de MERI para voz: idle, listening, transcribing, thinking, speaking, paused, success y error.

LEER ARQUITECTURA COMPLETA DEL VOICE ENGINE →

Construyendo Meridian: el sistema operativo espacial B2B impulsado por orquestación multiagente y Model Context Protocol.

No estoy construyendo simples wrappers de IA. Estoy diseñando un sistema cognitivo distribuido que trata el contexto como un recurso limitado y verificable.

La arquitectura usa el paradigma del Bibliotecario:

• el orquestador no carga miles de skills completas dentro del prompt;
• primero lee un índice reducido con nombres, descripciones, versiones, permisos y costes;
• clasifica la intención del usuario;
• selecciona la skill correcta;
• carga su contexto bajo demanda;
• crea un worker especializado;
• ejecuta tools mediante un servidor MCP sujeto a políticas;
• verifica la evidencia antes de presentar el resultado.

USER INTENT
    ↓
SEMANTIC ROUTER
    ↓
SKILL INDEX / METADATA
    ↓
POLICY + PERMISSION CHECK
    ↓
LAZY SKILL LOADER
    ↓
SPECIALIZED WORKER
    ↓
MCP TOOL PROXY
    ↓
VERIFICATION
    ↓
PREVIEW → APPROVAL → EXECUTION

El Agente Orquestador empieza leyendo únicamente los metadatos: el equivalente digital al lomo de cada libro. Solo abre el contenido completo cuando la tarea lo justifica.

Este enfoque busca:

• reducir saturación de contexto;
• bajar consumo de tokens;
• evitar conflictos entre instrucciones;
• mejorar la selección de herramientas;
• mantener trazabilidad y permisos.

No afirmo que esto produzca “cero alucinaciones” o precisión absoluta. Ninguna arquitectura garantiza eso. Meridian se diseña para reducir el riesgo, limitar el contexto y exigir verificación basada en evidencia.

PRIMARY ORCHESTRATOR
    ├── CODE WORKER
    ├── DESIGN WORKER
    ├── RESEARCH WORKER
    ├── DATA WORKER
    ├── VOICE WORKER
    └── VERIFICATION WORKER

Los workers pueden operar sobre terminal, filesystem, web, datos o contexto espacial únicamente dentro de sandboxes, rutas, allowlists, permisos y scopes aprobados.

Las claves de Supabase, Resend, ElevenLabs y proveedores de modelos permanecen en el servidor. El patrón preferido no es entregar las API keys en texto plano al agente: el worker solicita una tool, el servidor MCP valida el permiso, ejecuta la llamada y devuelve un resultado normalizado.

LONG-LIVED SECRET
    stays server-side
          ↓
SCOPED TOOL CAPABILITY
          ↓
ONE TASK / ONE WORKSPACE / LIMITED TIME

Meridian podrá enrutar tareas entre diferentes modelos según capacidad, coste, latencia, tools, privacidad y tipo de trabajo. La compatibilidad futura dependerá de adaptadores y contratos verificables, no de una promesa automática.

LEER LA ARQUITECTURA COMPLETA DEL BIBLIOTECARIO →

• Construir antes que aparentar. Prefiero una función real y comprobable antes que una promesa bonita.
• Aprender haciendo. Cada error debe producir conocimiento, documentación o una mejora.
• Seguridad por diseño. Los datos, permisos y secretos deben tratarse como parte central del producto.
• IA con control. Los modelos deben operar mediante herramientas y permisos explícitos.
• Evolución constante. Un producto nunca está terminado; se observa, se corrige y se mejora.

No agrego insignias falsas al README. Los logros de GitHub deben provenir de actividad real dentro de la plataforma.

Estoy preparando mis repositorios públicos para recibir colaboración verificable mediante:

• documentación técnica clara;
• CONTRIBUTING.md;
• issues bien definidos;
• Pull Requests pequeños y revisables;
• commits asociados al correo correcto de mi cuenta;
• participación real en revisiones y Discussions.

VER GUÍA DE CONTRIBUCIÓN DEL ECOSYSTEM HUB →

La inteligencia artificial no debería empezar a escribir código sin investigar primero. Estoy escribiendo sobre cómo crear agentes que hagan mejores preguntas, busquen en la web, revisen GitHub y ayuden a construir aplicaciones y automatizaciones con más contexto.

Leer el artículo: La IA está cómoda y eso es un problema para nosotros los desarrolladores