Soluciones
Una memoria para los agentes de todos
Ejecuta un servidor de memoria en una máquina administrada por tu equipo de desarrollo. Los agentes pueden encontrar decisiones anteriores en los proyectos a los que sus usuarios tienen acceso.
Antes de una prueba con el equipo
Empieza con un proyecto sin datos sensibles y un operador que mantenga el servidor, las cuentas, las actualizaciones y las copias de seguridad. Comprueba quién puede leer y escribir en el proyecto antes de invitar a tus compañeros.
El software es gratuito. Tú proporcionas la máquina y su administración; los proveedores opcionales de modelos en la nube cobran a tus propias cuentas.
Un servidor al que apuntan todos
Un solo binario con un único archivo SQLite y una carpeta de markdown. No hay sidecar, ni base de datos vectorial, ni nada que mantener sincronizado.
Claude Code
Codex
Cursor
Gemini CLI
Un servidor ai-memory
Wiki del proyecto
Comparte conocimiento dentro de un proyecto
Los usuarios con acceso a un proyecto pueden leer sus páginas. Una sesión de Codex puede encontrar un problema que la sesión de Claude Code de un compañero registró la semana pasada.
Visible en la siguiente consulta
La nota de un compañero puede aparecer en la próxima búsqueda o resumen de sesión de quienes tienen acceso al proyecto. Las sesiones en curso no se interrumpen.
Cualquier combinación de agentes
Cada persona se queda con el agente que le gusta. Cada llamada a la memoria resuelve su proyecto a partir del directorio de la sesión, así que las sesiones en paralelo no se cruzan.
El primer día de alguien nuevo
Recibe una clave, apunta su agente al servidor y le pregunta al proyecto qué ha estado pasando.
Pide tu clave de API
Apunta al servidor
Ponme al día
Busca en la wiki
Primer día
Le pregunta al proyecto
“Ponme al día” devuelve un resumen del trabajo reciente. “¿Ya hablamos de la lógica de reintentos?” devuelve la página de la decisión y las sesiones que hay detrás.
La wiki es una base de conocimiento viva
Las sesiones añaden notas automáticamente, en markdown con historial git. Mantén documentación revisada como referencia para las instrucciones y contrasta las decisiones importantes con sus fuentes.
Complementa tu documentación escrita
Las páginas se compilan a partir de las sesiones y están pensadas para que las recuperen los agentes. Conserva tu README y tu documentación de arquitectura escritos a mano, y deja que la wiki guarde los porqués y los callejones sin salida.
El resumen es prosa con un proveedor LLM y datos estructurados sin él. Con --enable-web, las personas pueden consultar la wiki en el navegador; root también puede revisar propuestas de edición pendientes.
Conocimiento compartido, traspasos personales
Un traspaso es un resumen guardado del trabajo pendiente. Las páginas del proyecto se comparten con quienes tienen acceso; el traspaso pertenece a quien lo dejó.
Conocimiento compartido
El testigo tiene dueño
- Tu traspaso pendiente va a tu próxima sesión. Un compañero que arranca un agente en el mismo repositorio nunca lo recibe ni lo consume.
- Pasa
shared: truecuando quieras publicar un testigo para quien retome el trabajo. - Dos personas que editan la misma página producen una cadena de versiones. La escritura más reciente pasa a ser la última y la anterior sigue accesible. No hay merge y no se destruye nada.
- Unos espacios opcionales por persona guardan “en qué estoy trabajando ahora” y quedan fuera del resumen del equipo. Vienen desactivados por defecto.
# Personal por defecto: solo lo recibe tu próxima sesión
"Guarda el contexto para la próxima sesión."
# Publica uno a propósito: memory_handoff_begin with shared: true
"Guarda un traspaso compartido para que lo reciba quien retome esto mañana."
Los agentes pueden enviarse mensajes entre proyectos
El agente del repositorio del frontend necesita un endpoint del repositorio de la API. Envía una petición autocontenida a la bandeja de entrada de ese proyecto, y la siguiente sesión que arranque allí la saca. Un mensaje se reclama una sola vez, el proyecto destinatario ya tiene que existir y una bandeja admite como máximo 256 mensajes pendientes. Cómo funciona la mensajería.
Cuentas, claves y auditoría, sin plan de pago
Las funciones de equipo están en el mismo binario MIT que todo lo demás.
Una cuenta con nombre por persona
Añade personas con un comando. Desactivar una cuenta termina el acceso desde el navegador y conserva sus páginas. Las claves API emitidas por el propio usuario deben revocarse por separado.
Claves de API por máquina
Cada persona puede tener varias claves etiquetadas, una por portátil o por agente. Rotar una clave rechaza la anterior de inmediato.
Autoría en cada escritura
Cada página registra su autor, y la interfaz web muestra quién la editó. La autoría nunca filtra quién puede leer.
Un registro de auditoría de cada mutación
Las escrituras se registran con el id del autor. Los webhooks de admisión pueden ver al actor y rechazar una operación.
Todavía no hay documentada ninguna pantalla ni comando para consultar el registro de auditoría, así que cuenta con hacer consultas a la tabla audit_log del archivo SQLite. La guía de usuarios en GitHub cubre los roles, el inicio de sesión con contraseña y la rotación de claves.
Un servidor soporta unas 700 escrituras por segundo, suficiente para varios cientos de agentes activos. Mira cómo se midió.
Configura tu equipo
La página de instalación lo explica paso a paso: levantar un servidor, dar una clave a cada persona y apuntar sus agentes a él.
Preguntas y respuestas
¿Pueden varios desarrolladores compartir un servidor de ai-memory?
Sí. Un servidor guarda la wiki y los agentes se conectan a él. Los proyectos están abiertos por defecto; las cuentas de usuarios de la base de datos pueden limitarse con permisos de proyecto. Los traspasos pertenecen a su autor salvo que se compartan explícitamente.
¿El uso en equipo requiere un plan de pago?
No. Las cuentas por persona, las claves de API, la autoría y el registro de auditoría forman parte del binario de código abierto.
¿Puedo restringir un proyecto o una página a algunos usuarios?
Puedes restringir un proyecto entero para cuentas de usuarios de la base de datos. Root, su creador y los usuarios con permiso conservan el acceso; el permiso de escritura incluye lectura. Las páginas individuales no tienen permisos separados. Los despliegues con proxy de confianza deben aplicar el control de acceso en el proxy.
¿Cuántos desarrolladores aguanta un servidor?
El techo de escritura medido es de unas 700 escrituras por segundo en un disco local rápido, lo que el proyecto interpreta como varios cientos de agentes activos a la vez. La cifra mide el almacén, y los discos en red serán más lentos.
Sigue leyendo
Dale una sola memoria a los agentes de tu equipo.
Gratis y de código abierto. Las cuentas, las claves y el registro de auditoría van incluidos.