# Future Feature Ideas Lose Ideen und Visionen für spätere Phasen, gesammelt aus realem Betrieb und Nutzerfeedback. Kein konkreter Plan — Grundlage für eigene Sprint-Planung, sobald die Basisfunktionen stabil sind. --- ## SF-001: Multi-Agent-Kollaboration & Projekt-Workspaces **Idee**: Mehrere Agents können gemeinsam an einem Projekt arbeiten. Ein gemeinsames Projektverzeichnis wird angelegt; verschiedene Agents übernehmen verschiedene Rollen (z. B. Developer, Reviewer, Tester, Architect). **Denkbare Features**: - `/new-project ` legt einen geteilten Workspace an und weist Agents Rollen zu - Agents können über Discord-Threads oder einen dedizierten Projekt-Channel kommunizieren - Direkter Agent-zu-Agent-Kanal: Agent A schickt eine Nachricht an Agent B über einen internen DisClaw-Dispatch (kein Umweg über Discord notwendig) - Shared memory / shared files im Projekt-Workspace, auf die alle beteiligten Agents lesend/schreibend zugreifen dürfen - Orchestrator-Agent, der Aufgaben verteilt und Fortschritt überwacht --- ## SF-002: Konversationelles Agent-Design ("Agent durch Chat erstellen") **Idee**: Statt nur dem `/new-agent`-Slash-Command soll der Nutzer direkt im `#disclaw`-Channel mit dem Bot chatten können, um einen neuen Agent zu entwerfen. DisClaw führt ein Interview, stellt Fragen zu Rolle, Fähigkeiten und Einschränkungen und generiert daraus automatisch `CLAUDE.md` und `agent.yaml`. **Denkbare Features**: - Interaktiver Setup-Wizard im Chat: "Welche Rolle soll der Agent haben?", "Auf welche Tools soll er Zugriff haben?", "Gibt es Themen, die er ablehnen soll?" - Preview der generierten `CLAUDE.md` vor dem Bestätigen - Nachträgliches Bearbeiten eines Agents per Chat: "Ändere die Rolle von Agent X auf..." - DisClaw-interne Claude-Instanz (ohne Workspace-Isolation) als Design-Assistent --- ## SF-003: Security-Bot-Schicht & Permission-Management pro Agent **Idee**: Ein optionaler Security-Bot kann vor einzelne Agents geschaltet werden. Er überprüft eingehende Prompts und ausgehende Antworten und verwaltet Berechtigungen auf Basis von per-Agent konfigurierbaren Sicherheitsrichtlinien. **Denkbare Features**: - `security_profile: strict|moderate|open` in `agent.yaml` - Security-Bot liest den Workspace des Agents und entscheidet, welche Tool-Aufrufe erlaubt sind (Whitelist/Blacklist) - Prompt-Injection-Detection auf eingehenden Nachrichten - Output-Filtering: Prüfung, ob die Antwort zur definierten Rolle des Agents passt - Audit-Log aller abgelehnten Aktionen (Discord-Message oder Datei) - Quarantäne-Modus: Verdächtige Anfragen werden zur manuellen Genehmigung an den Management-Channel weitergeleitet --- ## SF-004: Vollständige Discord-Feature-Nutzung **Idee**: Agents sollen alle relevanten Discord-Funktionen nutzen können, nicht nur einfache Textnachrichten. **Denkbare Features**: - **Polls**: Agent erstellt Discord-Polls für Abstimmungen (z. B. "Welche Architektur bevorzugst du?") - **Threads**: Automatisches Erstellen von Threads für längere Diskussionen oder Teilaufgaben eines Projekts; dedizierte Projekt-Channels mit Thread-Struktur - **Datei-Senden**: Agent lädt generierte Dateien (Code, Diagramme, Reports) als Discord-Attachments hoch - **Datei-Empfangen**: Nutzer kann Dateien in den Channel hochladen; Agent liest sie und verarbeitet den Inhalt - **Embeds & Rich Messages**: Strukturierte Antworten mit Embeds (Titel, Felder, Farben) statt reinem Plaintext - **Reactions**: Agent setzt Reactions als Status-Indikator (⏳ während Verarbeitung, ✅ bei Erfolg, ❌ bei Fehler) - **Slash-Command-Erweiterung**: Mehr Discord-native Commands direkt aus dem Agent- Kontext heraus (nicht nur über den Management-Channel)