Creo que con cualquier proceso que implique “podría ser público, podría ser privado” habrá margen para el error del usuario cada vez que alguien cree un tema. Ya sea elegir la categoría correcta, recordar hacer clic en “susurrar” o agregar una etiqueta que luego haga algo de magia CSS para ocultarlo, etc. Hay un punto en el que tienes que tomar esa decisión y una oportunidad para equivocarte. 
Creo que una subcategoría es el camino a seguir para poder tener confianza en las protecciones de visibilidad. Si no desea activar las sub-subcategorías para esto (o ajustar su estructura de categoría de nivel superior con una alternativa como Category Groups), puede tener una subcategoría adicional en Soporte para #internal-bug-reports y luego usar el filtro de temas para crear una lista de temas personalizada que incluya temas de ambas categorías, que luego puede agregar a la barra lateral para que la usen sus desarrolladores.
Solo por diversión, probé si podía cambiar el post_type de un OP usando la API. Y aunque funcionó, todavía apareció en la lista de temas para un usuario de prueba que no susurraba y luego arrojó un error cuando hizo clic en él. 
Por lo tanto, parecería que se necesitaría algo de trabajo de desarrollo adicional para suavizar eso (y también puede haber otros conflictos por el comportamiento inesperado cuando comiences a investigar).