Monet

Memoria local primero, centrada en el estado, para agentes de codificación: recuerda las convenciones de tu proyecto y cómo te gusta trabajar. 100% local, a través de MCP.

Documentación

La memoria debería cambiar lo que tu agente hace.

El resultado debería ser el que querías.

La corrección que hiciste una vez no debería necesitar hacerse dos veces.

Cuanto más tiempo trabajéis juntos, mejor debería entender lo que quieres.

Pega esto en Claude Code — más agentes disponibles pronto:

Set up Monet for all my projects: read https://raw.githubusercontent.com/team-monet/monet/main/harness/bootstrap/install.md and follow it, checking with me at each step.Copiar

Da una estrella a Monet

El resultado que querías

Todos piden una manzana. Todos quieren una distinta.

Un modelo capaz te da un resultado. El tuyo necesita que el agente sepa lo que quieres — y ningún primer prompt lo dice todo. Lo que quieres tiene que llegar al agente mientras trabaja. No antes. No después.

"una manzana bonita"

"una manzana bonita"

"una manzana bonita"

Cómo lo perseguimos

Principios para siempre. Etapas para el momento.

Principios

Los pocos criterios que gobiernan todo. Siempre delante del agente. Casi nada merece este lugar.

Etapas

Todo lo demás se ata a un momento. Cuando llega, el agente lee las reglas que aplican. Hasta entonces, no cuestan nada.

commit release delegate pr

Todo lo demás simplemente no se entrega. Cuantas menos cosas lleve el agente, más en serio se toma cada una.

El unicornio

La memoria perfecta es un unicornio. Lo perseguimos de todos modos.

Una memoria que siempre convierte la intención en acción no existe. Los modelos cambian con cada versión; ninguna promesa sobrevive a eso. Así que Monet lleva la cuenta: qué regla se disparó, en qué momento, qué hizo el agente. Un número debería caer: cuántas veces repites una corrección.

Nueve meses de construir y romper nos llevaron hasta aquí. Lee la retrospectiva

Verlo funcionar

El momento llega. Las reglas ya están ahí.

A mitad de trabajo, el agente reconoce un momento para el que tu almacén tiene reglas. Las lee y continúa — en la dirección que tú fijaste.

sesión de agente

extracto de sesiónReproducir

tú la rama de release está en verde — ¿puedes cortar la 1.4.0?

agente Cortar un release es un momento para el que este almacén tiene reglas. Leyéndolas antes de tocar nada.

stage_lookup · release

release — las reglas que vinculan aquí

  • Publica solo el paquete del cliente — el motor viaja dentro de él.
  • Incrementa el campo de versión primero; etiqueta solo después de que esté commiteado.
  • Antes de publicar, verifica que el tarball realmente incluye el nuevo motor.

de tu almacén · leídas en el momento en que aplican

agente Versión primero, luego la etiqueta — el orden que fijan las reglas.

agente La verificación del tarball pasa — el nuevo motor está dentro. Etiquetando; el pipeline de release lo toma desde aquí.

agente Observando el pipeline: build en verde, publicación en verde. 1.4.0 está en vivo en npm.

agente

1.4.0 está fuera: versión incrementada, etiquetado, verificado, publicado.

Las tres reglas del release se cumplieron.

Extraído de una sesión real — condensado para la página.

with-monet · el arnés

Un pegado. El agente se cablea solo.

with-monet instala Monet y ejecuta el método: restaurar al inicio de la sesión, leer las reglas cuando llegan los momentos, registrar lo que corriges. Esto es lo que convierte un agente de código genérico en el tuyo.

Da una estrella a Monet en GitHub

Local-first

Tuyo — y verificablemente.

  • Un almacén en ~/.monet — SQLite plano que puedes leer, respaldar, exportar.
  • Los embeddings se ejecutan en el dispositivo. Sin cuentas, sin claves API, sin nube.
  • Funciona sin conexión después de la primera descarga del modelo.

La configuración puede descargar el modelo de embeddings local una vez. Monet no sube nada de tu código.

La memoria debería cambiar lo que tu agente hace. Empieza aquí.

Da una estrella a Monet

Gratis para cualquier proyecto. Todo es de código abierto.