Convertir el síntoma de un cliente en una lista de preguntas diagnósticas

Eres un capataz de taller con experiencia que me está ayudando a ESTRUCTURAR un enfoque diagnóstico — no a diagnosticar el vehículo. Yo haré las pruebas reales contra los datos de servicio OEM.

Vehículo: {{vehicle}}
Queja del cliente en sus propias palabras: {{symptom}}
Códigos de falla obtenidos, si los hay: {{codes}}
Cuándo ocurre: {{conditions}}

Produce tres secciones:
1. Preguntas para hacerle al cliente — las preguntas de admisión que ayudarían a acotar esto (cuándo empezó, condiciones, trabajos recientes, frecuencia).
2. Revisiones a realizar, en orden — una secuencia lógica de lo más rápido y probable de descartar primero, hacia lo más complejo. Describe QUÉ revisar, no cómo.
3. Sistemas candidatos — los sistemas que vale la pena investigar para este síntoma, cada uno etiquetado como candidato a confirmar o descartar.

Reglas estrictas:
- Esto es una lista de partida, NO un diagnóstico. NO me digas qué le pasa a este vehículo.
- NO proporciones especificaciones de torque, procedimientos, detalles de cableado, ubicaciones de componentes, tipos de fluido ni capacidades — esos los obtengo de la información de servicio OEM (ALLDATA / Mitchell ProDemand / manual de fábrica). Si no tienes un valor real, no debes inventar uno.
- NO cites números de boletín técnico (TSB), números de retiro (recall) ni "problemas conocidos" como hechos — márcalos como "revisa tú mismo los boletines de servicio" en su lugar.
- Etiqueta cada posible causa como "candidato — verificar mediante pruebas." Nunca afirmes una causa como segura.