FlowiseAI/Flowise

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

Open

#3 655 ouverte le 9 déc. 2024

Voir sur GitHub
 (2 commentaires) (0 réactions) (0 assignés)TypeScript (24 335 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (52 823 stars)
Métriques de merge PR
 (Merge moyen 8j 6h) (15 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Étudiez l'implémentation frontale d'intégration actuelle dans Flowise (probablement dans packages/components) et le système d'authentification existant (le cas échéant). Examinez comment l'historique des conversations est actuellement stocké (schéma de base de données dans packages/server ou la base de données). Passez en revue le modèle utilisateur et tout middleware d'authentification existant. La fonctionnalité demandée nécessite d'ajouter une connexion utilisateur à l'intégration, de conserver l'historique des discussions par utilisateur et d'afficher l'historique des questions de prompt. Vérifiez s'il existe des points de terminaison API existants pour la gestion des utilisateurs. Le problème ne spécifie pas la technologie backend, mais Flowise utilise Prisma ORM et SQLite/PostgreSQL selon son code open source.
Stack technique
typescript
Domaine
full stack
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
3-5 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
TypeScriptGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50