In reality, it is my understanding the Windows RT (the OS), can only run applications designed for Metro/WinRT (the runtime). That is, any Metro application out there should be compatible with both Windows 8 and Windows RT (the OS).
(There may well be gotchas around reusing some native libraries, but I suspect these would be few and far between).
So to your earlier 'bet' you went against...
> ...Windows RT will have more apps at launch than Android tablet currently exist.
Well Windows RT (the OS) should have the same number of (Metro-style) apps as Windows 8, given my understanding from above. I'd expect this to be a pretty high number once the devices hit, given that Developer Preview (and therefore the tools to make these apps) have been out for nearly a year now.
Counting the number of Android tablet apps is more difficult. I wouldn't count the full total of Android apps, only ones optimised for a larger screen. First you have to define it. On Google Play's store, I could only find one list of apps for Tablets, which only has around 250 apps: https://play.google.com/store/apps/collection/tablet_feature... (Given that I was able to get to the 11th page).
If betting the number of Windows RT apps against 250, I know which I'd put my money on.
Of course, there may well be more than 250. How on earth does one find them though?
(In my quick searching, I came across this article from the honeycomb days, which still seems to apply: http://pogue.blogs.nytimes.com/2011/07/01/mystery-how-many-a...)
If supporting Metro without leaving mouse and keyboard users behind is possible, then it might seem more viable to me. The choice between dropping support for Windows 7- and maintaining two code bases raises the stakes for many developers. My understanding is that the only way to support Windows 7- and 8 in a single app is to make it non-Metro. So most developers must then choose between supporting Windows 7 and Windows RT, with the latter unproven.