Let's use the informal 'tu', I'm still young, don't make me feel old...
We can discuss choices made in a mix as much as we want (within certain limits, anyway), but in this case, the matter is mathematical and therefore unequivocal; it is not subject to opinions, and if you want, I can prove it to you in 10 seconds. In any case, to answer your curiosity, normally when developing a plugin that simulates the behavior of an analog circuit, one can choose to operate in two ways.
The first is to create a plugin that tries to best simulate the corresponding analog circuit, thus performing painstaking analysis on the analog circuit.
The second is to do the same while trying to improve it, therefore starting directly from a digital analysis and seeing where it can be improved.
Taking the SSL EQ as an example, an EQ is nothing more than a set of filters having specific circuit characteristics. Anyone who has built even a simple RLC filter knows very well that reactive components have, among other things, a phase shift effect on the signal. No problem if you are doing mastering, i.e., working on a single track; the problem might arise when you are mixing because introducing a phase shift to the original signal could cause cancellations.
There is also another problem, very visible even in low-pass or high-pass filters. Creating a very selective filter implies increasing the number of poles, but increasing the number of poles increases ripple issues in the stopband. That is, in the stopband, by definition, no signal should pass, but if you have ripple, it means that small amounts of signal will pass anyway, and that is why good equalizers cost so much money—precisely because to limit, rather than eliminate, these problems, the designs are often very complex.
Now coming to the analog SSL, you understand well that even though the signal is not being processed (i.e., if all filters are set to 0), it still passes through active and passive electronic circuits that somehow modify it.
If I were in the position of someone designing a plugin, would this be an added value for me or not? Obviously, the answer is that this is one of the problems with analog, and if I can avoid it in digital, I will gladly do so, also because the CPU state would change based on unrequested processing, thus unnecessarily increasing latency just to process a signal that I actually (since I leave everything at 0) do not want to process.
The simulation of the SSL circuitry therefore occurs "at operating temperature" [a regime], meaning when parameters other than 0 exist, and there are two approaches to doing this...
The first one I mentioned is to analyze the SSL circuitry in analog, i.e., by starting to send different types of signals (sine, triangle, and square waves which have different Fourier transforms) into the input using a signal generator, and seeing how these are returned at the output as frequency varies. Since we will then have to convert this analog signal into digital, we will need to extrapolate an algorithm from the analysis that simulates the behavior of the analog circuitry.
The second approach is faster and cleaner, even if it does not return exactly the behavior of the analog circuit, precisely because it is not an Analog-to-Digital approach but a Digital-to-Digital one. In essence, with circuit diagrams in hand, the circuit is reconstructed in Spice or in EveryCircuit, and from there, the tests from the previous approach are performed using computer simulations. In this case, many problems are eliminated, but obviously the filter's fidelity will be lower because if we were to measure the value of a resistor on an analog circuit, that resistor would probably not be 100Ω but 101Ω. You understand well that with a single resistor the problem doesn't arise, but with the entire circuitry made up of hundreds of resistors, inductors, capacitors, transistors, etc., even a 1% error begins to be felt. It must also be said that the values of electronic components vary over time, and this could also skew the analysis.
Regarding Universal Audio plugins, sincerely, I have never used them so I cannot express an opinion, and even if it seems at least strange to me, anything is possible. In light of what has been said, you will have understood that it is simply a matter of making choices during the plugin design phase. But bringing analog problems into digital, between us, does not seem like a smart choice to me, and that is exactly why it seems strange to me...