Conflict with Twine Compile Plugin

[Serhio]

Hi dear UniGUI developers. 

We are trying to install trial 1.95.0.1603 in Rad Studio 12.3. Installation and compilation were successful. However, when launching Rad Studio, an error window appears:

Can't load package C:\Users\Public\Documents\Embarcadero\Studio\23.0\Bpl\UniGUI29dcl.bpl. Cannot load package 'UniTools29'. It contain unit 'DDetours', which is also contained in package 'TwineCompilePlugin123'.

This window appears several times in a row for the following packages: UniGUI29mdcl.bpl and UniGUI29dcl.bpl.
TwineCompile is a very useful free plugin to increase compilation speed for C++ builder, recommended by Embarcadero. It is easily installed from "GetIt" and is a package like UniTools29.
Apparently TwineCompile package, like UniTools29, uses the third-party library DDetours.
The problem is that according to Delphi rules, the unit name must be unique within the project/program.
This also applies to packages loaded by the program. In this case, such a program is IDE.

As a result, only one package is loaded correctly. In this case, only TwineCompilePlugin, as it is registered in IDE earlier than UniTools29. And if uninstall TwineCompile Plugin, then UniGui loads correctly.
You add a special "uni*" prefix to many units in packages, which is good practice (and is used by other package developers to suppress such conflicts). But several units of the DDetours library have original names without changes, which leads to a conflict.
We are currently considering purchasing uniGUI Complete Edition license. However, we cannot abandon TwineCompile, since without it the speed of compilation in C++ Builder will decrease significantly, which is unacceptable.
Our request - could you rename the units "DDetours", "CPUID", "InstDecode" and their usage in UniGui with a prefix to suppress the conflict? Until then we cannot make a decision on purchasing a license.

Best regards, Sergey.