Para revisar manualmente, puede usar la aplicación regedit.exe para cargar el archivo privateregistry.bin haciendo lo siguiente:

1. Inicie RegEdit.exe
2. Seleccione el nodo Computer\HKEY_LOCAL_MACHINE en el panel de la izquierda
3. Seleccione el archivo | Cargue el elemento de menú Hive... y cargue el archivo privateregistry.bin
4. Cuando se le solicite un nombre de clave, simplemente escriba algo como "VSRegHive"
5. Esto cargará los datos en un VSRegHive bajo el nodo HKLM
6. Cuando termine de explorar, asegúrese de seleccionar VSRegHive y seleccione Archivo | Descargue Hive... , antes de salir de la utilidad RegEdit.exe; de lo contrario, VS no podrá iniciarse. Mantener la colmena cargada en regedit crea algún tipo de bloqueo que evita que DevEnv.exe se inicie.

Acceder mediante programación a la clave RegLoadAppKey es, de hecho, su mejor apuesta.

Acabo de tener un problema similar y encontré esta publicación SO. En mi experiencia, debe usar la configuración x86 para su proyecto o, de lo contrario, encontrará una excepción. He adaptado el código a tu problema.

 ExternalSettingsManager ext = ExternalSettingsManager.CreateForApplication(@"C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\devenv.exe"); SettingsStore store = ext.GetReadOnlySettingsStore(SettingsScope.UserSettings); var propNames = store.GetPropertyNames(@"ExtensionManager\EnabledExtensions"); store.GetString(...)

Además del método anterior, parece posible usar los métodos .Net "normales" para acceder al registro después de llamar a "CreateForApplication". Solo usa algo como esto:

 Registry.CurrentUser.OpenSubKey(@"Software\Microsoft\VisualStudio\15.0\ExtensionManager\EnabledExtensions")