FlowiseAI/Flowise

[FEATURE] Allow User Authentication for embed front-end, as well as main conversation and prompt question history

Open

#3.655 geöffnet am 9. Dez. 2024

Auf GitHub ansehen
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)TypeScript (24.335 Forks)batch import
enhancementhelp wanted

Repository-Metriken

Stars
 (52.823 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 8T 6h) (15 gemergte PRs in 30 T)

Beschreibung

Describe the feature you'd like Currently, when using embed code in own project, it is working but i want to show prompt screen after authenticating user.

Without User Login: System work same as it is, it is fine but here chat conversion history should not maintain. browser reload prompt must be disappear.

With User Login: Chat conversation history maintain and this history save based on logged in user. If user login anywhere history of that specific user should be show.

Prompt Question History: Login User Prompt Question should maintain as history in left side panel.

Additional context

Screenshot from 2024-12-09 11-05-56

Contributor Guide

Research-Richtung
Untersuche die aktuelle Einbettungs Frontend Implementierung in Flowise (wahrscheinlich in packages/components) und das vorhandene Authentifizierungssystem (falls vorhanden). Prüfe, wie der Konversationsverlauf derzeit gespeichert wird (Datenbankschema in packages/server oder der Datenbank). Überprüfe das Benutzermodell und vorhandene Authentifizierungs Middleware. Die angeforderte Funktion erfordert das Hinzufügen einer Benutzeranmeldung zur Einbettung, die dauerhafte Speicherung des Chat Verlaufs pro Benutzer und die Anzeige des Verlaufs von Prompt Fragen. Prüfe, ob bereits vorhandene API Endpunkte für die Benutzerverwaltung existieren. Das Problem gibt keine Backend Technologie an, aber Flowise verwendet basierend auf seinem Open Source Code Prisma ORM und SQLite/PostgreSQL.
Tech Stack
typescript
Domain
full stack
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
3-5 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
TypeScriptGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50