Claro Frank, te explico cada una en lenguaje simple: **1. ¿Limpiar la sección obsoleta de CLAUDE.md?** CLAUDE.md es el archivo de instrucciones internas que leen los agentes que desarrollan el sistema. Hoy tiene una sección de "Diseño visual" **desactualizada** (describe un tema verde/oscuro que ya no existe — el sistema actual usa el azul `#006eff` que documenta tu DESIGN.md). El riesgo: mientras esa sección vieja exista, un agente podría aplicar el diseño extinto. Tu instrucción ya cubre apuntar a DESIGN.md como fuente única; la pregunta es si además **borramos por completo** el contenido viejo de esa sección (en vez de solo agregar la referencia). 👉 *Recomendación: sí, borrarla — evita confusiones futuras. Cambio mínimo (tallaje S).* **2. ¿Corregir la deuda legacy del emoji en signup?** En la pantalla de registro, el botón de mostrar/ocultar contraseña usa **emojis** (🙈/👁) en lugar de íconos SVG profesionales como en el resto del sistema. El propio DESIGN.md lo señala como inconsistencia. Como tu "Regla Cero" prohíbe cambios visuales no solicitados, no lo tocamos sin tu autorización. 👉 *Opciones: (a) corregirlo ahora (tallaje S, alinea con el resto del sistema), o (b) dejarlo como está.* **3. Sistema de mail marketing para los newsletters** El requerimiento B1 incluye módulos de **newsletter** (genéricos y personalizados) que se envían por correo masivo, pero el documento deja abierto **con qué plataforma** se enviarán (ej: Mailchimp, Brevo, SendGrid, u otra que LPDI ya use) y **cómo conectarnos** (API o SMTP). También falta saber si los genéricos y los personalizados usan la misma plataforma. Esta definición **bloquea los 3 módulos de newsletter** — sin saber a qué sistema conectamos, no podemos diseñar la integración. 👉 *Lo que necesitamos de ti: nombre de la plataforma de mail marketing que usan (o quieren usar), y si tienen cuenta/credenciales disponibles.* Con tus respuestas a estas 3, avanzamos. Las dos primeras son rápidas (sí/no); la tercera es la importante porque desbloquea los newsletters.