¿Cómo decides dónde capturar excepciones y qué hacer con ellas?

Captura una excepción solo donde puedas hacer algo de verdad: reintentar, sustituir por un valor por defecto o traducirla a un error de dominio con contexto. En todo lo demás, deja que se propague hasta una única frontera que loguee y devuelva una respuesta. Captura tipos concretos en vez de un except pelado, nunca la silencies, y usa raise from para que la causa original sobreviva en el traceback.

Por defecto dejo que las cosas se propaguen. Un try except solo se justifica si puedo reintentar, caer a algo sensato o añadir contexto que quien llama necesita. Si no, solo estoy escondiendo información. En los servicios lo estructuro como una única frontera de errores, normalmente un middleware o un manejador de excepciones, que loguea el traceback completo con un id de petición y devuelve una respuesta limpia, y así el código de debajo se mantiene legible porque no está cubierto de manejadores. Dentro de un módulo capturo tipos concretos y los traduzco a una excepción de dominio con raise from, para que el traceback conserve la causa original, porque perder esa cadena es como acabas mirando un stack trace que no empieza en ningún sitio útil. El except pelado está prohibido en las bases de código que llevo, porque también se traga KeyboardInterrupt y SystemExit. La distinción que más me importa es fallo esperado frente a bug. Un timeout en una API de terceros es esperado y se reintenta. Un KeyError en mi propio diccionario es un bug y debe sonar fuerte.