i see that sm-get-with-stats provides a way of obtaining the exception

also, https://pathom3.wsscode.com/docs/smart-maps/#error-modes

hello, its an unfinished piece, in Pathom I've seen different ways people need error information, the smart map for example, since it does a "per attribute" request, its possible to have the loud error mode, but for EQL the answer may vary. the first thing to consider is that "partial errors" are a big thing, since pathom has control over the process a lot can happen inside, and how to report the failure depends on your app needs. For instance, for front-end applications, its probably interesting to check at attribute level to see what worked and what failed. but for monitoring you may wanna know every error that happen. there is also the case of errors in OR branches, where an error may had happened, but another path worked, in this case, this should be reported as an error? sorry the big blog of text, I'm dumping the current thoughs on the error handling on Pathom, feedback and ideas are very welcome

so my guess its will end up with a few differnet API to handle the different cases, so its silent by default, but with accessors for different needs

No worries. I appreciate the insight. I certainly see the need for multiple approaches for errors.