/team-onboarding: pásale tu setup de Claude Code en un mensaje

Voy a mandarle a un compa nuevo este manual que /team-onboarding me generó. Léelo de cabeza a pies y dime:

1. Qué partes son hábitos solo míos (atajos personales, MCPs experimentales que probé una vez, comandos que casi no uso) y conviene quitar antes de mandarlo.

2. Qué partes le faltan contexto para que él entienda sin preguntarme (siglas internas, nombres de proyectos privados, suposiciones sobre mi máquina o mi entorno).

3. Qué partes son del setup del equipo y se quedan tal cual porque le sirven a cualquiera que entre.

Devuélveme una versión limpia: corta lo personal, expande lo que necesite contexto, deja intacto lo universal. Si ves algo que requiere acción de mi compa antes de que arranque (instalar un skill, autenticar un MCP), márcalo arriba con "Antes de arrancar:".

Mi compa nuevo es {perfil del receptor: junior dev / senior dev / PM / diseñador / contractor externo}. Va a leer este manual de team-onboarding de Claude Code que me generó el comando.

Reescríbelo adaptado a ese perfil:

- Si es junior dev: explica las siglas (MCP, CLAUDE.md, sub-agente), agrega un mini-glosario al principio, da ejemplos concretos de cuándo usar cada cosa.

- Si es senior dev: sube el nivel, asume que conoce los conceptos, enfócate en los detalles específicos de cómo lo usamos en este proyecto.

- Si es PM o diseñador: baja la jerga, traduce comandos técnicos a "qué hace por ti", explica para qué le sirve cada herramienta en su día a día.

- Si es contractor externo: marca claro qué partes son nuestro setup interno (que él no debe replicar) y qué partes son universales que sí le sirven.

Mantén la estructura del manual original pero ajusta tono y profundidad.

Convierte este manual de team-onboarding en una versión TL;DR de 5 minutos de lectura.

Reglas:

- Máximo una pantalla scrolleada (~400-500 palabras).
- Empieza con un párrafo: qué hace nuestro equipo y por qué Claude Code es central.
- Luego una lista numerada de 5 a 7 cosas que mi compa debe configurar HOY para arrancar (instalar X, autenticar Y, leer Z).
- Cierra con una sección "Cuando tengas más tiempo" linkeando al manual completo y diciendo qué partes valen la pena leer después.

No incluyas detalles que no sirvan en los primeros 30 minutos de uso. Si algo es opcional o "nice to have", déjalo fuera de esta versión.

Necesito tres versiones segmentadas del manual de team-onboarding, una por categoría. Cada una debe poder mandarse sola sin perder sentido.

1. **Solo MCPs**: extrae únicamente la sección de MCPs. Para cada uno, di qué hace, cómo se autentica, cuándo conviene tenerlo prendido y cuándo apagarlo (consume contexto). Si hay MCPs que solo aplican a un tipo de trabajo, márcalos.

2. **Solo skills**: extrae los skills. Para cada uno, di con qué palabra o frase se dispara y un ejemplo de cuándo lo usaríamos. Si requiere instalación adicional, márcalo.

3. **Solo CLAUDE.md y reglas del equipo**: extrae las normas que el equipo respeta (estilo de código, comandos prohibidos, branch de PRs, etc.). Esta versión sirve incluso para alguien que no va a tocar Claude Code, pero necesita entender cómo trabajamos.

Devuélvelas en tres bloques claramente separados.

Convierte este manual de team-onboarding en una FAQ. Reglas:

- Cada entrada es una pregunta tal como un compa nuevo la haría en su primer mes: "¿Por qué me sale este error cuando…?", "¿Tengo que instalar X o solo activarlo?", "¿Cuándo uso /plan vs /goal?", etc.

- 15 a 25 preguntas, agrupadas por tema (Setup inicial, MCPs, Skills, Convenciones del equipo, Solución de problemas).

- Cada respuesta es corta (2-4 oraciones) y termina con "Más detalle: ver sección X del manual" si aplica.

- Incluye al menos 3 preguntas sobre errores comunes que predices que va a encontrar en su primer día.

Devuélveme el markdown listo para pegar.

Léete este manual de team-onboarding que /team-onboarding generó automático desde mis últimos 30 días de uso. Tu trabajo es detectar lo que NO está y debería estar.

Busca específicamente:

1. **Cosas que el equipo usa pero yo no usé en 30 días.** Decisiones de arquitectura, comandos que solo se corren en deploys, MCPs que están en .mcp.json del repo pero que yo personalmente no activé recientemente. El manual no las va a tener porque me lee a mí, no al proyecto.

2. **Conocimiento tácito.** Cosas como "siempre revisamos /diff antes de pushear", "el agente X siempre lo lanzamos con /background", "no usamos /plan en hotfixes" — reglas que están en mi cabeza pero no en ningún archivo.

3. **Trampas conocidas.** Errores que el equipo ya cometió y aprendió a evitar, que no aparecen en el manual porque nadie las documentó.

4. **Onboarding humano.** Cosas que normalmente le explicaría a mi compa en una llamada de 10 minutos (quién es el dueño de qué decisión, en qué Slack van qué temas, cuál es el ritual de standup).

Devuélveme una lista priorizada de qué agregar al manual antes de mandarlo, con sugerencias de cómo redactar cada bloque.

Te paso dos manuales que /team-onboarding generó: uno mío y uno de un compa que también corrió el comando. Compáralos en tres dimensiones:

1. **Lo que tenemos en común.** Esto es lo que probablemente es estándar del equipo y debería vivir en el repo como CLAUDE.md compartido (no en setup personal).

2. **Lo que solo está en uno de los dos.** Por cada diferencia, dime si parece atajo personal (queda en el manual personal), oportunidad de alinear (el equipo debería decidir cuál camino tomar), o experimento (alguien está probando algo nuevo que aún no es estándar).

3. **Lo que aparece en ambos pero con configuración distinta.** MCPs prendidos en distinto orden, skills con triggers diferentes, reglas de CLAUDE.md contradictorias. Estas son las que más urgente alinear.

Devuélveme una tabla con tres columnas (Común / Solo mío / Solo del compa) más una sección de "Inconsistencias a resolver" al final.

[Manual mío]:
{pega aquí tu manual}

[Manual del compa]:
{pega aquí el del compa}

A partir de este manual de team-onboarding, ármame una agenda de junta de bienvenida de 30 minutos con mi compa nuevo.

Reglas:

- Asume que ya leyó el manual antes de la junta (se lo mandé con anticipación).
- La junta NO debe repasar el manual punto por punto. Debe enfocarse en lo que el manual no puede transmitir: contexto, decisiones, sentido de por qué hacemos las cosas así, y dudas que él tenga.
- Estructura: 5 min introducción + 15 min "lo que el manual no dice" + 5 min sus preguntas + 5 min próximos pasos concretos.
- Para cada bloque, dame 3-5 viñetas específicas que debo cubrir.
- Cierra con una lista de 3 a 5 acciones concretas que él debe completar en sus primeros 2 días, con un check-in calendarizado.

Devuélvelo como markdown con timestamps al margen.

Audita la complejidad de mi setup de Claude Code a partir de este manual de team-onboarding. Califica del 1 al 10 las siguientes dimensiones:

1. **Cantidad de MCPs activos.** ¿Cuántos uso de verdad seguido vs cuántos están prendidos por inercia? ¿Hay duplicación entre MCPs?

2. **Skills.** ¿Cuántos tengo, cuántos uso a la semana, cuántos podría borrar?

3. **CLAUDE.md.** ¿Está bien estructurado y conciso o ya es una lista de reglas que se contradicen entre sí?

4. **Comandos custom o aliases.** ¿Tengo atajos que en realidad son trampas porque ocultan lo que pasa?

5. **Carga cognitiva del onboarding.** Si yo fuera el compa nuevo leyendo esto, ¿cuántas horas me tomaría entenderlo todo?

Para cada dimensión: nota del 1 al 10, una oración justificándola, y una acción concreta de simplificación. Cierra con un veredicto general: "tu setup está lean", "tiene grasa removible", o "necesita una poda seria" — y dime las 3 acciones de mayor impacto para limpiarlo.