The exception message won't necessarily be valid as a message template (might have unescaped {s), and using it there will thwart the efforts of sinks/pipelines that treat the message template as an event type
Most Serilog sinks will end up duplicating the exception message in output, via the exception object and via the message template, so using the message to give context about where the exception's being handled can provide a bit more bang-for-the-buck
Minor tweak to consider :-)
{
s), and using it there will thwart the efforts of sinks/pipelines that treat the message template as an event type