AItention

Vue d'ensemble et pilotage pour Claude Code et Codex.

Vos sessions travaillent en parallèle.
Votre attention, non.

Dix agents travaillent en parallèle, et le fonctionnement derrière eux reste invisible : quelle session est bloquée, laquelle attend une condition extérieure, laquelle a échoué en silence. AItention les réunit toutes dans un seul tableau — Claude Code et Codex, depuis le terminal, les environnements JetBrains, VS Code et l'application de bureau Claude.

macOS 14 ou version ultérieure uniquement · Apple silicon et Intel

Signé et notarisé par Apple. Jusqu'à trois sessions gratuites, sans limite de durée.

Le résultat est visible. Le fonctionnement ne l'est pas.

La page de facturation donne un total et rien d'autre. Une fenêtre de terminal montre une session ; douze fenêtres n'en montrent pas douze mais une — celle du dessus. Les autres attendent, calculent, ou se sont arrêtées il y a vingt minutes sur une limite, sans que personne le sache.

Ce qu'un agent produit, vous le voyez dans le diff. Ce qu'il fait pendant qu'il le produit, vous ne le voyez nulle part. Entre les deux se trouve le fonctionnement.

Un exemple résume tout : une session écrit « j'attends, je vous préviens » — et ne prévient jamais. Elle n'a programmé aucun réveil ; c'est vous qu'elle attend. De l'extérieur, cela ressemble à du travail, et c'est précisément pourquoi elle reste ainsi pendant des heures. AItention distingue les deux d'après ce qui tourne réellement, pas d'après ce que la session dit d'elle-même.

Situation

Qui a besoin de vous — et qui non

Huit états, pas deux : une session qui a posé une question vous coûte une réflexion ; une qui attend une autorisation, une seconde. Une qui attend une condition extérieure — un pipeline, un agent — n'a pas besoin de vous. C'est la liste qui fait la distinction, pas vous.

Fonctionnement

Ce qui tourne, en une ligne

Branche courante, mode d'autorisation, liste de tâches et progression, sous-agents actifs, commandes d'arrière-plan avec leur sortie et leur code de retour. Une compilation qui échoue au bout de vingt minutes ne se remarque sinon que si quelqu'un la cherche.

Consommation

Où part le quota

Les deux fenêtres de quota avec niveau, rythme et temps restant — et à côté, ce qui les remplit : consommation par jour, par projet, par application, par modèle, sur sept, trente ou quatre-vingt-dix jours. La facture donne un total ; ceci donne la raison.

Attente

Ce que coûte le fait de ne pas regarder

Combien de temps vos sessions sont restées terminées sans que personne le remarque — au total, en moyenne, au plus long, par jour et par projet. Le seul chiffre qui met un nombre sur la raison d'être de ce programme.

Reprise

Retrouver la session d'hier

Après un redémarrage, le nom vous échappe. « Sessions précédentes » les liste toutes — classées par application ou par projet, avec recherche — et place la commande de reprise complète dans le presse-papiers. Si le nom vous échappe, cherchez plutôt dans vos propres prompts.

Conception

Rien ne quitte votre Mac

Aucun compte, aucune télémétrie, aucun service intermédiaire. La licence est vérifiée hors ligne contre une clé intégrée au programme — il n'existe aucun serveur d'activation susceptible de tomber. Une seule connexion réseau est prévue, la recherche de mises à jour, et elle est désactivée d'origine.

Ce que vous voyez d'un coup d'œil

La vue d'état telle qu'elle se présente au quotidien. Les points marqués s'expliquent d'un clic.

1 Tâches d'arrière-plan avec sortie en direct

Une compilation, une suite de tests, un déploiement : ce qu'une session a lancé en arrière-plan figure dans sa ligne — avec la sortie en cours et le code de retour. Une tâche qui échoue au bout de vingt minutes ne se remarque autrement que lorsque quelqu'un la cherche.

2 Branche et répertoire de travail

Chaque ligne indique la branche extraite. Avec plusieurs dépôts et arbres de travail, c'est le détail qui décide si une modification atterrit au bon endroit — lu sans appeler git, arbres de travail compris.

3 Mode d'autorisation par session

Le fait qu'une session exécute des outils sans demander, ou puisse écrire des fichiers, s'affiche en couleur à côté de son nom. Dans des dépôts partagés, c'est une question de gouvernance, pas une option d'affichage.

4 Liste de tâches et sous-agents

Lorsqu'une session tient une liste de tâches, la ligne montre l'avancement et la tâche en cours — dans ses propres termes. Les sous-agents actifs sont comptés, afin qu'un long silence ne soit pas pris pour un arrêt.

5 Consommation et historique

Les deux fenêtres de quota sous forme de jauge, plus la consommation horaire, le pic et l'historique sur 24 heures, 7 et 30 jours. De quoi planifier quel travail tourne quand — au lieu de découvrir à la limite qu'il ne tourne plus.

6 Lire la réponse sans changer de fenêtre

La dernière réponse d'une session se déplie dans la vue même, prête à être copiée. Avec une douzaine de sessions actives, cela décide si vous touchez à une session — ou la laissez continuer.

Plusieurs agents, une seule tâche

Dès que vous répartissez une tâche sur plusieurs sessions, elle se désagrège dans la liste. AItention les réunit en fédération — avec les sous-agents en cours, l'objectif que vous avez fixé et le réveil qu'une session s'est donné à elle-même. Trois indications qui ne figurent nulle part ailleurs.

La facture donne une somme. Ceci donne la raison.

Sortie par jour, par projet, par programme, par modèle — sur sept, trente ou quatre-vingt-dix jours, avec quota, jetons et montant côte à côte. Plus les deux fenêtres de débit avec leur historique, et le temps d'attente qui s'accumule quand personne ne regarde.

Voir toutes les fonctions en détail

Après le redémarrage : comment s'appelait-elle déjà ?

Vous fermez l'environnement de développement, vous redémarrez la machine — et vous voulez continuer. Avec trois sessions, vous savez encore laquelle est laquelle. Avec trente, non.

« Sessions précédentes » répertorie toutes celles qui peuvent être reprises : classées par application ou par projet, sur sept jours, trente jours ou toute la période, avec un champ de recherche. Sur chaque ligne, la commande complète est à un clic dans le presse-papiers — dossier de projet compris, car sans lui aucun des deux outils ne retrouve sa session.

Des noms qui survivent au redémarrage

Une session terminée portait jusqu'ici le nom de son dossier — avec cinq sessions dans le même projet, la même ligne figurait cinq fois. AItention récupère le vrai titre dans l'enregistrement, que le redémarrage n'efface pas.

Chercher dans vos propres prompts

« Où ai-je déjà fait cela ? » — cherchez dans chaque prompt que vous avez envoyé à Claude Code, tous projets confondus. Le résultat mène à sa session, et la commande de reprise se trouve à côté.

Le contexte, avant sa compaction

Quand une session approche de la compaction, son chiffre de contexte change de couleur. En le voyant venir, vous enregistrez un point d'étape ou vous divisez la tâche — au lieu de constater après coup que la moitié du fil a été résumée.

Deux outils, un seul tableau

Qui travaille avec Claude Code et Codex mène deux chantiers en parallèle, sans vue commune. AItention réunit les sessions des deux dans la même liste — avec l'icône de l'application où elles tournent, avec projet, contexte et consommation. À partir de deux outils, un regroupement par outil apparaît.

Sans toucher à votre installation Codex. Codex tient son propre enregistrement par session ; AItention le lit et ne modifie rien. Codex indique lui-même sa fenêtre de contexte — l'avertissement de compaction y est lu, pas estimé.

Ce qui ne fonctionne pas encore pour Codex : AItention n'y signale pas l'état « attend votre réponse ». Claude Code le dit au programme par le hook d'état ; dans les enregistrements de Codex, nous n'avons pas encore vu d'événement correspondant. Les sessions Codex apparaissent donc comme actives, terminées ou en échec. Dès qu'un tel événement apparaîtra, l'état suivra.

Brancher votre propre outil

Le contrat de fichier dont AItention tire ses données est publié : aitention.app/schema/status-v1.json. Tout outil capable de lancer un programme sur événement écrit un petit fichier JSON et apparaît dans la liste — sans rien changer à AItention. Trois champs sont obligatoires.

Retransmettre où vous voulez

Indiquez une adresse et, à chaque passage dans un état qui vous réclame, un message JSON y est envoyé — domotique, canal de discussion, ce que vous voulez. Aucun champ pour une commande : rien ne démarre sur votre machine. Sont transmis le nom, le projet, l'application et l'état ; jamais les prompts, les réponses ou les chemins. Le champ est vide par défaut.

Également inclus

  • Causes d'échec en clair. Limite de débit, surcharge serveur, facturation, requête invalide — nommées, et pas seulement « échec ». La différence entre relancer et patienter.
  • La consommation aussi dans la fenêtre principale. Le résumé des sept derniers jours se déplie sous les quotas : trois indicateurs, les cinq plus gros projets et applications.
  • Six langues. Allemand, anglais, français, espagnol, italien, polonais — commutables en cours d'exécution, sans redémarrage.
  • Tout depuis la barre de menus. Compteurs, sessions en attente et actives, consommation — sans ouvrir de fenêtre.
  • Aller à la bonne fenêtre de projet. Avec plusieurs projets ouverts dans un environnement, c'est le bon qui passe devant.
  • Filtres, regroupement, favoris. Regrouper par état, application, projet ou outil, combiner plusieurs filtres, épingler l'essentiel.

L'atelier tourne. Vous le voyez enfin.

Pas de compte, pas de service, aucune transmission. AItention ne lit que des fichiers de votre propre répertoire personnel — ceux que Claude Code et Codex créent de toute façon. Ce que vous voyez, personne d'autre ne le voit.