That is an organisational comment, as to how the protocol definition (the NIPs) are organised (or not organised). Nostr NIPs have no structure in terms of which NIPs apply to everybody (it is not just 1 anymore) at the base protocol, and what is an application riding on top of nostr. It isn't clear without reading or being around that NIP-10, NIP-18, NIP-22(?), NIP-11, NIP-09, NIP-51, NIP-59, and more... these are all kind of core facilities that applications can use. But NIPs 54 (wiki), C7 (chats) 64 (chess), 35 (torrents), etc, these are all applications that ride on top of a core.

IMHO the NIPs repo should just register application kinds so that applications don't clobber each other with their kinds, but not be defining all these applications. There could be a sister repo that aggregates lots of nostr app specs, it wouldn't have to be pushed out to separate owners.