BookinglyTech News
Inteligencia artificial

Garza Global Graviton, un daemon local que hace de proxy compatible con OpenAI

Un desarrollador publica un daemon open source que escucha en 127.0.0.1:11834, habla la API de OpenAI y promete que prompts e historial no salen de la máquina.

2 min de lecturaDev.to0 vistas

El desarrollador que firma como JOxKxER ha publicado Graviton, también llamado Garza Global Graviton Sovereign Edge Daemon: un daemon de fondo que se levanta en la máquina del usuario como endpoint compatible con la API de OpenAI en 127.0.0.1:11834. La promesa es que ni los prompts, ni el historial, ni el contexto salen de ahí. El proyecto es open source y va por la vía de no tener cuenta, ni dependencia de nube, ni telemetría.

Qué trae

Al hablar la forma estándar de la API de OpenAI, cualquier cliente que se configure contra ese endpoint debería funcionar. El autor menciona Continue en VS Code, Open WebUI, LM Studio y Jan. Desde Python, basta con instanciar el cliente oficial apuntando la base_url al puerto local y usando una clave cualquiera, en su ejemplo "ggg-local".

Del lado de la integridad, el anuncio habla de un marco propio al que llama Sovereign Math Framework, formado por un "metadata pacer" y por firmar las respuestas con HMAC-SHA256. Traducido: el cliente puede comprobar que lo que recibe lo ha emitido ese daemon y no un intermediario. El nombre del marco es marketing; la firma, si el cliente la verifica, no lo es.

El autor también asegura que incluye guías en inglés llano y prompts listos para copiar y pegar, de modo que alguien sin conocimientos de programación pueda montar el flujo en minutos. Es una afirmación suya.

Lo que no dice

No hay número de versión, ni licencia indicada, ni capturas, ni pruebas de rendimiento, ni datos de tracción del repositorio. Todo lo que se sabe del proyecto viene de su propio autor y no ha pasado por revisión de terceros. "Cero telemetría por construcción" es una propiedad del código, y para darla por buena hay que leerlo.

Tampoco queda claro qué hay detrás del endpoint. El daemon actúa de proxy, pero el anuncio no explica contra qué backend sirve los modelos: si es un motor local tipo llama.cpp u Ollama, o un servicio remoto al que se reenvía. Es el detalle que más cambia las cosas, porque un proxy sin nada detrás no genera una sola respuesta.

Por qué mirarlo

La idea de un gateway local compatible con OpenAI no es nueva: hay varias herramientas que hacen de puente entre clientes y motores de inferencia, y todas compiten por el mismo hueco. Lo que ofrece este proyecto, si el repositorio está a la altura, es el envoltorio: un binario con API estándar, sin cuenta, sin telemetría y con firmado de respuestas. Para un equipo que no puede dejar salir datos de su red, eso encaja antes que una interfaz propia de cada fabricante.

Antes de meterlo en un flujo de trabajo conviene abrir el repositorio y comprobar tres cosas: qué backend admite, con qué licencia se distribuye y si el proyecto sigue vivo. La firma HMAC solo sirve de algo si alguien la valida en el otro extremo.