Un store compatible con Redis.
Gratis para siempre, sin asteriscos.

Conecta en 3 líneas

Cualquier cliente Redis funciona. Siempre con TLS, siempre con token.

$ redis-cli -h nyxkv.com -p 6380 --tls -a $TOKEN
nyxkv.com:6380> SET hola mundo
OK

import redis
r = redis.Redis(host="nyxkv.com", port=6380, ssl=True, password="$TOKEN")
r.set("hola", "mundo")

import Redis from 'ioredis';
const r = new Redis({
  host: 'nyxkv.com', port: 6380,
  tls: {}, password: process.env.TOKEN,
});
await r.set('hola', 'mundo');

rdb := redis.NewClient(&redis.Options{
    Addr:      "nyxkv.com:6380",
    Password:  os.Getenv("TOKEN"),
    TLSConfig: &tls.Config{},
})
rdb.Set(ctx, "hola", "mundo", 0)

let url = format!("rediss://:{}@nyxkv.com:6380", token);
let client = redis::Client::open(url)?;
let mut con = client.get_connection()?;
redis::cmd("SET").arg("hola").arg("mundo").execute(&mut con);

Inicio rápido

De cero a guardar datos en menos de un minuto.

$ redis-cli -h nyxkv.com -p 6380 --tls -a $TOKEN PING
PONG
$ redis-cli -h nyxkv.com -p 6380 --tls -a $TOKEN
nyxkv.com:6380> SET usuario:1:nombre "Alicia"
OK
nyxkv.com:6380> INCR contador
(integer) 1

64 comandos en 8 capacidades

Todo lo que buscas en un store compatible con Redis — verificado contra redis-py y redis-cli.

Los 64 comandos →

SCAN que nunca pierde una key

Un SCAN por cursor solo sirve si cumple su promesa mientras el keyspace cambia debajo. NyxKV implementa el cursor reverse-binary de Redis sobre su tabla hash Robin Hood, así que una key presente durante todo el scan aparece al menos una vez — incluso cuando las escrituras disparan resizes a mitad.

# redis-py, iterando mientras otro cliente inunda de escrituras
for key in r.scan_iter(match="orig:*", count=5):
    seen.add(key)
# 100/100 corridas con un writer concurrente forzando resizes: 0 keys perdidas

Números honestos vs redis-server

Head-to-head en la misma máquina (redis-benchmark, sin pipeline, TLS off para la comparación). La latencia está en el mismo orden de magnitud que Redis; la cola es donde se nota un runtime con GC — lo publicamos en vez de esconderlo.

¿A dónde se va la diferencia? El hot path aloca a través de un GC conservador, que aparece como picos ocasionales de latencia de cola y un set residente más grande. Para un endpoint gratis y compatible con Redis es un trade que hacemos a propósito — y que seguimos midiendo.

Multi-tenant por defecto

Cada cuenta tiene su propio keyspace. Los tokens los emite el dashboard, no el protocolo.

# 1. Genera un token en https://dashboard.nyxkv.com/app/keys
# 2. Pásalo como password a cualquier cliente Redis

$ redis-cli -h nyxkv.com -p 6380 --tls -a $TOKEN
nyxkv.com:6380> SET mikey "mis datos"
OK
# Guardado en tu namespace. Ninguna otra cuenta puede leerlo ni escribirlo.

Persistente por defecto

Un snapshot en background cada segundo. Los reinicios retoman donde quedaron.

Memoria persistente para tus agentes

Memoria drop-in para Claude Code y otros agentes, respaldada por tu token de NyxKV. Sobrevive sesiones, sincroniza entre máquinas.

# guarda tu token una vez, compila el SDK, instala el plugin
$ printf '%s' "$TOKEN" > ~/.nyxkv-token && cd sdk && nyx build
# después, desde tu agente: "restaura mi memoria" al empezar, "guarda mi memoria" al cerrar

Cómo funciona Agent Memory →

Gratis para siempre

No hay tier Pro. No hay tier Enterprise. El tier gratis es el producto.

Construido enteramente con Nyx

Parte de un ecosistema de lenguaje auto-hospedado. Binario del daemon: ~390KB.