Dans les coulisses de TWM

Le système
derrière
mon travail.

Retrouver le contexte. Réutiliser ce qui fonctionne. Faire avancer les tâches. Et garder la main sur les décisions.

Une lecture de mon architecture : comment ses briques s’articulent, les choix qu’elles traduisent et le temps qu’elles peuvent libérer.

Explorer l’architecture →

Tannous Mekari — TWM Advisory

Architecture personnelleFlux d’infos
Piloter
Paperclip
Objectifs · tâches · gouvernance
01
Échanger
Telegram
Obsidian
Demandes & notes
✳
Coordonner
Hermes
Agent principal
Se souvenir
Mnemosyne
Mémoire & rappel
Exécuter
n8n
Workflows & outils
Qdrant
Connaissances indexées
Obsidian · GitHub
Validation humaine
Avant écriture engagée
VPS · Docker · Traefik↗
Le cap

Moins de temps à retrouver et répéter. Plus de disponibilité pour décider et agir.

01 / Comprendre le système

Chaque brique a une responsabilité.

Le schéma relie des outils. L’enjeu est ce qu’ils rendent possible dans le travail quotidien.

PAPERCLIP

Un cap commun pour les agents.

Paperclip regroupe les objectifs, les tâches, les tickets, les budgets et les règles. Il supervise Hermes et les autres agents à travers leur suivi d’avancement.

L’intérêt dans mon travail

Relier l’activité des agents à une priorité et disposer d’un suivi, au lieu de multiplier les demandes sans vue d’ensemble.

La vue technique complète

Toutes les connexions, en un seul schéma.

Schéma de référence. Les rôles présentés ne constituent pas un audit du déploiement.

02 / Du schéma au quotidien

À quoi cela peut me servir.

Six parcours pour rendre l’architecture concrète. Des scénarios illustratifs, à adapter aux workflows réellement activés.

“

Pourquoi avions-nous retenu cette option ?

L’objectif : retrouver le raisonnement déjà documenté, sans reconstruire tout le contexte.

Exemple de parcours

  1. 01
    Je formule ma question

    Depuis une interface de travail, par exemple Telegram.

  2. 02
    Hermes rassemble le contexte

    La mémoire et la recherche dans les connaissances aident à retrouver les éléments pertinents.

  3. 03
    Je dispose d’une réponse à vérifier

    Les notes ou documents retrouvés servent à contrôler la décision et ses raisons.

03 / Une construction progressive

Un besoin après l’autre.
Une brique à la fois.

Je n’ai pas commencé avec une architecture complète. J’ai construit cet ensemble en répondant aux frictions de mon travail.

↳Récit de construction proposé à partir du schéma.
01

CAPITALISER

J’ai commencé par garder une trace.

J’ai rassemblé mes notes dans Obsidian et ma documentation de projet dans GitHub. Avant de déléguer quoi que ce soit, je voulais retrouver mes idées, mes décisions et leurs raisons.

Obsidian · GitHub

02

FORMALISER

J’ai documenté ce qui revenait.

Quand une méthode se répétait, je l’ai transformée en procédure. Ces skills donnent à l’agent des consignes réutilisables et m’évitent de réexpliquer chaque étape à chaque demande.

Skills · procédures

03

COORDONNER

J’ai donné un centre au système.

J’ai placé Hermes au cœur des demandes pour relier le contexte, les procédures et les outils. Telegram facilite l’échange ; Obsidian conserve les notes qui nourrissent le travail.

Hermes · interfaces

04

AUTOMATISER

J’ai relié les tâches répétitives.

J’ai ajouté n8n pour décrire les enchaînements entre les outils et les rendre exécutables. L’objectif : réduire les manipulations manuelles, avec une validation humaine pour les écritures sensibles.

n8n · services connectés

05

RETROUVER

J’ai organisé le rappel du contexte.

Accumuler des notes ne suffisait plus. J’ai relié les sources à une indexation dans Qdrant et prévu Mnemosyne pour la mémoire agentique : retrouver les éléments utiles, puis les remettre dans le contexte.

Mnemosyne · Qdrant

06

PILOTER

J’ai ajouté un cadre pour durer.

Avec davantage de briques, j’ai eu besoin de priorités et d’un suivi commun. Paperclip porte les objectifs, les tâches et la gouvernance ; les règles de validation gardent les décisions engageantes entre mes mains.

Paperclip · gouvernance

04 / Les arbitrages

Mes choix, et ce qu’ils impliquent.

Des briques aux rôles précis : conserver, coordonner, exécuter et garder le contrôle. Un ensemble modulaire.

01 / ORGANISATION

Une responsabilité par brique.

La coordination, la mémoire, les workflows et la supervision ont des rôles distincts. Cette séparation facilite l’évolution d’une partie du système.

La contrepartie

Davantage d’interfaces à maintenir et de connexions à surveiller.

02 / CONNAISSANCE

Conserver les sources. Organiser le rappel.

Les notes, le code et la documentation restent des sources identifiables. L’indexation dans Qdrant aide à retrouver les passages utiles ; Mnemosyne organise le contexte agentique.

La contrepartie

Une recherche utile dépend de la qualité, de l’actualisation et des droits d’accès aux sources.

03 / CONTRÔLE

Préparer l’action. Valider ce qui engage.

Le schéma prévoit une validation humaine pour les écritures sensibles vers Gmail, Calendar, Tasks ou GitHub.

La contrepartie

Définir précisément les actions sensibles et rendre l’approbation effective dans chaque workflow.

04 / EXPLOITATION

Héberger le cœur. Versionner les changements.

Un VPS Hostinger, Docker Compose et Traefik organisent les services. GitHub et une chaîne de contrôle accompagnent le déploiement ; le frontend est distingué sur Vercel.

La contrepartie

Assumer les mises à jour, les secrets, les sauvegardes et la vérification des restaurations.

05 / Mon quotidien

Ce que je mesure.
Pas ce que je promets.

Indicateurs fixes de mon système — pour piloter mon travail, pas pour vendre un ROI théorique.

< 5min

Retrouver une décision déjà documentée

Quand la trace existe dans Obsidian / Qdrant — sans reconstruire tout le fil.

1entrée

Point de coordination pour les demandes

Hermes centralise. Telegram et notes alimentent le même parcours.

100 %

Écritures sensibles sous validation humaine

Gmail, Calendar, Tasks, GitHub : rien n’engage sans mon OK.

Hebdo

Revue de cap dans Paperclip

Priorités, tickets, budget d’attention — avant d’accélérer.

Ordres de grandeur de mon usage réel. Si vos chiffres sont différents, on les regarde ensemble — pas dans un formulaire générique.

Du système à la performance

La technologie compte quand elle rend le travail plus utile.

Cette architecture donne une lecture concrète de l’approche TWM : partir d’un besoin, choisir les moyens, exécuter et mesurer.

L’architecture complète

Télécharger →