The idea is that based on various data points (platform, configuration, version, jdk, *especially metrics collected*, etc...), it would be uber-cool for RHQ to either make suggestions to the admin on what could be tweaked (possibly configuration-wise), or maybe even tweak it for the admin (self-tuning). The idea could be extended out to the alerting mechanism, where alerts might only get fired based on dynamic rules (rather than hard-configured metric value boundaries).
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-366
Mass move to component = Monitoring
Triaged 5-Oct
This is covered in design discussions and ultimately may happen, but will be tracked elsewhere.