Les deux claviers, face à face
Le même geste, deux dialectes. Voici ce que chaque outil comprend, et dans quels terminaux.
claude
Claude Code en terminal
\puisEntrée
Fonctionne partout
La barre oblique inverse en fin de ligne, puis Entrée. Zéro configuration, tous les terminaux.
Ctrl+J
Fonctionne partout
Le raccourci officiel (action chat:newline). C'est le vieux code ASCII du saut de ligne : tous les terminaux le transmettent.
Shift+Entrée
Selon le terminal
Natif dans Ghostty, Kitty, iTerm2, WezTerm, Warp, Terminal Apple et Windows Terminal. Dans VS Code, Cursor, Alacritty et Zed : lancer /terminal-setup une fois. Dans Konsole et gnome-terminal : indisponible, on garde Ctrl+J.
agy
Google Antigravity en terminal
Shift+Entrée
La touche maison, selon le terminal
agy demande au terminal le protocole clavier moderne dès le démarrage : Shift+Entrée fonctionne partout où le terminal sait le parler (Kitty, Ghostty, WezTerm, Konsole 24.08 et plus...). Dans un terminal plus ancien, elle envoie le message comme Entrée : c'est le piège.
Alt+Entrée
La jumelle de secours
Transmise par pratiquement tous les terminaux, même les anciens. Si Shift+Entrée reste muette, celle-ci répond.
Ctrl+Jet\puisEntrée
Fonctionnent aussi
Les réflexes claude marchent ici tels quels : agy accepte les quatre gestes (écran /help, onglet shortcuts, action Insert newline).
Le geste commun :
Ctrl+J (ou \ puis Entrée) insère un saut de ligne dans les deux outils, dans n'importe quel terminal. Un seul réflexe à muscler, et le problème disparaît.
Pourquoi ce n'est pas la même
Ce n'est pas un caprice des outils, c'est l'héritage du terminal. Pour un terminal classique, Entrée et Ctrl+J sont deux vieux codes des années 1960 (le retour chariot et le saut de ligne) : tout le monde les transmet, alors claude s'appuie dessus. Mais Shift+Entrée n'existe pas dans ce langage ancien : le terminal envoie exactement la même chose que Entrée, et l'outil ne peut pas faire la différence.
Pour entendre Shift+Entrée, il faut un protocole clavier moderne, celui du terminal Kitty. agy le demande d'office à chaque démarrage : si le terminal sait répondre, Shift+Entrée s'allume toute seule. claude, lui, s'appuie sur une liste de terminaux connus et propose
/terminal-setup pour quelques autres ; Konsole n'est dans aucune des deux listes, alors côté claude on garde Ctrl+J ou la barre oblique inverse.
Au fond, la divergence ne porte que sur les touches de confort (Shift+Entrée, Alt+Entrée). Les deux gestes de fond, Ctrl+J et la barre oblique inverse, sont compris par les deux outils : c'est le tronc commun hérité du terminal.
Le récapitulatif
| Le geste | claude | agy |
|---|---|---|
| Envoyer le message | Entrée | Entrée |
| Sauter une ligne, partout | \ puis Entrée · Ctrl+J | \ puis Entrée · Ctrl+J · Alt+Entrée |
| Sauter une ligne, terminal moderne | Shift+Entrée (liste limitée) | Shift+Entrée |
| Écrire dans l'éditeur externe | Ctrl+G | Ctrl+G |
| Coller un texte de plusieurs lignes | Les sauts de ligne sont préservés | Les sauts de ligne sont préservés |
La parade des grands textes : composer le long message ailleurs et le coller (
Ctrl+Shift+V dans Konsole). Le collage garde toujours ses sauts de ligne, dans les deux outils. Et Ctrl+G ouvre carrément l'éditeur externe pour écrire à l'aise, dans claude comme dans agy.
Faut-il harmoniser ?
Pas forcément : le geste commun Ctrl+J règle déjà le quotidien. Mais si l'envie prend un jour, les portes de sortie existent des deux côtés :
Côté claude : le fichier
Côté agy : la commande
~/.claude/keybindings.json permet de rattacher chat:newline à une autre touche. Mais dans Konsole, y inscrire Shift+Entrée ne suffirait pas : la touche n'arrive jamais jusqu'à claude, le terminal l'avale avant. Pour un vrai Shift+Entrée côté claude, il faudrait un terminal qui parle le protocole moderne (Kitty, Ghostty, WezTerm).
Côté agy : la commande
/keybindings en session ouvre les raccourcis personnalisables, dont l'action Insert newline. agy accepte déjà tous les gestes de claude : il n'y a rien à toucher.