So, I have gained a lot of insight going through my Kontakt libraries.
Here is a list of five things that would make a library “NKS Friendly” without going down the road of complete compliance (Komplete Kompliance??) to the standard.
Use snapshots or the older systems of menus for pre-sets rather than multiple NKI files. The user has to make the host automation assignments once and then save each of the snapshots as a new instrument in Komplete Kontrol without reassigning automation. When viewed in the browser the instrument will appear as a “Bank” and all the pre-sets will be one level down in the structure just as they are with the NI factory libraries. If there are multiple NKIs each one appears as a separate bank. It would be good if NI added a feature to enable you to group NKI into a bank but…... (I will be adding a feature request on their forums).
Ensure the keyboard mapping is done so different keyboard zones are in different colours. This helps everyone, not just KK users, but in KK it will ensure the light guide for keyboard zones works correctly.
Avoid the use of black keys for unused key zones as these lights up purple on the keyboard, white will just remain unlit.
Ensure on/off switches are set up consistently. I have seen some cases where they were not consistent within one NKI. Most common, and logical is knob to the left = Off.
Give sensible names to controls. It’s much easier if a parameter appears in the host automation as say “Attack” than as “8ghb7”.
Some further steps.
NKIs could be supplied with host automation parameters already assigned.
I suspect it would also be possible to provide a *NKSN pre-set files but I am not sure if different path names for the related NKI would cause a problem.