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
|
||||
|
||||
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
|
||||
2. User führt den Befehl in einer separaten Konsole aus (sudo funktioniert dort)
|
||||
|
||||
Reference in New Issue
Block a user