Escríbelo una vez · cualquier agente, cualquier proyecto, cualquier máquina lo ejecuta · nunca se poda


Tu agente dibuja el mapa de todo tu sistema. Cada sesión posterior lo carga.

Un playbook es un procedimiento escrito una sola vez —el despliegue, la ejecución de la traducción, el informe semanal— y ejecutado por cualquiera de tus agentes, en cualquier proyecto, en cualquier máquina, de la misma manera cada vez. Las notas llevan el relevo de una sesión a la siguiente. Y el atlas es lo que los playbooks hacen posible: un mapa de todo tu sistema, dibujado por tu agente a partir del código y del sistema en funcionamiento, con el que se abre cada sesión futura.

Plan gratuito · sin tarjeta de crédito · playbooks y notas en cada plan

Escribe un procedimiento una sola vez. Cada agente lo ejecuta.

Un playbook es markdown sencillo: encabezados para las etapas, bloques delimitados para los comandos y qué leer después para saber que funcionó. Se almacena para toda tu cuenta, no para un solo proyecto: tus proyectos permanecen separados, tus procedimientos se comparten. Cualquier agente lo obtiene y lo ejecuta en su propio harness; la memoria solo lo almacena. Di "guarda esto como playbook" y lo es. Di "usa el playbook deploy" y se ejecuta.

Nunca se poda

Los registros curados contienen la verdad actual y se ordenan a medida que avanza. Un playbook guarda cómo se hace, y nadie poda un procedimiento. Una receta que tomó una semana encontrar permanece exactamente como se encontró.

De la misma manera, en todas partes

Cinco agentes en un proyecto, o un agente en cinco máquinas: el despliegue es el mismo despliegue. Lo que se aprendió una vez sobre una ejecución es lo que toda ejecución sabrá a partir de entonces.

📋

Escrito como se lo entregarías a un colega

Los pasos, los comandos exactos, qué verificar después, qué salió mal la última vez y cuándo. Tu agente añade lo que aprende al ejecutarlo, en la misma sesión.

Notas: el relevo

Dónde se detuvo la sesión, qué está en marcha, qué viene después: escrito por tu agente, guardado por proyecto, los últimos cinco siempre a mano. La siguiente sesión se abre con ello. Enciende el PC, di "continue" y continúa desde allí.

El atlas: un mapa de todo tu sistema, siempre fiel

El atlas es un playbook que enseña a tu agente cómo mapear un proyecto, y el mapa que dibuja es en sí mismo un playbook, de modo que cada sesión puede abrirlo. Un mapa raíz por proyecto: las cajas, los cables y lo que viaja por ellos, los almacenes y un índice de láminas. De cuatro a ocho láminas, una por cada plano del sistema, con los procedimientos dentro de la lámina a la que pertenecen. Escrito por el agente a partir del código y del sistema en funcionamiento, nunca de memoria.

Las tres reglas de un mapa

  • La topología se dibuja una sola vez, en la raíz. Una lámina nunca vuelve a representar los cables; solo contiene su propio detalle y sus procedimientos. La duplicación es donde empieza la deriva, así que por construcción no existe.
  • Los valores no viven en ningún lugar del mapa. Sin puertos, máximos, precios ni recuentos: una página dice dónde vive el número, nunca cuál es. Un mapa que lleva valores está mal en una semana.
  • Quien cambie un cable actualiza el mapa en la misma sesión. La raíz contiene una línea — verificada <date> contra <what> — y el lector confía en el mapa exactamente hasta ahí.

Lo que contiene el mapa raíz, en orden

  • Qué es el proyecto, en dos frases, y la línea verificada.
  • El diagrama: cajas y flechas, una flecha por cable con lo que viaja por él. La dirección importa más que cualquier otra cosa de la página.
  • Los cables, enumerados: quién inicia, qué viaja, qué nunca viaja. Esta es la sección que detecta las mentiras.
  • Los almacenes: cada lugar donde vive el estado, qué contiene y qué nunca contiene.
  • El índice: cada placa por su nombre, cada procedimiento por placa y sección.

Qué contiene una placa

  • Para cada parte de su plano: qué es, qué contiene, con qué se comunica y en qué dirección, qué nunca hace y qué sucede cuando se ejecuta.
  • Dónde viven los valores: punteros, nunca valores.
  • Sus procedimientos: los comandos exactos, qué leer para saber que funcionó y qué ha salido mal realmente al hacerlo, con la fecha.

Un mapa raíz, en forma

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

Tres frases para tu agente

El método del atlas es un manual como cualquier otro. Se lo das a tu memoria una vez; a partir de entonces, cada proyecto puede mapearse con una sola frase, y el último paso del propio mapa se asegura de que cada sesión futura sepa que el mapa está ahí.

1 · una vez

Dale el método a tu memoria

Copia el texto del atlas y dile a tu agente: guarda esto como playbook atlas. Ya está en tu cuenta, para todos los proyectos.

2 · por proyecto

Haz que dibuje el mapa

En el proyecto, dile a tu agente: usa playbook atlas para escribir el mapa de este proyecto. Lee el código y el sistema en vivo, verifica cada cable y escribe el mapa raíz y sus placas.

3 · hecho por el método

El proyecto aprende que tiene un mapa

El último paso del método guarda una regla para el proyecto: dónde vive su mapa, leerlo antes de cambiar un cable, actualizarlo en la misma sesión. Cada sesión de ahora en adelante se abre sabiendo que el mapa está ahí.

Los playbooks, las notas y el atlas están en todos los planes, incluido el gratuito. Empieza gratis

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