Denkmodi

Erweitertes Denken ermöglicht der KI, ein Problem Schritt für Schritt durchzudenken, bevor sie antwortet. Für komplexe mehrstufige Serveraufgaben erzeugt dies deutlich bessere Pläne und weniger Fehler. Für einfache Anfragen können Sie es ausschalten, um schnellere Antworten zu erhalten.

Wie es funktioniert

Wenn der Denkmodus aktiviert ist, führt die KI einen internen Reasoning-Durchlauf durch, bevor sie ihre Antwort generiert. Sie sehen dabei einen kurzen "Denkt nach"-Indikator. Das Ergebnis ist ein sorgfältiger durchdachter Plan, der Abhängigkeiten, Grenzfälle und potenzielle Fallstricke berücksichtigt.

Wenn zum Beispiel gefragt wird, "migrate the database to a new server", wird ein Modell mit erweitertem Denken berücksichtigen:

1. Welche Datenbank-Engine läuft
2. Wie ein konsistentes Backup erstellt wird
3. Netzwerkverbindung zwischen den Servern
4. Ob die Anwendung während der Migration gestoppt werden sollte
5. Wie die Datenintegrität nach dem Transfer überprüft wird
6. Wie die Anwendungskonfiguration aktualisiert wird, um auf den neuen Server zu zeigen

Ohne Denkmodus könnte die KI direkt zu einem pg_dump-Befehl springen, ohne diese Voraussetzungen zu prüfen.

Denkstufen

YeePilot unterstützt fünf Denkstufen:

Denkmodus einstellen

In der Sitzung mit /think

Wechseln Sie Denkmodi während einer interaktiven Sitzung:

/think              # Aktuellen Denkmodus anzeigen
/think off          # Erweitertes Denken deaktivieren
/think on           # Standard-Denken aktivieren
/think low          # Leichtes Reasoning
/think medium       # Gründliches Reasoning
/think high         # Tiefes Reasoning

Die Änderung gilt sofort für nachfolgende Anfragen in derselben Sitzung.

Über die Konfiguration

Setzen Sie einen Standard-Denkmodus in ~/.yeepilot/config.yaml:

ai:
  think_mode: medium

Dies gilt für alle neuen Sitzungen, sofern nicht mit /think während der Sitzung überschrieben.

Anbieterunterstützung

Erweitertes Denken wird von Anbietern unterstützt, die Reasoning- oder Denkfähigkeiten bieten:

• Anthropic -- Claude-Modelle unterstützen Denken nativ mit konfigurierbarem Budget
• OpenAI -- GPT-Modelle unterstützen Reasoning mit kompatiblen Denkstufen

Wenn Ihr aktueller Anbieter oder Ihr Modell eine bestimmte Denkstufe nicht unterstützt, fällt YeePilot elegant auf die nächstmögliche unterstützte Stufe zurück.

Praktische Empfehlungen

Verwenden Sie off für einfache Aufgaben

Wenn Sie schnelle Statusprüfungen oder einfache Befehle ausführen, fügt Denken Latenz ohne großen Nutzen hinzu:

> What's the current CPU usage?
> Show me the last 20 lines of the nginx error log
> How much disk space is free?

Verwenden Sie medium für komplexe Aufgaben

Für mehrstufige Operationen, bei denen die richtige Reihenfolge wichtig ist, bietet mittleres Denken ein gutes Gleichgewicht zwischen Qualität und Geschwindigkeit:

> Set up a reverse proxy with nginx for my Node.js app on port 3000 with SSL
> Diagnose why the PostgreSQL replication lag keeps increasing
> Configure fail2ban to protect SSH, nginx, and postfix

Verwenden Sie high für kritische Operationen

Reservieren Sie tiefes Denken für Operationen, bei denen Fehler kostspielig oder schwer rückgängig zu machen sind:

> Plan a zero-downtime migration from MySQL 5.7 to MySQL 8.0
> Audit the firewall rules and recommend changes for PCI compliance
> Redesign the backup strategy for a 3-node database cluster

Denkmodus und Token-Verbrauch

Höhere Denkstufen verbrauchen mehr Token pro Interaktion. Hier ist ein grober Leitfaden zur Budgetplanung:

Der tatsächliche Verbrauch hängt von der Komplexität Ihrer Anfrage und dem Modell ab. Kombinieren Sie Denkmodi mit dem Token-Sparmodus (/tokenmode saver), um Kosten auszugleichen, wenn Sie tiefes Reasoning wünschen, aber keine KI-zusammengefasste Befehlsausgabe benötigen.

Beispiel: Mit und ohne Denkmodus

Ohne Denkmodus (/think off):

> Set up automated backups for PostgreSQL
 
I'll set up a cron job for pg_dump:
  sudo -u postgres pg_dump mydb > /backups/mydb.backup

Mit Denkmodus (/think medium):

> Set up automated backups for PostgreSQL
 
Let me plan a robust backup strategy:
  1. Create backup directory with proper permissions
  2. Use pg_dump with custom format for compression and selective restore
  3. Add a cron job running at 2 AM daily
  4. Include backup rotation to keep the last 7 daily and 4 weekly backups
  5. Add a verification step that checks backup integrity
  6. Set up a simple email alert if a backup fails
 
Shall I proceed with this plan?

Der Denkmodus erzeugt einen gründlicheren, produktionsreifen Ansatz.