Unfortunately, Inform’s handling of plural names of kinds is deeply-ingrained into the compiler and very difficult to modify. This is especially unfortunate because its default handling is often not what you want! For example, if you make a “women” scenery object, that won’t fix the problem—the word itself is set to always be plural, so it will try to match as many objects as it can instead of just the one.
The easiest solution is to hack out Inform’s handling of this word entirely.
The plural of woman is asdfasdf.
Understand "women" as a woman.
Don’t worry, this doesn’t affect your code. You can still say “repeat with the chosen one running through women”. The only place it’ll cause a problem is if you have multiple unnamed, indistinguishable women in the same place.
Now it’s no longer considered innately plural, so EXAMINE WOMEN will match both women individually and disambiguate. The only downside is that an action that accepts multiple objects will also disambiguate instead of trying to affect all of them at once…but I believe the only default verbs that accept multiple objects are ones like TAKE and DROP that don’t work on people anyway.
(I always do this for the “door”, “container”, and “supporter” kinds, which are also unlikely to be taken and dropped. Inform’s default parser also can’t tell the difference between “container” and “containers”, or “supporter” and “supporters”, and it makes more sense for TAKE CONTAINER to disambiguate than to say you can’t use multiple objects with that verb.)