Feel free to develop one.
I know you're being sarcastic, but I'm pretty sure there's not enough info available for anyone but Kemper to fully implement anything that has all of Rig Managers feature based upon the available MIDI commands.
For example, there is no midi to get morph state which Rig Manager displays. It may simply be undocumented or it may only be available over USB. For the OP's question, it's possible this feature is only accessible from the device (sans a firmware change).
What else is connected by midi? Do you have a midi loop? Try disabling midi thru on the various ports of your controller settings.
Nano has fewer buttons so it uses less memory.
You might look at the Pyswitch project on this forum ... if the value is available by Midi (which is a big "if" and likely "no").
If the volume pedal location is echoed as a CC by Kemper then Pyswitch should be able to display the value. The CC to control the volume pedal is listed, but not clear that is available as an output value. There is no nrpn item for volume pedal. The Kemper does not echo the Morph location, but maybe volume pedal is different.
Only see those available in large quantities with a price tag north of $1000 .
What is the detailed business case for this?
I can't speak for the OP, but here is my use case: I have a midi controller with a display. The display needs to indicate what actions (e.g., modules changed) are on I, II, III, IIII. The user has a clear understanding of how to operate the rig; no need to memorize the setup.
Getting performance data over midi the past few days, I see performance data unrelated to the current presets.
It's possible this is related to the reported issues and there's a root cause outside of rig manager. Hard for me to evaluate this.
It is designed only to work with the Kemper.
Some people try to make it work with other devices with special IR's. If that worked well, you'd hear about it
Why not just get a Stage?
It's too big. I can take just the Player pretty much anywhere. YMMV
If you view the Player as just a small footprint version of the Kemper Toaster, Rack or Stage, then yes selling the fully loaded Player makes sense.
I would pay for a Level IIII (or is IV) upgrade that allows the Player to be as close to a small footprint version of the Stage as it can be (e.g., close the gaps with locking, performances, etc., and enable those missing UI pieces in midi). This is closer in line with the current Level I-III philosophy which is unlikely to change per the OP. FYI, it's about form factor, not cost.
I would also pay for a wireless/wired device ("Kemper Satellite"? 
) that let you operate the Player like a Stage/Toaster. It would have a screen, knobs, buttons, etc. Maybe not the full panel, maybe it uses touch for some of this ... but physical knobs are important. It would be compact and something I could leave behind and just take the Player.
I wouldn't mind a Player Pro model that closed out a few of the hardware gaps and is not much bigger. Things like a small screen, maybe an fx loop, maybe trs midi and/or ble midi, etc. It's ok to use the sides of the device for ports. It wouldn't be the full experience, unless maybe you added the Satellite.
I fully realize this is pure fantasy on my part. It would be nice for Kemper to be able to sell more things to existing customers....
In that case, it should also be disabled when output linked. See image above for an example of this confusing, albeit minor, bug.
What is Mon. Volume next to the Kemper Kone setting versus Monitor Out's Volume (grayed out below because it is linked)
I tried to RTFM and found nothing.
It's possible to build the swap feature via midi, it's not that complicated, but it's not going to be as fast as it could since it needs to scan each parameter separately. That said, it doesn't take long for Rig Manager to get this information over USB/Wifi, but it may have a more efficient way to get the morph info.
There exists a midi command to get a single parameter's red and blue morph values and a midi command to set multiple parameters red and blue values. But there doesn't seem to be a way to get the red and blue morph values for multiple parameters at once ... or to get a list/bitmap of the parameters that have blue morph values. We basically have to request every (morphable) parameter individually to find the few that are setup for morphing. By knowing which parameters go with each selected effect in each module we can reduce the effort (at the risk of missing something).
This is a brute force way of doing this. Kemper could take a different approach that would be more efficient (e.g., a per rig setting indicating which color loads)
To give some insight into how valuable this feature is, I am thinking of adding manually triggered swap of morph states feature in my (atypical) midi controller.
I think the Kemper midi supports the required operations to read and write this info. I might give wrong about that. It won't be fast or pretty, but it will help me. This doesn't help anyone else and it would be so much better, easier to not build this and use a Rig Manager feature.
This is not possible today. This is a nice feature request to Kemper support morph state in their midi implementation.
Kemper has an incredibly complete midi implementation with a few notable exceptions like (this is not a complete list, but off the top of my head). Would be nice to support these as well.
I'm very happy with the Fender FR10.
I'm sure there are other monitors which sound better, but the Fender is a pretty good balance of great sound, weight, compactness, availability, and price.
+1
Ideally the footswitch preset can be changed via MIDI. Bonus points for ability to assign footswitches directly via midi (and ability to read the current value).
If you drag and drop a performance (from a second window), it copies 5 rigs over.
Guessing that feature led to the spurious. "syncing 5 items" message in the single rig case?
Hoping at some point drag and drop works within one window.
+1
The ability to swap Blue and Red morph values ... or a way to set the initial value of morph state to Blue instead of default Red solves a lot of use cases.
Morph is a great idea. This thread expands on that for greater greatness.
Interesting option as the 4th "button" on the KPP.
