Intelligente promptbasierte Speicherextraktion

Dieser Begriff in der Feature-Liste ist Auto-Capture: Nach einem Gespräch fasst eine Hintergrund-KI-Anfrage technische Arbeit zusammen und speichert sie als Memory. Es ist kein spezieller Prompt von dir nötig. Es nutzt opencodeProvider / opencodeModel, wenn gesetzt, sonst den manuellen memoryProvider-Fallback.

Benutzerprofil

Das Benutzerprofil ist eine separate, projektübergreifende Zusammenfassung, wie du gerne arbeitest (Präferenzen, Gewohnheiten). Es wird in einem Intervall aktualisiert (userProfileAnalysisInterval, Standard alle 10 analysierten Prompts), in der Profilansicht der Web-UI angezeigt und über memory({ mode: "profile" }) lesbar. Für den Normalbetrieb füllst du es nicht von Hand — das Profil-Lernen füllt es, sobald ein Provider bereit ist. Die Ausgabesprache folgt autoCaptureLanguage (Standard "auto", spiegelt die Sprache deiner Prompts), dieselbe Einstellung wie für auto-erfasste Memories.

„No profile found. Keep chatting to build your profile.“ ist der erwartete Leerzustand, kein Absturz. Profil-Lernen braucht:

1. Laufendes Auto-Capture mit erreichbarem Provider (opencodeProvider + opencodeModel, oder vollständiger manueller Fallback mit memoryModel + memoryApiUrl).
2. Genug Sitzungs-Prompts seit der letzten Analyse — mindestens userProfileAnalysisInterval (Standard 10).
3. Dass dieser Provider strukturierte/Tool-Call-Ausgabe unterstützt (gleiche Anforderung wie Auto-Capture).

Wenn du eine Weile gechattet hast und die Meldung weiterhin siehst, prüfe in den Logs, ob Auto-Capture tatsächlich feuert und der konfigurierte Provider erfolgreich ist (fehlgeschlagene Profilanalyse versteckt sich nicht mehr hinter einem generischen Leerzustand, wenn der Provider fehlerhaft ist).