Matt, oh, I see what you mean and I am able to replicate this! Good catch!
If one creates a document based on a Print profile but change the Color Mode to RGB (and Ai would show a fair warning when they do, 'Panel content may not match the new color mode'), than creating a Swatch Info would fairly show the name of the swatch... which is hardly fair at all.

Swatch Names now don’t match the color values, because the original CMYK values (with the predefined names because on the original values) get converted to RGB, and then these converted values get converted back to CMYK to be displayed in the description.
The conversion happens with the chosen color profile and some discrepancies happen.
In my case
50-0-100-0 doesn’t change, but
75-0-100-0 goes 75-0-99-0, and
85-10-100-0 becomes whopping 85-17-100-3, and
90-30-95-30 changes into 90-33-96-26.

Well, one should avoid double conversion :) Do not change the color mode if you don’t mean to throw away all presets (this includes [Default Graphics Style] — because in this document pressing D would give you shallow black — in my case RGB 29-29-27, converted from CMYK 0-0-0-100).

Egor, I've been digging deep on this to try to figure out what's making the differences for me. I think it stems back to the file setup origin. This is actually really hurting my brain because I'm finding some really intriguing things that I didn't realize before and I've been doing this for 16 years. It would be easiest to show you all that I've tested on a video call or something, but in summary:
- Results of the swatch info change depending how I create the test file and what color space it is in
- This affects whether the swatch name shows in CMYK or RGB
- It also affects whether the CMYK values line up with the color name or not
- It makes a difference whether I start with a "Print" doc template vs any other template (e.g. Mobile, Art & Illustration, Web) EVEN if I switch the document color mode to RGB in a Print document, or switch the color mode to CMYK in any of the other templates

Because of all these variables I'm not even sure what approach to take to try for consistent results at the moment... still brainstorming. I'm working in a primarily print design environment (branding, signs and vehicle graphics) with a team of about a dozen designers, so some of what I am bumping into may affect our whole color workflow

Matt, this is even more odd... (sorry for the long reply, your comment landed into spam for some reason).
When I create an RGB document, the captions with names (top lines) say the RGB name... not CMYK...
The RGB values in my file differ from yours... and while CMYK numbers in an RGB doc are easily explained by different color settings (I use Europe General Purpose 3), I’m not sure why RGB values differ.
Can you run this test again an an RGB doc (what document profile do you use when making one?) and share the test file here?

Egor, thanks for looking into this. I've done a little more testing and it seems this is an issue when the Ai document is in RGB color mode, but not when it is in CMYK color mode. And it's actually the numbers down below that are "off" on the CMYK values and not the numbers in the swatch name... The colors I'm using to test this are the 4 greens in the default swatches panel, see screenshot attached.

When I create a new document in CMYK color mode and try the same process, the color values match.

Matt, this is odd! These are indeed get rounded to 5 at your screenshots! But when I try to reproduce it, it behaves fine for me, the names are correct (well, rounded to ones).
Can you help me to find what differs? It should not be like this.

Yes, Anne, it seems like UserVoice treats links without protocol clearly stated as local ones :) Added 'https://'; and now it should work.
Thanks for mentioning it!

From the description of the Swatches Info feature, this looks perfect! Thank you!! By the way, your link to the feature doesn't work, but I got there by deleting everything before "helpx.adobe.com" within that link.

So excited about this feature being added! Have long wished for a native way to do this. Will save tons of time and tedium. Thank you!
After a quick review and testing, one thing I notice is that when the color is a process color, the swatch "name" that's generated at the top of the list is a CMYK value, but it's very rough/rounded up or down numbers. The actual CMYK values are displayed down in the list, but I'm afraid it may throw people off if they see the wrong values at the top. Is there a way to address that?
Also in some cases it might be nice to have an option to set the card color to black or gray instead of only white.

You can by opening the "Properties" window (Window > Properties) Select your desired color. Then single click the color palette within the "Properties" window. Another color box will pop up. Within that one select the plus icon at the bottom. Another window will pop up. Now you can copy and paste the color code. To switch to CMYK, change the color mode in the last color pop-up box. It's odd cause you have to click within one of the numbers below to enact the one above to change. Hope that makes sense. Hope that helps.

Me to

yes I always look number and write.

YES!! I need this all the time!

Was about to suggest the very same thing. Think if you could just command-a and mark all values, would save me a lot of time actually.