242bb0d34e
KI-001: Tool-Permission-Popups blockieren Agents lautlos KI-002: Workspace-Wiederherstellung nach Datenverlust KI-002.1: Management-Channel auto-recreate bei Löschung KI-003: Token-Verbrauch durch vollständige History-Injection SF-001: Multi-Agent-Kollaboration & Projekt-Workspaces SF-002: Konversationelles Agent-Design per Chat SF-003: Security-Bot-Schicht & Permission-Management SF-004: Vollständige Discord-Feature-Nutzung Forgejo Issues #33–#40 angelegt (type:known-issue / type:idea). Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
78 lines
3.7 KiB
Markdown
78 lines
3.7 KiB
Markdown
# 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 <name>` 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)
|