Fuente: memorias de Claude
claria-wiki-platform,github-backup,claria-infra-hardeningy README de la wiki.
No hay registro público ni SMTP. Un administrador crea el usuario en Admin → Users → New User con "Must change password on first login" y entrega la contraseña por canal seguro. Tu grupo depende del rol (Dirección, Comercial, Operaciones, Tecnología, Lectura). Ver Onboarding.
Pendiente: nombre del administrador que aprueba altas. Preguntar al owner.
El contenido se espeja al repo privado claria-wiki (branch main), con git sync bidireccional cada 5 min. Editas el markdown en el repo y el cambio aparece en la wiki (y viceversa).
Nunca en la wiki ni en repos públicos (la wiki se espeja a GitHub). Viven en:
_backup/secrets/ en la VM (credenciales admin, API keys, deploy keys, env de prod)..env.local / .env (gitignored) de cada app/stack.Si necesitas una credencial, pídela al responsable. Si un secreto filtra → se rota todo.
| Necesito… | Pedir a… |
|---|---|
| Acceso a wiki / CRM / n8n | Administrador (pendiente nombrar) |
| Una credencial / secreto | Responsable de tecnología |
| Conectar una instancia de WhatsApp | Responsable de la infra Evolution |
| Cambios en la web o el CRM | Equipo de tecnología |
Pendiente: completar responsables nominales tras definir el organigrama.
Backup automático por cron diario 07:00 UTC al repo privado claria-backup (snapshot rolling, sin historial). Restore = clonar el repo (último estado). Detalle en Operaciones.
Es esperado: los mensajes enviados por Baileys no se renderizan en el teléfono enlazado. Verifica en el CRM. Ver lección de acks.
Hard refresh (Cmd+Option+R) o borrar datos del sitio. Es caché de chunks viejos. Ver lección.