Un prompt peut-il remplacer Basecamp ?

Construis un espace de projet où l’email est un client de premier ordre, pas un simple canal de notification.

Stack : ton choix, Postgres, Docker Compose, un domaine, et un fournisseur d’email transactionnel avec un webhook entrant signé.

Structure : un Projet a exactement cinq sections, fixes, non configurables — Messages, Tâches, Docs & Fichiers, Planning, et Check-ins automatiques. Résiste à la tentation d’en ajouter une sixième.

Messages : un forum en fils de discussion. Poster notifie les abonnés par email. Répondre à cet email poste la réponse — parse le webhook entrant, retire l’historique cité avec une vraie routine de nettoyage de citation plutôt qu’une recherche naïve de marqueur, associe le fil via un token dans l’adresse de réponse, et joins les fichiers éventuels. Teste-le contre des réponses venues de Gmail, Outlook et Apple Mail, dont les conventions de citation diffèrent toutes. C’est la fonctionnalité sur laquelle repose tout le projet.

Tâches : des listes nommées d’éléments avec un assigné et une date d’échéance. Compléter une tâche notifie quiconque est abonné à la liste. Pas de priorités, pas de statuts au-delà de fait et pas fait, pas de champs personnalisés.

Docs & Fichiers : des documents Markdown avec historique de versions, plus des envois vers le disque local avec un nom de fichier en hash de contenu.

Planning : des événements datés, et chaque tâche avec une date d’échéance y apparaît automatiquement.

Check-ins automatiques : une question récurrente selon un planning (« Sur quoi as-tu travaillé aujourd’hui ? »), envoyée par email, à laquelle on répond en répondant à l’email, avec toutes les réponses rassemblées sur une page par question et par jour. C’est la deuxième fonctionnalité qui mérite d’être copiée, et elle dépend entièrement du bon fonctionnement du circuit email.

Modèle d’abonnement : par personne, par section, activé par défaut pour tout ce que tu crées ou ce à quoi tu es assigné. Une option de digest qui regroupe les notifications d’une journée en un seul email.

Invités : un rôle qui ne voit que les sections marquées visibles-client, invité par lien magique sans mot de passe. Teste qu’un invité ne peut pas atteindre une section non visible par URL directe.

Écris des tests pour le nettoyage de citation à travers les trois clients mail, pour la mise en correspondance par token de réponse, et pour la visibilité des invités.

N’ajoute ni champs personnalisés, ni statuts, ni une seconde mise en page de projet. L’absence, c’est le produit.