[P3] roomCapacity.test.ts names its kinds, so a new room kind fails open

Deferred from the gds-code-review of the room occupant seats fix (PR for #813).

src/render/pixelSprites/roomCapacity.test.ts names the kinds it covers in a literal list. The suite pins all eight populated kinds that lay furniture out in a row, and it picks up new SUBTYPES automatically from the look tables, but a new KIND would be silently uncovered: the suite would keep passing while the new room drew the wrong number of people.

Fail closed instead by driving the kind list off FACILITIES (every entry with population > 0), pinned per kind, so adding a populated kind without a capacity expectation breaks the build.

Severity low: it does not hide a current defect, it leaves the door open for the next one. The defect class it guards (#813) was exactly a silent under-draw.

Start with src/render/pixelSprites/roomCapacity.test.ts and inspect how the literal kind list and capacity expectations are defined. Compare it with FACILITIES entries whose population is greater than 0, then run the room capacity test. Done means every populated kind has a pinned capacity expectation and adding one without it fails the build.