Un aide de camp pour votre support utilisateur.
Avertissement
Edecán est en développement actif. L'API et le format de configuration peuvent changer sans préavis.
- Chat de support tenu par des agents LLM configurables, avec outils MCP. Chaque session de chat ouvre sa propre connexion MCP, ce qui permet de cloisonner les ressources des serveurs, un bac à sable shell par session par exemple.
- Escalade vers un backend de tickets Gitea ou GitHub. Le backend reste l'unique source de vérité, Edecán ne stocke aucun contenu de ticket.
- Authentification OIDC/OAuth2, complétée à la demande par un lien magique envoyé par courriel — à usage unique, à durée de vie configurable, et émis uniquement si l'adresse correspond déjà à un projet. Le rôle de chacun (
userousupport) se déduit d'un pattern d'email. Un utilisateur ne voit que ses propres sessions, le support voit tout le projet. - Interface en français, anglais et espagnol. Les prompts des agents reçoivent la langue de l'utilisateur ; pour un agent outillé, seules les réponses la suivent — les requêtes MCP restent formulées dans la langue de la source consultée. La langue se négocie par requête (
?lang=fr|en|es, mémorisé en cookie, sinon l'en-têteAccept-Language) et les traductions sont embarquées dans le binaire. - Enseigne personnalisable via
branding.title— le nom affiché sur la page de connexion, dans le rail et dans les courriels. L'attribution « Propulsé par edecán » reste en pied de la page de connexion. - Tout se configure dans un fichier YAML. Les secrets passent par des variables d'environnement interpolées au chargement.
- Un seul binaire Go à déployer. SQLite embarqué sans CGO, HTML rendu côté serveur avec templ et HTMX, pas de SPA.
make config.yaml # copie config.yaml.dist, à adapter
# créer un .env avec les variables référencées dans config.yaml
make run # génère les templates puis lance le serveurPour le développement, make watch relance le serveur à chaque modification.