ProRemIa — Mode d'emploi

À quoi ça sert

ProRemIa est un hyperviseur perso qui reçoit des demandes formulées en langage naturel, les envoie à l'agent approprié, et renvoie le résultat. C'est le point d'entrée unique pour toutes les tâches répétitives du business : rapports de formation, facturations, suivi de leads, veilles. À terme. En Phase 1, le système sait juste recevoir une tâche, la faire traiter par un agent simple et renvoyer la sortie.

État actuel : Phase 1. L'infrastructure tourne. Les agents métier réels (rapport Sophiae, facturation, leads) arriveront en Phase 4. Pour l'instant, seuls deux agents de test sont actifs.

Se connecter

Aller sur https://proremia.remyvdm.com
Taper le mot de passe (voir section mot de passe)
Le cookie reste valide ; la reconnexion n'est demandée qu'après expiration.

Envoyer une tâche

Description : écrire ce qu'on veut en français, comme si on parlait à un collègue. Pas de syntaxe particulière.
Contexte JSON (optionnel) : pour passer des données structurées — un brief, un client, une date.
Cliquer sur Envoyer. La tâche apparaît dans la liste en PENDING, puis ROUTING, puis RUNNING, puis COMPLETED ou FAILED.
Cliquer sur la ligne de la tâche pour voir la sortie.

Exemple simple

Description : Réponds juste PONG
Contexte    : (vide)

→ agent-echo renvoie PONG en 2 à 5 secondes.

Exemple avec contexte

Description : Résume ce brief en 3 points clefs.
Contexte    : {
  "brief": "Formation de 2 jours à Bruxelles, 12 profs, demande sur l'évaluation formative, budget restreint, livrable attendu : une grille d'évaluation simple."
}

→ le contenu du champ context est injecté dans le prompt de l'agent.

Les agents actifs

agent-echo

Agent minimal basé sur Haiku. Il répond à ce qu'on lui demande sans outils ni accès externe. Utile pour tester que le système fonctionne, ou pour des demandes simples (un résumé, une reformulation, une idée).

agent-rapport-sophiae

Agent basé sur Sonnet, pré-configuré pour rédiger des rapports de formation selon le format attendu par Sophiae. En Phase 1, il produit le rapport en texte brut dans la sortie — pas encore de génération .docx. Ça viendra en Phase 4.

Le routing entre agents est encore basique : toutes les tâches passent par agent-echo par défaut. L'hyperviseur intelligent qui choisit le bon agent arrive en Phase 2.

Le champ contexte JSON

C'est le fourre-tout structuré. On y met tout ce qui n'est pas déjà dans la description : un brief client, une date, un montant, un historique. Quelques conventions utiles :

{"brief": "…"} — texte long à résumer, analyser, transformer
{"client": "…", "date": "…"} — infos d'une mission
{"historique": [...]} — messages ou actions précédentes

Format strict JSON (double quotes, pas de commentaires, pas de virgule finale). Le formulaire vérifie la syntaxe avant d'envoyer.

Lire le résultat

La sortie s'affiche en cliquant sur la tâche dans la liste. Sont visibles :

le texte produit par l'agent
les tokens consommés (entrée / sortie) — à titre indicatif, la facturation est couverte par l'abonnement Claude Max, pas par l'API
le message d'erreur le cas échéant

La liste rafraîchit toutes les 2,5 secondes, donc la bascule RUNNING → COMPLETED se voit en direct.

Ce que Phase 1 ne fait pas encore

Pas de création d'agents à la volée. Les agents sont figés aux deux seeds. L'hyperviseur méta arrive en Phase 2.
Pas de livrables .docx, .xlsx, .pdf. Sortie texte brut uniquement. Les générateurs de fichiers arriveront quand les agents métier seront branchés (Phase 4).
Pas d'upload de fichiers (PDF de brief, photos de justificatifs, etc.). Tout passe par les champs texte pour l'instant.
Pas d'apprentissage automatique des prompts. Le pattern prof/élève qui améliore les agents à partir des corrections arrive en Phase 3.
Pas de notifications. Il faut revenir sur l'interface pour voir les résultats. Les alertes Telegram sont dans le backlog.

Si ça plante

Une tâche reste bloquée en `RUNNING` très longtemps

Le timeout interne est de 5 minutes. Au-delà, la tâche passe en FAILED. Si plusieurs tâches consécutives échouent avec une erreur d'auth Claude Code, c'est que le token OAuth a expiré côté VPS : il faut refaire claude /login en SSH sur le serveur.

L'interface ne répond plus

Vérifier https://proremia.remyvdm.com/api/health depuis un autre onglet. Si ça renvoie un JSON, l'app tourne et c'est un souci de session (se reconnecter). Si ça ne répond rien, il faut aller voir sur le VPS :

ssh ubuntu@84.234.21.46
cd /home/ubuntu/proremia
sudo docker compose ps
sudo docker compose logs -f app --tail 100

Redémarrage propre

cd /home/ubuntu/proremia
sudo docker compose restart app

Changer le mot de passe

Le mot de passe est dans /home/ubuntu/proremia/.env, variable APP_PASSWORD. Pour le changer :

ssh ubuntu@84.234.21.46
cd /home/ubuntu/proremia
nano .env              # modifier APP_PASSWORD
sudo docker compose restart app

Un seul mot de passe, pas de comptes multiples. Phase 1 = usage mono-utilisateur.

Sauvegarde

La base Postgres est dumpée automatiquement chaque nuit à 3h15 dans /home/ubuntu/backups/proremia/, rotation 7 jours. Pas de perte de tâches tant qu'on reste dans la fenêtre de 7 jours.

ProRemIa — interface — version 0.1.0