Der Hermes-Agent versäumt es, den Sudo-Befehl auszuführen, zunächst zu bestätigen, ob wirklich Sudo benötigt wird oder ob der Befehl überautorisiert ist. Die offizielle Tool-Dokumentation besagt, dass man bei Bedarf nach einem Passwort aufgefordert wird, und man kann auch eine SUDO_PASSWORD auf ~/.hermes/.env festlegen, aber das sollte mit Vorsicht geschehen.
Entscheiden Sie, ob Sie zuerst Sudo verwenden sollten
Viele Entwicklungsaufgaben erfordern kein Sudo: Das Installationsprojekt hängt von der verfügbaren virtuellen Umgebung ab, das Systemverzeichnis sollte nicht in die Projektdatei geschrieben werden, und der Benutzerport kann zum Start des Dienstes verwendet werden. Wenn der Makler häufig Sudoe betreibt, steigen das Risiko und die Kosten für die Fehlerbehebung.
Falls es wirklich nötig ist
- Gib das Passwort ein, wie es in der CLI aufgefordert ist, um Sudo in der aktuellen Sitzung zu cachen.
- Wenn du nicht interaktiv in die Messaging-Plattform einloggen kannst, kannst du die
SUDO_PASSWORDwie gewünscht konfigurieren. - Remote-/Containerumgebungen priorisieren für dedizierte Benutzer das geringste Privileg gegenüber Direct Root.
- Hochrisikobefehle behalten die manuelle Genehmigung und sollten nicht mit
--yolovermischt werden.
Bevor Sie das Sudo-Passwort für die .env schreiben, stellen Sie sicher, dass nur vertrauenswürdige Benutzer auf die Maschine zugreifen können. Ein besseres Szenario ist es, eine einmalige Wartungsumgebung oder ein dediziertes Low-Privilege-Skript vorzubereiten, das es Hermes erlaubt, nur feste Befehle aufzurufen.
