docs: Regel zu fehlenden Tools als striktes Stopp-Signal schaerfen
This commit is contained in:
+10
-1
@@ -64,7 +64,16 @@ Niemals direkt auf `main` committen. Alle Aenderungen ueber Feature-Branches und
|
|||||||
|
|
||||||
## Fehlende Tools
|
## Fehlende Tools
|
||||||
|
|
||||||
Wenn ein benötigtes CLI-Tool fehlt: **nicht** mit Workarounds (curl, rohe API-Calls) umgehen. Stattdessen:
|
**Sobald die saubere Lösung ein Standard-CLI-Tool braucht, das fehlt: STOPP.**
|
||||||
|
Zuerst die Installation vorschlagen und auf den User warten — **bevor** irgendeine
|
||||||
|
Alternative gebaut wird. Eine fehlende Abhängigkeit ist ein Stopp-Signal, keine
|
||||||
|
Designfrage. Der User installiert lieber ein Tool, als dass komplizierte
|
||||||
|
Eigenlösungen entstehen.
|
||||||
|
|
||||||
|
Kein Ausweichen auf curl/rohe API-Calls, nachgebaute Login-Flows, HTML-/Token-
|
||||||
|
Parsing oder mehrstufige Eigenkonstruktionen — auch nicht „nur kurz zum Testen".
|
||||||
|
Solche Konstrukte gar nicht erst anfangen; das fehlende Tool ist immer der erste
|
||||||
|
Lösungsweg.
|
||||||
|
|
||||||
1. User informieren welches Tool fehlt und den Installations-Befehl nennen
|
1. User informieren welches Tool fehlt und den Installations-Befehl nennen
|
||||||
2. User führt den Befehl in einer separaten Konsole aus (sudo funktioniert dort)
|
2. User führt den Befehl in einer separaten Konsole aus (sudo funktioniert dort)
|
||||||
|
|||||||
Reference in New Issue
Block a user