⚠️ Scheduled upgrade in progress — brethof-brain is moving to its new architecture. Signups and new installs are paused for the moment; nothing is lost and everything returns shortly.

Proyectos y reglas

Tu trabajo existe en proyectos, y tus proyectos funcionan según reglas. El Brain te proporciona ambos sin que tengas que crearlos o gestionarlos. Un proyecto es un nombre que se dice una vez. Una regla es una frase que se escribe una vez, y a partir de ese momento está presente en cada sesión, en cada máquina, dentro de cada agente que trabaja con ese contenido. Nunca tienes que configurar un proyecto de nuevo, ni contar tu historia dos veces.

Un proyecto es un nombre. También es un especialista.

Di el nombre al guardar o buscar, y el proyecto existirá a partir de ese momento: sin estructura de carpetas, sin configuración, sin límite en cuántos puedes tener. La memoria de tu aplicación es simplemente otro proyecto, ejecutándose en la misma infraestructura.

Cada proyecto es un especialista. Tiene su propia memoria, sus propias reglas, su propia historia de decisiones. Cuando se abre una sesión en él, el agente ya llega informado: las reglas, la situación actual, lo que se decidió la semana pasada. No hay necesidad de explicar nada de nuevo ni de recordárselo. La información ya está allí.

El minuto que financia el resto del proyecto

El minuto más valioso en el producto es aquel que se invierte en establecer las reglas de un proyecto. Escríbalas una vez: cómo se llevará a cabo el proyecto, qué es importante, qué se debe evitar; así, cada sesión que se abra posteriormente las conocerá automáticamente.

# Dile a tu agente: "create a brain project for my payment service — track architecture decisions, deploy state, and incident causes"

Nunca se cuenta la historia de tu proyecto dos veces, ni a un agente nuevo ni en una máquina diferente. Ese minuto se dedica una sola vez, y el agente que llegue mañana ya lo sabe.

La capa del equipo, según tus condiciones

Cuando comparte, lo hace según sus propios términos. Una clave no tiene por qué ser todopoderosa. Limitela a proyectos seleccionados, en modo solo lectura o lectura-escritura: la forma adecuada para un contratista, una tarea de integración continua o un agente de uso específico que no debe tener acceso al resto de su trabajo. Su cerebro, sus reglas, sus claves.

Equipos humanos. Un contratista recibe una clave que le permite acceder al proyecto del cliente y a nada más. Cuando finaliza el contrato, se revoca una clave; no se desenreda una memoria compartida.

Flotas de agentes. Un trabajo de CI, un bot de investigación, un agente de propósito único: cada uno recibe exactamente la memoria que su tarea necesita. Un agente que solo puede leer nunca podrá borrar.

Múltiples arneses, una memoria. Ejecuta Claude Code, OpenClaw y Codex contra el mismo Brain, pero asigna a cada uno su propia clave, según el grado de confianza que le tengas. El agente autónomo siempre activo que se comunica con el mundo exterior tendrá acceso solo de lectura a un proyecto; tu herramienta principal tendrá acceso total a todo. Memoria compartida sin Radio de explosión compartido: el problema al que se enfrenta cualquier configuración con múltiples agentes, resuelto donde corresponde.

Eliminarlo es intencionado.

La eliminación es intencionada: todo lo que almacenas te pertenece y puedes eliminarlo. La eliminación se lleva a cabo en varios niveles a través de dos sistemas: el panel de la cuenta, con confirmación humana en cada paso, y los datos derivados a los que puede acceder un agente. Pero el archivo original de las conversaciones es lo único al que ningún otro agente puede acceder. Ningún agente puede eliminar un mensaje individual, ni tampoco puede acceder en absoluto a los últimos tres meses de datos. El modelo de amenaza considerado es tu propio agente: un error o una instrucción maliciosa oculta dentro de algo para lo que se le pidió que leyera. La memoria curada es derivada; el archivo es el original.

Cada proyecto mantiene un montón de cosas por decidir.

La brecha entre decir que harás algo y hacerlo es donde el trabajo muere en silencio. The Ledger llena ese vacío. A medida que se archivan sus conversaciones, vigila las intenciones y convierte cada una en una fila a la espera de usted.

Di Revisar el libro de cuentas. Y tu agente recorre las filas ya con un veredicto establecido: hecho, con las pruebas; ahora es inútil; aún vale la pena hacerlo… Y tú respondes con palabras sueltas. Quince filas toman unos dos minutos. No hay estados ni tablero obsoleto; cada decisión elimina una fila, y la pila solo disminuye. Las filas que se conservan se convierten en instrucciones para objetivos que tu agente completa por sí mismo.

Los proyectos son independientes. Los procedimientos se comparten.

La distinción es importante. La memoria de un proyecto es privada de ese proyecto en particular: la implementación, el informe semanal, las tareas de traducción… Pero un procedimiento se comparte entre todas las acciones que se realizan. Escriba un manual en formato Markdown una sola vez, guárdelo para toda su cuenta, y cualquier agente en cualquier proyecto, en cualquier máquina, podrá recuperarlo y seguirlo. Brain almacena y proporciona los manuales; nunca los ejecuta. No existe un backend de ejecución, ni terminal, ni acceso a sus máquinas: el manual contiene las instrucciones, y su agente se encarga de llevarlas a cabo.

El Brain los almacena y los proporciona; tu agente los ejecuta en su propio entorno. Guardar, obtener, listar, eliminar: cuatro opciones, completamente tuyas.

Escribe la ley una sola vez. Todos los agentes la obedecen.

Las reglas son lo único que se carga automáticamente en cada sesión. Todo lo demás: la memoria, las instrucciones, las decisiones, se encuentra al buscarlo. Las reglas ya están allí. Establezcalas para todo lo que haga, o para un proyecto específico, y ellas determinarán cómo funciona cada agente, en cualquier lugar.

Las reglas son el programa del curador.

Después de cada intercambio, un curador lee el turno y reescribe tu memoria: las decisiones se guardan, los hechos modificados se incluyen, y las afirmaciones que la realidad ha superado se eliminan. Tus reglas son el plan de estudios que determina qué es importante. La memoria es gestionada por un modelo al que se le enseña de la misma manera en que se enseñaría a un nuevo empleado; no se configura mediante reglas de extracción ni filtros. Escribes la ley una vez, y el curador la aplica sin que se le pida.

Nunca se presenta uno.

Sin guardar, sin etiquetas, sin ningún ritual de “recordar mi contexto”. La curación tiene lugar en los segundos siguientes al intercambio, no cuando uno recuerda hacer la consulta. Nunca se guarda nada, y la memoria cumple su función independientemente de que alguien recuerde consultarla o no. Una base de datos que requiere que se le pida a tu agente que la revise solo es tan útil como la disposición del modelo para hacerlo; este modelo, en cambio, realiza el trabajo por sí mismo.

La única cosa que ningún modelo puede tocar.

El archivo de conversaciones en bruto es el registro original, y está fuera del alcance de cualquier agente. Ningún agente puede eliminar un solo mensaje, ni tampoco puede modificar los últimos tres meses en absoluto. La amenaza modelada es tu propio agente: un error o una instrucción maliciosa oculta en algo para lo que se le pidió que leyera. La memoria curada es derivada; el archivo es el original, y permanece tuyo.

← Cómo funciona Instalar en 60 segundos

Escúchalo cuando se envíe.

Nuevas publicaciones, pruebas reales y análisis en profundidad de vez en cuando. Sin spam, cancelar la suscripción con un solo clic.

Todo lo que construimos

Externo: YouTube · GitHub