Skip to main content
Todo cambio que importa en tu espacio queda anotado como un evento: llegó algo, nació un Contacto, una Oportunidad se ganó. El evento se escribe en la misma transacción que el cambio: si no se anota, el cambio tampoco ocurre. Con eso una integración o un agente puede seguir lo que pasa sin perderse nada. Lo puedes leer cuando quieras (abajo), recibirlo en tu servidor con un Destino, o suscribirte desde un agente con MCP Events.

Qué emite un evento

Emite un cambio durable en un objeto: nace, cambia de estado, se liga a otro, se llenan sus campos, o termina de procesarse algo que llegó. No emiten leer, buscar, cotizar ni proponer (el evento es lo que se hizo, no la propuesta), las comodidades de pantalla ni los reintentos que no cambiaron nada.

La forma

Cada evento es un CloudEvent 1.0:
data lleva referencias (ids) y qué cambió (nombres de campos, etapa anterior y nueva), nunca correo ni teléfono, y pesa hasta 20 KiB. Quien tiene permiso lee el dato completo por la API o el MCP. El recorrido de una Llegada (recibida, decidida, aceptada, rechazada, apartada, reprocesada) no es un evento: se lee con arrival_read. El esquema exacto de cada uno, sobre incluido, está en https://trybrein.com/schemas/events/<type>/v0. Los ids son texto; un campo que no está en el esquema no se acepta.

Leer el libro

Para mantenerte al día, guarda next_cursor y vuelve a pedir con after. Cuando no hay nada nuevo, la respuesta trae data vacío y el mismo cursor: sigue con él. El cursor no se salta ningún evento: un evento solo aparece cuando su transacción y todas las anteriores ya terminaron, así que lo que llegue tarde siempre queda después de tu cursor. Un evento por id: GET …/workspaces/<slug>/events/<id>. Cualquier miembro del espacio puede leer su libro. Una llave de API o una app conectada lo lee con el permiso de lectura.