This may just be pointing out the seemingly obvious, but we do know that iLogic itself is an Inventor.ApplicationAddIn, and we also know that it has its own API, which is different from the Inventor API. We can see the help documentation for both the Inventor API, and the iLogic API in the online help documentation. I believe that settles the initial question of whether an add-in can have its own API or not.

In the past, when folks were first getting started with automating Inventor by code, it could take quite a while to figure out where that line is between the two. The Inventor API is much more 'traditional', requiring objects as input to most of its methods, while the iLogic API generally attempts to be more beginner friendly, requiring more String type inputs that represent the names of objects (even if those objects do not typically have names), then extra code runs in the background to obtain those named objects for the user, instead of the user having to supply the actual objects themselves. When accessing iLogic functionality from outside of iLogic, we can usually access its Automation object, as mentioned by @lmc.engineering. There have been examples of that functionality for many, many years where folks create VBA macros, just to get the button they could put in a ribbon, then the VBA macro it runs simply runs an iLogic rule. I used to do that a lot myself, before upgrading to the 2024 version software. I pretty much always preferred iLogic & vb.net coding over VBA coding, because it seemed newer, more efficient, and more dynamic, even though iLogic has such a basic user interface. But accessing the Automation object generally just leaves you with a generic Object, so more exploration is generally required at that point to figure out what is available below it. I have looked into the methods and properties of a few of the add-ins before, looking for more intuitive ways to do certain things through them using the Reflection functionality (Link1, Link2, Link3).
Wesley Crihfield

(Not an Autodesk Employee)