Es macht m.E. keinen Sinn, das Rad neu zu erfinden. Mit ap+ existiert von dihedral ein wrapper - Programm für OpenTTD, welches openttd und IRC verbindet.

Die Option, eigene Variablen einzubauen halte ich für sehr hilfreich; es kommen ja immer neue Features hinzu; vielleicht sollte man einfach die in der openttd.cfg vorhandenen Einträge nehmen, sprich die Liste der verfügbaren Kommandos daraus ableiten.

Sub-Admin halte ich für eine gute Idee, aber sekundär.

Persönlich halte ich mehr von der Idee, eine solche GUI lokal laufen zu lassen als SSH-Rechte, die ich *irgendeinem* Server einräumen muß, zu vergeben. Eine SSH-Brücke sollte, so vorhanden, ein Zusatzmodul sein, aber kein integraler Bestandteil (KISS-Prinzip: keep it simple stupid - kleine, einfache Module).

Sinnvoll wäre es m.E. einen Schritt nach dem anderen zu machen: sprich für den Anfang eine überhaupt vollständig lauffähige Version zu haben mit der sich die vollständige Konfiguration des Servers (openttd.cfg, newgrf settings in Abhängigkeit der installierten grfs) einstellen läßt.
Nächster Schritt wäre dann, den Server tatsächlich damit auch steuern zu können, sprich Start, Stop, Pause...
Der wiederum nächste Schritt sowas wie 'kick <böser Spieler>, und rcon - Zugriff auf's laufende Spiel (sowas existiert ja eh schon per IRC-Schnittstelle von ap+; vielleicht kann man auf die zugreifen zu diesem Zwecke)

Ein komplett neues Tool wäre eine Anzeige des aktuellen Spielstands - sprich der Karte des aktuellsten Autosaves und Statistiken wie Firma1: x Züge, y Straßenfahrzeuge... 12 Trillionen Gummimark