Stand: 23. Mai 2026
Ein KI-Agent, der unter Windows arbeitet, führt früher oder später Befehle in einer Shell aus. Er legt Dateien an, ruft Werkzeuge auf, prüft Ergebnisse. Welche PowerShell er dabei erwischt, fällt niemandem auf, solange alles gut geht. Geht es nicht gut, sucht man den Fehler oft an der falschen Stelle, im Prompt oder im Modell, während die Ursache eine Ebene tiefer liegt: in der Wahl zwischen powershell.exe und pwsh.exe.
Zwei Shells, ein Name
Auf einem Windows-Rechner liegt fast immer Windows PowerShell 5.1 bereit. Sie ist Teil des Betriebssystems, heißt powershell.exe und baut auf dem alten .NET Framework 4.5 auf. Microsoft entwickelt sie nicht mehr weiter, sie erhält nur noch Sicherheitskorrekturen (Vertrauensstufe hoch, Microsoft-Dokumentation).
Daneben gibt es PowerShell 7, aufgerufen als pwsh.exe. Sie ist quelloffen, plattformübergreifend und sitzt auf modernem .NET auf, in Version 7.4 auf .NET 8 mit Langzeitsupport. Sie wird aktiv gepflegt. Beide laufen auf demselben Rechner nebeneinander, ohne sich zu stören.
Der entscheidende Punkt für die Automatisierung: Viele Agenten-Umgebungen rufen unter Windows die vorinstallierte powershell.exe auf, also die alte 5.1, sofern niemand bewusst pwsh einträgt. Der Agent erbt damit die Grenzen einer Shell, die ihren Zenit überschritten hat.
Wo 5.1 einen Agenten ausbremst
Moderne Befehlsschnipsel, wie ein Agent sie erzeugt, nutzen oft Schreibweisen, die es in 5.1 schlicht nicht gibt. Drei Stolperfallen tauchen besonders häufig auf.
Verkettung mit && und ||. Die Anweisung “tu das Zweite nur, wenn das Erste klappt”, geschrieben als test && build, ist in modernen Shells Alltag. In Windows PowerShell 5.1 existieren diese Operatoren nicht, der Befehl bricht mit einem Syntaxfehler ab. PowerShell 7 kennt sie. Ein Agent, der solche Ketten erzeugt, läuft in 5.1 gegen die Wand und in 7 durch.
Kurzschreibweisen. Der ternäre Ausdruck Bedingung ? A : B, der Null-zusammenführende Operator ?? und der absichernde Zugriff ?. kamen alle erst mit PowerShell 7. In 5.1 sind sie Fehlerquellen. Genau diese kompakten Muster bevorzugt ein Modell aber, weil sie in seinen Trainingsdaten überwiegen.
Stille Daten-Fehler. Hier wird es tückisch, weil nichts abstürzt. PowerShell 7 schreibt Dateien standardmäßig in UTF-8 ohne Byte-Order-Mark. Windows PowerShell 5.1 schreibt je nach Befehl in UTF-16 oder einer ANSI-Codepage. Wenn ein Agent eine Konfigurationsdatei oder einen Textentwurf mit Umlauten erzeugt, landet in 5.1 schnell ein kaputtes Zeichen in der Datei. Der Lauf gilt als erfolgreich, das Ergebnis ist es nicht. Solche Fehler kosten am meisten Zeit, weil sie keine Fehlermeldung hinterlassen.
Warum pwsh die bessere Basis für Agenten ist
Über die Vermeidung dieser Fallen hinaus hat PowerShell 7 zwei Eigenschaften, die für agentische Arbeit zählen.
Die erste ist Gleichförmigkeit über Systeme hinweg. Eine Anweisung, die ein Agent für pwsh erzeugt, verhält sich auf dem Windows-Arbeitsplatz der Entwicklerin genauso wie auf einem Linux-Server in der Build-Pipeline. Wer Abläufe einmal beschreibt und an mehreren Orten ausführt, braucht diese Verlässlichkeit. Mit 5.1, die es nur unter Windows gibt, ist sie nicht zu haben.
Die zweite ist echte Parallelverarbeitung. Der Befehl ForEach-Object -Parallel, eingeführt mit PowerShell 7 (PowerShell-Team, Vertrauensstufe hoch), erlaubt es, viele gleichartige Schritte gleichzeitig abzuarbeiten. Ein Agent, der zwanzig Dateien prüfen oder zwanzig Endpunkte abfragen soll, erledigt das in 7 nebenläufig statt nacheinander. In 5.1 fehlt dieser Befehl ganz.
Worauf Sie achten sollten
Die Shell festschreiben. Verlassen Sie sich nicht darauf, welche PowerShell zufällig aktiv ist. Tragen Sie in der Konfiguration Ihrer Agenten-Umgebung bewusst pwsh ein, wenn die Werkzeuge es unterstützen. Das ist die wirkungsvollste einzelne Maßnahme.
Die Version sichtbar machen. Der Aufruf $PSVersionTable.PSVersion zeigt, was tatsächlich läuft. Diese Prüfung gehört an den Anfang jeder Automatisierung, damit eine falsche Annahme nicht über hunderte Aufrufe hinweg unbemerkt bleibt.
Die Kodierung kennen. Wenn ein Agent Dateien schreibt, klären Sie vorab, in welcher Kodierung das geschieht. Unter 5.1 lohnt es sich, UTF-8 ausdrücklich zu erzwingen, statt auf den Standard zu vertrauen.
Den Bestand kennen. Einige Altmodule sind in 7 nicht mehr enthalten. Für die meisten gibt es einen Kompatibilitätsmodus. Eine kurze Inventur vor dem Umstieg verhindert Überraschungen.
Was wir daraus mitnehmen
Die Zuverlässigkeit eines KI-Agenten entscheidet sich nicht nur am Modell und am Prompt. Sie entscheidet sich auch an der Umgebung, in der der Agent handelt. Eine Shell aus einer eingefrorenen Produktlinie wird unsichtbar zur Fehlerquelle, gerade weil sie so oft gut genug funktioniert, dass niemand hinschaut. Die bewusste Wahl von PowerShell 7 nimmt eine ganze Klasse stiller Fehler aus dem System.
Wir bei KI-Berater Hamburg richten agentische Abläufe so ein, dass die Grundlage stimmt, bevor die Modelle ihre Arbeit aufnehmen. Den Einstieg bildet eine KI-Potenzialanalyse, die konkrete Umsetzung begleitet die KI-Implementierung.