Un prompt peut-il remplacer Help Scout ?

Construis un help desk où la base de connaissances et les réponses enregistrées sont le même contenu, pas deux copies.

Stack : ton choix, Postgres, Docker Compose. Courrier entrant via un webhook signé d’un fournisseur d’email ; sortant via un fournisseur transactionnel sur un domaine que tu possèdes avec SPF, DKIM et DMARC documentés dans le README.

L’idée unique : un Article a un titre, un corps en Markdown, une visibilité (public, interne) et un ensemble de tags. Un article public est rendu sur un site de docs à une URL stable. N’importe quel article, public ou interne, peut être inséré dans une réponse — l’éditeur propose un sélecteur en recherche instantanée qui insère soit le texte complet, soit un lien vers l’URL publique. Il n’y a pas de stock séparé de « réponses enregistrées » qui dérive avec le temps.

La boucle qui rend ça valable : quand un article est inséré dans une réponse, enregistre-le. L’écran de rapport montre alors, par article, combien de fois il a été utilisé dans des réponses et combien de fois sa page publique a été vue, côte à côte. Un article beaucoup utilisé dans les réponses mais rarement vu publiquement est un trou de documentation — il devrait être trouvable avant que le client n’écrive. Fais ressortir exactement cette liste comme « articles à promouvoir ».

Boîte de réception : conversations avec un assigné, un statut (active, en attente, fermée), mise en fil par Message-ID avec References, MIME brut conservé, images distantes retirées. Navigation clavier d’abord.

Site de docs : rendu côté serveur, pas de framework client, recherche plein texte sur les corps d’articles avec Postgres, un arbre de catégories depuis les tags, et chaque article se terminant par un « ça t’a aidé » oui/non qui stocke un compteur et rien d’identifiant.

Vue client : ouvrir une conversation montre chaque conversation précédente de cette adresse email, le contexte utile le moins cher qui existe.

Écris des tests pour le compteur d’usage d’article (une réponse utilisant deux articles compte les deux), pour la recherche de docs, et pour la mise en fil d’une réponse qui a perdu son en-tête References.

Ne construis ni chat en direct, ni application mobile, ni couche de réponse IA. Note dans le README que la base de connaissances est un prérequis pour n’importe lequel de ces trois, ce qui est pourquoi c’est la chose construite en premier.