Coercion around a route causes custom match extension records to be lost (affects vhosts) about bidi HOT 1 OPEN

Most of my reasoning for making the Schema more strict is explained here #130 but in essence bidi/Pattern is implemented for all maps, sets and vectors and therefore when the schema contains (s/protocol bidi/Pattern) it will accept ANY map, set or vector regardless of whether they are valid bidi patterns or not making the schema pretty useless as a validator.

My original PR was meant to start a discussion about what a valid bidi pattern is and how to validate that. For instance custom pattern matchers are not part of the BNF for bidi patterns as they are described in the README but they clearly should be. One way to support custom pattern matchers while still leaving the schema strict is to have separate protocols for internal and custom pattern matchers so either saying bidi/Pattern is an internal protocol and custom pattern matchers should instead implement a new bidi/PatternExtension protocol or renaming the current bidi/Pattern to bidi/InternalPattern everywhere and having a bidi/Pattern protocol for custom pattern matchers.

from bidi.