Peter, while I share the enthusiasm (yay, hooray), can you be a bit more specific with your sarcasm? :)
Presets/profiles is one thing, prefixes/suffixes is another one, and CMYK JPEGs is what this particular report is about.
If you have some other requests and reports — you can go ahead and upvote them, or make a new one if you think it’s overlooked. It’s easier to break it all at once, but it’s hard to fix it... One at a time, one per entry, step by step.
The change is available in the Beta, you can try it yourself — and change the bet, if you like. Please comment back if it does not work as expected.

Nice! 6 years flew by unnoticed! Who needs RGB images for screens, when you can have a full four-color composite?! :D
It would be exciting to see Illustrator's team workflow! They just made export profiles for "export for screens"! One would think they would fix the whole F-up this dialogue screen is! You are writing the new code right next to the broken one! You could just spend more hours and do it right! Yeah, right!
Let's place our bets! I say they will not make it until the end of this year (7mo). It's just too complicated! :D

Also, I notice that the ‘Format Settings’ dialogue box shown in Adobe's own help pages (https://helpx.adobe.com/uk/illustrator/using/collect-assets-export-for-screens.html#exported-assets) doesn’t match the one in the application itself. The online guide clearly shows the option to choose a specific colour model for the export on a format-by-format basis. The same dialogue in the application lacks any such options.

Export For Screens is, clearly then, something of a chaotic mess, which is a shame because it's incredibly useful and something that, until I discovered that it was outputting only CMYK jpegs, I was using to generate a very large number of ‘screen usage’ conversions of spot colour logos. Other than laboriously converting all those jpegs to RGB in Photoshop I'm not sure what my workaround is (and even if I go down that route there's no guarantee that the RGB colour arrived at would be the same as converting direct from spot ink to RGB in a single step — that intermediate CMYK conversion during export might throw things off).

Adobe: PLEASE FIX THIS.

I too arrived here after googling for a solution to ‘Export For Screens’ seemingly having reverted to its old erroneous behaviour of exporting CMYK images from its ‘JPG 100’ setting. Also, although the lower-quality jpeg export settings — JPG 80, etc — DO create RGB images (as one would expect from a functions called ‘Export For Screens’), they also embed those images with CMYK profiles, which will cause Photoshop (for example) to ignore the profile and treat the image as untagged.

This needs an urgent fix.

(NB. this issue seems to have reappeared in Illustrator’s most recent update or so. Previously to that it was outputting jpegs as RGB images as expected (I say this because I have been using the same workflow and the same export presets to export a large number of CMYK/spot colour logo files for screen use over the last few weeks/months and it is only recently that the JPG 100 exports have suddenly started to appear as CMYK files).

This is fkn hilarious.

Noticed in this update that Exporting for screen (selection and/or assets and/or artboards) from a CMYK document , makes an image in CMYK and not an RGB.
So it deserves another conversion to fix this.

Working in an RGB colour space, the export to screens options is exporting all jpg 100 files to CMYK colour profile. This has not been an issue before. How do I select/force RGB?

Giving us the option to specify settings for each scale would be great. Can I choose Press Quality PDFs for exporting 50 artboards of logos?

Illustrator 26.4
Mac OS 12.5.1

In RGB document mode, with colours set to RGB, when using Export for Screens JPEG files export as CMYK (PNG files export correctly as RGB)

Also, in the Export for Screens settings for JPEG the only option for ICC profile is US Web Coated SWOP, even though the document working profile is sRGB.

I’d not mind having a way to export CMYK files from a CMYK document, as a clear option, but not as default, because 'Export for SCREENS' implies a JPEG in RGB space. Very few viewers can display CMYK decently, and some users just don’t expect a shenanigan like this.

The user might want to produce a rendering of the CMYK separation, of course. It's also a valid case. Probably the ideal solution would be to give the user the option upon exporting.
At any rate, a file exported for screens must be RGB, and the current behavior is clearly a bug that should be addressed.

When the document is set to CMYK and export for screens is used outputting to jpeg, the resulting file is a cmyk jpeg.
Although some managed applications can read and display this format, CMYK is clearly not a mode suitable for screens.
If Illustrator saved an RGB file instead it would be much better, but direct inks become a problem: Usually when the user uses spot inks as Pantone inks, the expected outcome is the appearance of the direct ink and not a cmyk separation.

As an example: A user designs a packaging for a company using their brand colour (a Pantone Ink) as background. The piece will be printed using direct inks. The document mode is CMYK, the overprint Preview in illustrator produces a good rendering of the piece, but it's impossible to export that image to produce a JPEG sample for review without switching the document color mode to RGB.

It's relatively simple to workaround the problem by switching to RGB, but the user might accidentally save over their file in that colour mode, losing overprints and other pre-press work done on the design.

The export for screens tool should always save an RGB rendering from the overprint preview for CMYK files.

Adobe, CMYK is not the expected space when exporting to screens. It does so for all other raster formats. Just because it's possible to create CMYK Jpegs it doesn't mean it's what the user wants. This does create unexpected result more often than not.

and IF you really really have to export the Jepgs as CMYK, let us atleast have a choice as with the regular "Export"

I'd love getting a comment from adobe on why? It's been years and this is still bugging me. What's irritating is that it feels like an easy fix, but I might be wrong about that.

Wake up, Adobe...

Congratulations! Its already been four years and the only solution from Adobe is to marge threads! :D
#CelebrateGoodTimes

I need help. It's regarding the Export For Screens. Most of my works are CMYK, but there are many times that I must export them for the use on website, which they must be in RGB. But this command doesn't automatically convert CMYK to RGB. The JPG is still in CMYK, which would make its color output looks odd. So I have to waste more time to convert them later in Photoshop. Would Adobe consider putting this feature into Export for Screens, an option for switching between RGB/CMYK? This command has good benefits in naming files, which Export As doesn't have.

I too am finding this incredibly annoying and as backwards as can be. I honestly have been exporting without checking my color space on my jpgs for a few years and am just now realizing all my jpg exports are in CMYK... I am so incredibly annoyed. It really feels like incompetent or just blatant false use of the word "screens" in the option to "export for screens." I am honestly dumbfounded at this misuse of the word.

@dridd, yes the check box gets ignored. Actually it is a good thing that the CMYK profile gets embedded, but why give a choice that gets ignored.

@Ton, yes, then surely I was just confused. :-)

You are correct. JPGs gets spit out with all the glorious CMYK info embedded.

Sorry...

Also, even if you uncheck the "Embed ICC profile" in the export settings for JPG 100, the whole profile is still embedded, and next time you enter the settings, that option is still checked. Seems it does not save that option selection, as it does for other settings. Every time you click the settings icon (while still in the export, no actual export done yet) it comes back as selected. Which makes me suspect that it actually ignores your choice entirely. :-)