Un prompt peut-il remplacer Twist ?

Construis un outil de discussion d’équipe asynchrone. Les fonctionnalités absentes sont aussi importantes que celles présentes.

Structure : les canaux contiennent des fils. Un fil a un titre et une liste ordonnée de commentaires. Il n’y a pas de flux de messages au niveau du canal — chaque message appartient à un fil titré, ce qui empêche un canal de devenir une rivière que personne ne peut rattraper.

Délibérément absent, et à refuser si on le demande plus tard. Écris ça dans le README comme des décisions de conception plutôt que des manques :

- Aucune présence ni statut en ligne d’aucune sorte.
- Aucun indicateur de frappe.
- Aucun accusé de lecture ni liste de vus par.
- Aucune notification instantanée à chaque message.
- Aucun compteur de badge non lu sur les canaux — une liste de fils avec une nouvelle activité depuis ta dernière visite, sans nombre attaché.

Notifications : un résumé, livré à des horaires que chacun choisit (par défaut deux fois par jour), listant les fils avec une nouvelle activité et les premières lignes de ce qui a été dit. Une mention directe peut optionnellement notifier plus vite, à un intervalle que le destinataire fixe, avec l’immédiat comme option qu’il doit choisir plutôt qu’un défaut.

Rattrapage : une boîte de réception de fils avec activité depuis ta dernière lecture, du plus ancien au plus récent, marqués comme lus individuellement et jamais en masse. Quelqu’un qui revient d’une semaine d’absence devrait pouvoir parcourir ce qui s’est passé dans l’ordre plutôt que de tout déclarer en faillite.

Fils : Markdown avec blocs de code, pièces jointes, réactions, mentions, et citation d’un commentaire antérieur spécifique. Les fils peuvent être marqués résolus et archivés, et un fil résolu reste consultable dans la recherche.

Recherche : plein texte sur les titres et commentaires de fils avec filtres par canal, auteur et date, en utilisant la recherche plein texte de PostgreSQL avec une colonne tsvector maintenue et un index GIN. Résultats avec les commentaires environnants pour le contexte.

Messages directs : gardés comme un espace séparé et délibérément limités — un-à-un et petits groupes, avec le même modèle de notification par résumé. L’intérêt, c’est que le canal est où le travail se discute et le message direct n’est pas un moyen de contourner le modèle asynchrone.

Administration : invitations par email, désactivation d’un membre sans supprimer ses écrits, adhésion par canal, et un export complet de chaque canal, fil et pièce jointe en JSON plus fichiers, exécutable sans que l’application tourne.

Hors périmètre : les applications de bureau et mobile, les notifications push, la réponse par email, la voix ou la vidéo, et tout déploiement hébergé multi-tenant.