Ook!-Encoder und -Decoder

Der Encode-Modus baut ein deterministisches Einzellen-Programm, das eine Byte-Zelle anpasst und jedes Zeichen ausgibt; der Decode-Modus tokenisiert die Drei-Token-Grammatik, lehnt ungerade Anzahlen und unbekannte Paare mit invalid_input ab, mappt den Rest auf Brainfuck und führt ihn mit begrenztem Band und Schrittlimit aus. Nutzen Sie ihn kostenlos im Browser für Esolang-Lektionen, CTF-Aufwärmungen und reversible Demo-Scherzprogramme, oder rufen Sie die API zu $0.002 pro erfolgreicher Anfrage auf, wenn Pipelines reproduzierbare Ook-Transformationen brauchen.

Was Ook! ist und was dieses Werkzeug zurückgibt

Die JSON-Antwort enthält stets result für das Programm oder den wiederhergestellten String, encoding fest auf ook, mode auf encode oder decode, input_length und output_length der Rohstrings, die Sie gesendet und empfangen haben, command_count dafür, wie viele Brainfuck-Anweisungen erzeugt oder ausgeführt wurden, brainfuck für die Zwischen-Befehlskette (nützlich für Unterricht und Debugging) und formula, die die Drei-Token-Paarregel erneut festhält. Es gibt keinen stillen Rückfall auf Morse, Base64 oder einen reinen Brainfuck-Modus: Entweder ist die Nutzlast für die gewählte Richtung gültig, oder die Anfrage schlägt mit invalid_input fehl.

Wie Text und Modus gelesen werden und wie fehlerhafte Paare scheitern

Die bevorzugten Nutzlastfelder sind text für die Nachricht oder den Ook-Quelltext und optionales mode für encode oder decode. Im Encode-Modus muss jedes Zeichen eine Latin-1-Codeeinheit im Bereich null bis zweihundertfünfundfünfzig sein, die Länge ist für praktische Programmgröße begrenzt, und die Engine baut ein Einzellen-Delta-Programm: Sie inkrementiert oder dekrementiert vom vorherigen Zellwert zum nächsten Zeichencode, emittiert einen Print-Befehl und übersetzt jeden Brainfuck-Befehl in ein leerzeichengetrenntes Ook-Paar. Im Decode-Modus wird die Quelle nach Ook-Tokens mit den drei legalen Endungen gescannt; zwischen Tokens darf nur Leerraum stehen. Ein geordnetes Paar, das keines der acht legalen Befehle ist, scheitert ebenso als fehlerhaftes Paar, statt übersprungen zu werden. Unpassende Schleifenklammern, Zeigerbewegungen außerhalb des festen Bandes, Eingabebefehle, die von stdin lesen würden, und Schleifen jenseits des Schrittlimits werden ebenfalls abgelehnt. Text akzeptiert Aliasse wie input, value, s, message, plaintext, ciphertext und program, damit Formulare und SDK-Clients bestehende Spaltennamen wiederverwenden können. Mode ist standardmäßig encode, wenn es weggelassen wird, und akzeptiert auch kurze Aliasse wie enc, encrypt, e und to_ook zum Kodieren sowie dec, decrypt, d, from_ook und run zum Dekodieren; jeder andere String scheitert an der Validierung. Eine ungerade Token-Anzahl bedeutet ein abgeschnittenes Paar und löst stets invalid_input mit einer expliziten Meldung zu fehlerhaften Token-Paaren aus. Fehlender Text, leerer Text, Nicht-String-Typen, Codeeinheiten über zweihundertfünfundfünfzig beim Encode und unbekannte Modi lösen invalid_input aus. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der kostenpflichtigen API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen. Ungültige Eingaben liefern invalid_input und werden nicht berechnet, was die Validierung günstig hält, während erfolgreiche Transformationen einen festen Stückpreis behalten.

Wo Ook! in Unterricht, Rätseln und Test-Fixtures passt

Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet, und nach der Antwort wird nichts gespeichert. Diese Aufteilung—kostenlose interaktive Erkundung und eine preisgleiche API—entspricht dem restlichen KIT-Tier-A-Katalog und lässt Sie von einer Unterrichtsdemo zu einer automatisierten Pipeline wechseln, ohne das transformierte Ergebnis zu ändern.