Claude Code push notifications et Remote Control — piloter depuis le mobile¶
Resume¶
Claude Code peut desormais envoyer des push notifications sur le telephone quand une tache longue finit ou quand Claude a besoin d'une decision. La feature repose sur Remote Control, qui permet de continuer une session CLI locale depuis le mobile ou le navigateur. La session tourne toujours localement — le web/mobile est juste une fenetre.
Fonctionnement technique¶
Remote Control¶
La session Claude Code locale fait des requetes HTTPS sortantes (jamais de ports entrants). Quand on active Remote Control, elle s'enregistre aupres de l'API Anthropic et poll pour du travail. Le routage se fait via l'API Anthropic sur TLS.
3 modes de lancement :
| Mode | Commande | Usage |
|---|---|---|
| Server mode | claude remote-control | Le terminal attend des connexions. Supporte N sessions concurrentes (--capacity N) |
| Interactive | claude --remote-control | Session interactive normale + accessible a distance |
| Depuis une session | /remote-control ou /rc | Active Remote Control sur la session en cours |
Options du server mode :
| Flag | Description |
|---|---|
--name "Mon Projet" | Titre visible dans la liste de sessions |
--spawn same-dir | Sessions partagent le meme repertoire (defaut) |
--spawn worktree | Chaque session obtient un git worktree isole |
--spawn session | Mode session unique |
--capacity N | Max sessions concurrentes (defaut 32) |
Connexion depuis un autre device : - URL de session directe - QR code (spacebar pour afficher) - Liste de sessions sur claude.ai/code ou app Claude mobile - Le device local peut dormir — la session se reconnecte automatiquement au reveil
Push notifications¶
Claude decide quand envoyer une notification. Typiquement : tache longue terminee, ou besoin d'input. On peut aussi demander explicitement dans le prompt : "notify me when the tests finish".
Setup : 1. Installer l'app Claude mobile (iOS/Android) 2. Se connecter avec le meme compte que Claude Code CLI 3. Accepter les permissions de notification 4. Dans Claude Code : /config → activer "Push when Claude decides"
Requires : Claude Code v2.1.110+
Autres modes complementaires¶
| Mode | Declencheur | Tourne sur | Usage |
|---|---|---|---|
| Dispatch | Message depuis l'app mobile | Machine locale (Desktop) | Deleguer du travail en etant absent |
| Remote Control | Pilotage depuis claude.ai/code ou app mobile | Machine locale (CLI/VSCode) | Continuer un travail en cours |
| Channels | Events push depuis Telegram/Discord/serveur | Machine locale (CLI) | Reagir a des events externes (CI, chat) |
| Slack | @Claude dans un channel | Cloud Anthropic | PRs et reviews depuis le chat equipe |
| Scheduled tasks | Cron | CLI, Desktop, ou cloud | Automatisation recurrente |
Analyse critique¶
Ce qui est fort :
- Le modele est elegant : la session reste locale (filesystem, MCP, outils, config projet), le mobile/web est juste un tunnel. Pas de compromis sur la securite ou l'environnement.
- Server mode avec
--spawn worktree+--capacity 32: un seul process qui sert 32 sessions en worktrees isoles. C'est exactement le pattern de notre One Ring, mais natif. - Les push notifications sont "Claude decides" — pas de config par-evenement. Claude juge quand c'est pertinent. Simple, mais moins controlable que nos signaux explicites via Signal.
Ce qui manque :
- Push notifications = boite noire. On ne peut pas dire "notifie-moi uniquement sur les gate verdicts" ou "uniquement sur les escalades". Notre systeme Signal est plus granulaire (21 commandes, types d'evenements distincts).
- Pas de routage multi-destinataires. Notre One Ring route les escalades vers le bon Ringbearer. Remote Control est 1:1 (une session, un utilisateur).
- Pas de broker inter-sessions. Nos Ringbearers communiquent via claude-peers-mcp. Remote Control ne permet pas la communication entre sessions.
Pertinence ProbatioVault¶
Impact fort — evolution potentielle du One Ring.
Ce que Remote Control pourrait remplacer¶
| Composant LOTR actuel | Remote Control equivalent | Gap |
|---|---|---|
| cmux + terminal scraping | Server mode + mobile app | ✅ Natif, plus robuste |
| Signal pour voir l'etat | Session list sur claude.ai/code | ✅ Plus riche (conversation complete) |
| QR code Signal | QR code Remote Control | ✅ Equivalent |
| Notifications status | Push notifications natives | ⚠️ Moins granulaire |
Ce que Remote Control ne remplace PAS¶
| Composant LOTR | Pourquoi pas remplacable |
|---|---|
| Broker claude-peers-mcp | Pas de communication inter-sessions |
| 21 commandes Signal | Pas de routage de commandes |
| Escalade bloquante avec timeout | Push notification != escalade bloquante |
| Palantir / Forgeron / Scribe | Roles specialises, pas juste des sessions |
Scenario d'evolution realiste¶
Remote Control + Push pourrait simplifier la couche transport du One Ring (remplacer cmux + signal-cli) tout en gardant le broker et l'orchestration (claude-peers-mcp, gov-interact.sh, lord-ringbearer.sh). L'architecture deviendrait :
- Lord =
claude remote-control --spawn worktree --capacity 5(server mode) - Ringbearers = sessions spawned par le server mode
- Escalades = push notifications + reponse depuis mobile
- Orchestration = toujours bash deterministe (lord.sh)
A tester : lancer un server mode avec 3 sessions /gov en parallele et verifier que les worktrees isolent correctement le contexte. Si ca marche, ca elimine toute la couche cmux.
Action immediate¶
Activer Remote Control sur les sessions de travail quotidiennes pour evaluer la fiabilite des push notifications. Commande : /config → "Push when Claude decides" = true.