Läuft AutoHotkey v2 unter Linux?

**AutoHotkey v2 läuft unter Linux nicht nativ. Praktisch heißt das: Deine bestehenden AHK-v2-Skripte funktionieren dort nur eingeschränkt über Wine oder du musst sie auf Linux-Werkzeuge umstellen.** ([github.com](https://github.com/autohotkey/autohotkey)) ## Was realistisch geht AutoHotkey ist offiziell ein Windows-Automatisierungstool; auch das Haupt-Repository beschreibt es als Utility für Windows. Unter Linux gibt es deshalb keinen normalen nativen AHK-v2-Workflow wie unter Windows. ([github.com](https://github.com/autohotkey/autohotkey)) Wenn du AHK v2 unter Linux nutzen willst, gibt es im Kern nur zwei Wege: 1. **Über Wine ausführen** Das klappt vor allem für einfache Hotkeys, kleine GUI-Skripte und reine Tastatur-Makros halbwegs. 2. **Auf Linux-Alternativen wechseln** Das ist langfristig meist die bessere Lösung, weil Linux bei Eingabe-Automation ganz anders funktioniert als Windows. ([linuxvox.com](https://linuxvox.com/blog/autohotkey-linux/)) ## Der entscheidende Unterschied: X11 vs. Wayland Der wichtigste Punkt, den viele Anleitungen auslassen: Unter Linux hängt fast alles davon ab, ob du **X11** oder **Wayland** nutzt. Unter **X11** funktionieren Tools wie `xdotool` oft gut für Tasten- und Mausautomation. Unter **Wayland** ist globale Automation absichtlich stärker eingeschränkt. `xdotool` ist dort in der Regel keine echte Lösung; stattdessen werden Werkzeuge wie `ydotool` genutzt, das über `uinput` arbeitet und einen laufenden Daemon braucht. ([linuxcommandlibrary.com](https://linuxcommandlibrary.com/man/ydotool)) Die praktische Konsequenz: Ein AHK-Skript, das unter Windows systemweit Fenster fokussiert, Tasten sendet und Klicks simuliert, lässt sich unter Linux **nicht 1:1 portieren**. Unter Wayland oft gar nicht sauber. ## Was statt AHK v2 sinnvoll ist Für Linux gibt es kein perfektes AHK-Pendant, aber je nach Ziel sind diese Werkzeuge sinnvoller: - **AutoKey**: gut für Textbausteine, Hotkeys, einfache Python-Skripte; klassischer Linux-Ersatz für viele AHK-Basisaufgaben. ([en.wikipedia.org](https://en.wikipedia.org/wiki/AutoKey)) - **xdotool**: gut unter X11 für Fenstersteuerung, Tastendrücke, Mausaktionen. ([linuxvox.com](https://linuxvox.com/blog/autohotkey-linux/)) - **ydotool**: eher für Wayland-nahe Setups, aber technischer und unbequemer als AHK; nutzt Scancodes statt der gewohnten X11-Keysyms. ([linuxcommandlibrary.com](https://linuxcommandlibrary.com/man/ydotool)) ## Klare Empfehlung Wenn du **nur ein paar einfache Makros** brauchst, probiere Wine. Wenn du **Linux dauerhaft nutzt**, portiere die Logik lieber direkt: - Text-Hotstrings → AutoKey - Fenster-/Maus-/Key-Aktionen unter X11 → `xdotool` - Wayland → eher `ydotool` oder Desktop-spezifische Shortcuts Der wenig bekannte, aber entscheidende Punkt ist: **Nicht AHK selbst ist unter Linux das Hauptproblem, sondern das Sicherheitsmodell von Wayland.** Genau deshalb scheitern viele „AHK für Linux“-Setups nicht am Skript, sondern an der Eingabe- und Fensterkontrolle. ([linuxcommandlibrary.com](https://linuxcommandlibrary.com/man/ydotool)) Für den offiziellen Stand von AutoHotkey selbst ist das [GitHub-Repository von AutoHotkey](https://github.com/AutoHotkey/AutoHotkey) die verlässlichste Referenz. ([github.com](https://github.com/autohotkey/autohotkey)) Für einen Linux-nativen Ersatz ist [AutoKey](https://en.wikipedia.org/wiki/AutoKey) als Ausgangspunkt meist sinnvoller als der Versuch, AHK v2 komplett nachzubauen. ([en.wikipedia.org](https://en.wikipedia.org/wiki/AutoKey))