Short answer : it depends. You're welcome :p
Longer answer :
A resource pool is "just" an instance of a class like mostly everything else in SCOM, but there is a slight difference between most of "out of the box" Resource Pools (All Management Servers, AD Assignment, Notification...) and the ones you create through the GUI.
Out of the box ones are based on what's called a "Singleton Class". Said otherwise, they have their own class and only one instance of that class can exist. So All Management Servers is Microsoft.SystemCenter.AllManagementServersPool, AD Assignment is Microsoft.SystemCenter.ADAssignmentResourcePool, Notification is Microsoft.SystemCenter.NotificationsResourcePool etc.
They all use Microsoft.SystemCenter.ManagementServicePool as their Base Class, and since they are Singleton classes they do not need to be discovered : their sole instance simply "exists" just by declarating their ClassType.
And because each of them is a distinct class, it's easy to target a discovery at them.
However, the resource pools that you create through the GUI are all instances of the same class called Microsoft.SystemCenter.ManagementServiceRuntimePool. Said otherwise, if you target a discovery at that class, it will run on all resource pools that were created through the GUI.
You can think of it in the same way as you would for Windows Servers : you have many instances of the Microsoft.Windows.Computer classes in your environment, and if you target a discovery at that class it will run on all of them. If you want a more precise target for your discovery, you need a more specific class.
So the easiest way to achieve what you want is to create your own Resource Pool singleton class inside your custom MP. You can have a look at how Daniele Grandini did it in his OMS MP for example : https://github.com/QuaeNocentDocent/OMS-ManagementPack/blob/master/QND.OMS/Pool.mpx
And then you'll be able to target your discovery at your custom Resource Pool class :)