Workspaces y miembros
Una cuenta por persona
Sección titulada «Una cuenta por persona»- Cada persona tiene una cuenta con un
@handlepúblico, elegido al registrarse. El handle identifica, encuentra e invita a una persona; nunca sirve para iniciar sesión. - Una persona puede tener varios e-mails verificados e iniciar sesión con cualquiera. El e-mail de acceso trae un código de 8 dígitos y un enlace mágico de un solo uso.
- Personas y organizaciones comparten el mismo espacio de handles. Un handle cambiado queda reservado para su dueño anterior durante 30 días, y no se permiten palabras como
all,ownersyadmins.
Workspaces
Sección titulada «Workspaces»Un workspace agrupa servicios, tokens, reglas, hooks, historial y miembros.
- Toda persona tiene un workspace personal con el mismo handle.
- Una organización es un workspace con nombre y handle propios. Quien la crea pasa a ser
owner. - Una persona puede pertenecer a varios workspaces y cambiar entre ellos en la app.
| Rol | Puede |
|---|---|
owner |
Todo, incluidos miembros, invitaciones y el handle del workspace. |
admin |
Gestionar servicios, tokens, reglas, hooks, webhooks e invitaciones. |
member |
Recibir notificaciones, responder decisiones y leer el workspace. |
guest |
Acceso limitado, para personas de fuera de la organización. |
Cada membresía guarda cuál de los e-mails de la persona representa a esa organización. Ese es el e-mail que ven los miembros, el que registra la auditoría y el que los servicios pueden usar en to.
Invitaciones
Sección titulada «Invitaciones»- Invita por e-mail o
@handle, con un rol (admin,memberoguest). Una invitación vale 7 días y se puede reenviar o cancelar. - Al aceptar, la persona elige cuál de sus e-mails la representa en la organización.
- Nadie recibe notificaciones sin consentimiento:
tosolo resuelve a quien aceptó. Quitar a un miembro corta el acceso de inmediato.
Privacidad de invitaciones
Sección titulada «Privacidad de invitaciones»Como en una app de mensajería con usuario y PIN, cada persona elige quién puede invitarla por @handle en Cuenta → Privacidad:
| Política | Efecto |
|---|---|
anyone |
Cualquier organización puede invitar al handle. |
pin |
La organización debe escribir el PIN de la persona (de 4 a 8 dígitos). PIN incorrecto: la invitación se rechaza; 5 intentos fallidos por hora se bloquean. |
nobody |
Se rechazan las invitaciones por handle. |
- Una invitación a uno de los e-mails de la persona siempre vale (quien tiene el e-mail ya tiene contacto), salvo de una organización bloqueada.
- Una persona puede bloquear una organización: sus invitaciones pendientes se rechazan y las siguientes quedan ocultas, sin avisar a la organización. Una organización bloqueada y la política
nobodydevuelven el mismo error, así el bloqueo nunca se revela.
Servicios y tokens
Sección titulada «Servicios y tokens»Un servicio es un sistema que habla con notific.me (Dokploy, un CRM, un agente de IA). Cada servicio tiene un slug (el source de sus eventos) y uno o más tokens (nm_svc_…), que se muestran una sola vez, con alcances:
| Alcance | Permite |
|---|---|
events:write |
Enviar eventos y tarjetas vivas, publicar en hooks. |
asks:write |
Crear grupos de preguntas (POST /v0/asks). |
asks:read |
Leer y esperar respuestas (GET /v0/asks/{id}). |
Otros alcances (workspace:read, rules:write, tokens:write y más) permiten que un token administre el workspace, que es como los agentes de IA lo gestionan vía MCP. Mira Agentes de IA y MCP. Desactivar un servicio bloquea todos sus tokens de inmediato; revocar un token bloquea solo ese.