it would be possible to define an inter-client protocol.
say, for example, "kibitz please"
statements in kibitz please might best be drawn from a specified list of
exact strings formulated for use in circumstances like those you describe.
for example, "kibitz please toggle allowpip", "kibitz please roll"
the command "kibitz please help" could return the usual useful information
about the version of the protocol implemented and the available options
(or in the case of a human operator "what?")
compliant clients would return either an acknowledgement or an error,
being free not to bother their player when the request did not make sense
(allowpip is on, I have already rolled), or implement the request directly
without bothering the player.
compliant clients would notify the TD in some error circumstances, which
could be modulated by an extension to tourneybot, with some reasonable
default for tournaments not implementing/specifying notification options.
The specification of a requirement for perma-gag using clients to implement
kibitz please and possibly also other options (like must play with allowpip on)
could be similarly encoded, as could notification to players regarding sanctions
for abuse of the rules.
an anciliary protocol could be defined for other permitted parties (for example,
TDs, tourneybots) to interrogate the status of kibitz please systems.
clients could implement kibitz please regardless of perma-gagging, so there
need be no leakage of information about the status of the perma-gag
(AFAICS), which after-all seems to be the main feature of that technology.
best of all, the hurdle for implementors would be extremely low, requiring no
more for a basic implementation than that kibitzes begining "please" be allowed
through (let's call this v1 shall we?)
I would be willing to implement something like this if there were interest from
would you be willing to help test something like this ?
oh, and best wishes for a Happy New Year