In b7, the SKEL UX is still consistent.
It might be useful to list some of the inconsistencies in case they have not been observed yet.
1. the behavior of the Security & Privacy pref pane is inconsistent when you approve an identity:
If there is only one identity to approve, the button is labeled "Allow". If you click it, that's it. You're done. OK, this matches the TN.
If there are more than one identity to approve, the button is labeled "Allow…" . If you click it, an alert sheet is displayed and there is a list of identities. If you check the same identity as above and click OK. A dialog appears and suggests you to restart the Mac. Not OK.
2. the wording of the SKEL texts is inconsistent:
In the Security & Privacy pref pane, it talks about "System software".
In the "System Extension Blocked" alert, it talks about "System extension(s)".
3. the entire SKEL thing prevents root processes and users with administrative privileges to kextload a kernel extension. Yet, any user can later load the same kernel extension from the Security & Privacy pref pane (i.e. you don't need to unlock the pref pane with an admin password).
----
It would be very useful to know and see the correct final behavior and wording regarding the SKEL feature as 3rd party developers have to provide concise instructions to their end users because of the lack of instructions provided by the current SKEL UI implementation.
Bug reports have been filed.