The Linuxconf gurus are different in various areas. First, because of the virtual registry, the gurus do not have to duplicate any parsing/file update capabilities found in other Linuxconf modules. They can use it just by reading and writing variables. Pretty cool.
Gurus are focusing (or will) on global validations, much more verbose dialog introduction.
The interesting aspect of the gurus module is the framework controlling which dialog is presented. The framework is controlling the path, probing each dialog to know if it is requested or meaningful based on the previous input.
Gurus are not only good for initial configuration. They can walk over and already configured system. They are useful to review configuration step by step.
But the gurus framework stands a bit apart because of one key feature. The "path" to follow is hi-lighted graphically. Think of it as a train station map. While you advance in the dialog,s you move to other station along the map. If a dialog make a path impossible, you will see it (lines become red). If you have not yet visited (information not filled) a dialog, the "station" is presented as an empty circle. If the information was filled, the circle is filled (all blue). If the information is not valid, the "station" is presented as a broken red circle. For example, in the network gurus, if the default gateway is not reachable on the local network, a red station is presented.
This graphical representation might become a key to trouble shoot problems. Gurus may become "the" place to enter as much validation as possible.
You can check some screen shots of the gurus module at http://www.solucorp.qc.ca/tests