DigitalOcean Cuttlefish : guide pour examiner les demandes d'approbation d'agents IA sur mobile

Les agents IA de développement et d'exploitation n'attendent pas un moment opportun pour se retrouver bloqués. La demande d'autorisation apparaît pendant que vous êtes en réunion ou au milieu de votre trajet. Selon le blog de lancement de DigitalOcean, Cuttlefish vous permet de voir la commande complète, le chemin de fichier ou le diff d'un appel d'outil et de débloquer votre agent où que vous soyez, pour les sessions exécutées sur Managed Agents.

Ce guide porte surtout sur la bonne lecture des demandes d'approbation et sur le choix d'une réponse à l'aide d'un guide de décision simple. Il se termine par la conception d'un pilote qui mesure davantage que la facture des serveurs.

L'objectif n'est pas d'approuver plus vite. Nous vous suggérons de viser des décisions solides où que vous soyez, et de savoir reconnaître quand une demande mérite plutôt un examen au bureau.

Ce qu'est Cuttlefish et sa place dans Managed Agents

Cuttlefish est un client de supervision. Le communiqué de presse de DigitalOcean présente Managed Agents et Box Mount comme des services en préversion qui ne sont pas pris en charge pour les charges de travail de production.

L'application n'est liée à aucun framework d'agent en particulier. Le journal des modifications de DigitalOcean indique qu'elle fonctionne avec l'agent que vous exécutez sur Managed Agents, quel qu'il soit, notamment Claude Code, Codex CLI, OpenCode, OpenHands, Hermes, LangGraph et CrewAI. Une équipe qui s'est déjà standardisée sur l'un d'eux n'a pas besoin d'en changer pour bénéficier de la supervision mobile.

Côté modèles, Managed Agents achemine les appels vers plus de 75 modèles ouverts et propriétaires, ou vers votre propre fournisseur si vous configurez l'environnement avec son endpoint et sa clé, d'après la documentation d'architecture. Cuttlefish vient se placer au-dessus de tout cela. Chaque demande d'approbation arrive au même endroit, quel que soit le modèle ou le framework à l'origine de l'appel d'outil.

DigitalOcean présente le produit sous l'angle d'une évolution dans la manière de travailler avec les agents. Son communiqué de presse de lancement affirme que le travail agentique transforme chaque développeur en superviseur, et que la supervision ne devrait pas attendre que quelqu'un revienne à son bureau. C'est une description juste du problème. C'est aussi une raison d'être prudent, car quelqu'un qui approuve tout par réflexe ne supervise pas vraiment.

Avant de commencer : prérequis et limites de la préversion

Ce dont vous avez besoin

Byteiota rapporte que Cuttlefish nécessite iOS 26.5 ou une version ultérieure, ainsi qu'un compte DigitalOcean disposant d'un accès à Managed Agents. Il s'agit d'une source tierce : vérifiez donc les prérequis actuels dans le guide pratique officiel de DigitalOcean avant de déployer l'application.

Byteiota indique également qu'aucune version Android n'a été annoncée.

Ce que signifie la préversion en pratique

DigitalOcean est clair sur ce point. Son communiqué de presse précise que les services en préversion sont fournis en l'état, ne sont pas pris en charge pour les charges de travail de production et peuvent évoluer, ne jamais devenir disponibles au grand public ou être abandonnés. Cela concerne Managed Agents et Box Mount. Réservez-les aux essais, aux outils internes et aux travaux hors production.

DigitalOcean n'a pas annoncé de prix pour l'application Cuttlefish. Un article de la DEV Community fait le même constat : aucun tarif n'a été publié pour l'application. Tant que DigitalOcean n'a pas publié ses propres chiffres, ne construisez pas de budget sur des prix de l'application cités ailleurs.

Liste de vérification pour la mise en place

• [ ] Confirmez l'accès à Managed Agents sur votre compte DigitalOcean.
• [ ] Vérifiez l'iPhone de chaque approbateur par rapport à la version d'OS requise dans le guide pratique officiel.
• [ ] Décidez quelles sessions peuvent être supervisées depuis un mobile et lesquelles passent toujours par un examen au bureau.
• [ ] Désignez qui peut approuver depuis un téléphone, et qui prend le relais pour les collègues sans iPhone.
• [ ] Limitez le pilote aux dépôts, données et comptes hors production.
• [ ] Partagez le guide pratique officiel pour que les approbateurs sachent comment l'application fonctionne actuellement.

Étape par étape : lire une demande d'approbation avant de toucher l'écran

Étape 1 : ouvrez la demande complète, pas seulement la notification

Le blog de lancement indique que Cuttlefish affiche la commande complète, le chemin de fichier ou le diff de chaque appel d'outil plutôt qu'un résumé. Profitez-en. Une notification vous signale que quelque chose requiert votre attention. Elle ne vous donne pas assez d'éléments pour décider.

Étape 2 : vérifiez la présence d'un signalement à haut risque

Les demandes classées à haut risque exigent Face ID ou votre code d'accès pour être approuvées. Byteiota cite des exemples d'appels signalés automatiquement : suppressions récursives, force pushes, commandes sudo et scripts téléchargés depuis Internet puis redirigés vers un shell. Un signalement signifie qu'il faut ralentir. L'absence de signalement ne signifie pas que l'action est sûre.

Étape 3 : lisez les diffs dans un ordre fixe

Parcourir un diff en diagonale sur un petit écran, c'est précisément ainsi qu'on rate la ligne importante. Suivez toujours la même séquence :

1. Quel fichier est modifié, et ce fichier fait-il partie du périmètre de la tâche ?
2. Qu'est-ce qui est supprimé ? Les dégâts accidentels se cachent souvent dans les suppressions.
3. Qu'est-ce qui est ajouté, et cela correspond-il à ce que vous avez demandé à l'agent ?

Si le diff est trop long pour être lu en entier sur le téléphone, vous avez votre réponse. Il doit être examiné au bureau.

Étape 4 : lisez les commandes de gauche à droite

Décomposez une commande shell en parties et réagissez à chaque signal d'alerte dès que vous le rencontrez :

1. Le binaire. Quel programme s'exécute : rm, git, curl, sudo ? S'il s'agit de sudo, ou d'un programme dont la tâche n'a jamais eu besoin, mettez en pause et découvrez pourquoi l'agent le demande.
2. Les options. Une option récursive ou de forçage élargit-elle l'effet ? Sur un chemin inattendu, c'est une mise en pause.
3. Le chemin cible. S'agit-il du répertoire ou du dépôt attendu ? S'il sort du périmètre de la tâche, refusez, puis réorientez l'agent vers le bon emplacement.
4. Pipes et redirections. Tout ce qui est transmis depuis curl ou un téléchargement similaire vers un shell est refusé. Une redirection qui écrase un fichier inattendu implique de refuser ou de réorienter.

Si vous ne parvenez pas à qualifier avec certitude chaque partie de la commande, considérez cela aussi comme un signal d'alerte et mettez en pause.

Étape 5 : sachez ce que fait réellement l'invite biométrique

Face ID ou un code d'accès confirme que c'est bien vous qui approuvez. Cela ne dit rien sur la justesse de l'action. Prenez vous-même la décision de sécurité, puis authentifiez-vous.

Le guide Approuver, Refuser, Réorienter, Mettre en pause ou Arrêter

Ce guide est l'outil de décision propre à Optijara, et non une recommandation de DigitalOcean. Il part du principe que les approbateurs peuvent voir la demande complète, ce que Cuttlefish affiche. Nous vous suggérons de consulter le guide pratique officiel pour savoir lesquelles de ces commandes votre version de l'application propose, et d'utiliser la console pour tout ce que l'application ne couvre pas.

Redoublez de prudence avec Box Mount

Le blog de lancement précise que l'agent peut modifier et supprimer des fichiers dans le dossier synchronisé, et que les suppressions sont synchronisées vers Box. Une suppression que vous approuvez sur votre téléphone ne reste donc pas confinée à un bac à sable. Elle atteint des fichiers d'entreprise partagés. Le réflexe raisonnable consiste à refuser ou à mettre en pause toute suppression dans un dossier synchronisé, sauf si la tâche l'exige explicitement.

Une règle simple

Si vous voudriez qu'un second relecteur examine la demande au bureau, mettez en pause plutôt que d'approuver depuis votre téléphone. L'approbation mobile convient aux décisions claires et bien délimitées. HostingJournalist résume bien le compromis : déplacer la décision vers un téléphone peut raccourcir une file d'attente, mais cela peut aussi rendre plus facile de bâcler un processus d'approbation mal conçu.

Ce qui se passe après le verrouillage de votre téléphone

Verrouiller votre téléphone ou perdre le réseau met-il fin à une exécution ? Non. D'après le communiqué de presse de DigitalOcean, les sessions s'exécutent dans des MicroVMs DigitalOcean qui persistent indépendamment de tout appareil. Votre téléphone est une télécommande, et l'agent vit ailleurs.

Chaque session dispose de son propre bac à sable. La documentation d'architecture le décrit comme une microVM légère dont l'isolation est assurée par l'hyperviseur plutôt que par des espaces de noms de conteneurs, une conception destinée à maintenir les sessions séparées les unes des autres.

Cette conception influe aussi sur les coûts. La facturation suit l'utilisation active du CPU, si bien que le temps passé par un agent à attendre votre approbation coûte très peu. Selon DigitalOcean, la mise en pause conserve l'état complet de la machine et arrête la facturation du calcul. Avant de supposer qu'une session en pause est gratuite, vérifiez si des frais de stockage ou d'autres frais continuent de courir.

Côté rapidité, l'article de DigitalOcean sur l'architecture MicroVM indique que, sur le chemin du modèle préchauffé, une MicroVM passe d'une demande d'exécution au service du trafic en moins de 200 ms au p50 lors de tests internes. Byteiota publie un chiffre distinct pour la reprise depuis un état en pause, et les réserves ci-dessous expliquent pourquoi nous le considérons comme non vérifié.

Si vous comparez ce modèle de persistance à d'autres solutions, notre liste de vérification pour choisir un runtime d'agents IA durables détaille les points à comparer.

En pratique, une exécution bloquée sur une approbation reste simplement en attente. Le coût de calcul n'est pas le vrai risque. Le vrai risque, c'est que les demandes s'accumulent pendant que la bonne personne est occupée, puis soient traitées à la hâte.

Mener un pilote de supervision mobile qui mesure les bonnes choses

Comme l'attente coûte peu en calcul, un pilote peut sembler bon marché sur la facture tout en grignotant discrètement le temps des équipes. HostingJournalist avertit qu'un pilote qui ne comptabilise que les frais d'infrastructure pourrait paraître peu coûteux tout en interrompant sans cesse les personnes qu'il devait libérer. HostingDiscussion le dit plus franchement : le temps d'une personne est une autre facture, et les pilotes qui ne comptent que les frais de serveur peuvent sembler bon marché tout en interrompant les employés toute la journée.

Ce qu'il faut mesurer

HostingJournalist recommande de suivre le temps de réalisation, le nombre d'interventions par tâche et les minutes consacrées à l'examen des exceptions, puis de comparer ces chiffres au coût et au taux d'erreur du processus existant. Un journal simple pourrait ressembler à ceci :

Comment structurer le pilote

1. Choisissez un flux de travail hors production et à faible risque, comme des modifications courantes dans un dépôt interne.
2. Rédigez les règles d'approbation avant de commencer : ce qui peut être approuvé depuis un téléphone, et ce qui exige toujours un examen au bureau.
3. Désignez les approbateurs mobiles et les personnes qui prennent le relais pour ceux qui n'ont pas d'iPhone.
4. Consignez chaque refus, réorientation, mise en pause et arrêt avec une justification d'une ligne.
5. Examinez le journal chaque semaine. Repérez les demandes que vous pourriez supprimer en restreignant le périmètre ou les autorisations de l'agent, identifiants compris. Un proxy d'identifiants qui tient les clés d'API hors de portée des agents IA limite ce que peut atteindre tout appel approuvé. Signalez aussi les demandes qui doivent toujours passer par un examen au bureau.

Erreurs courantes lors de l'approbation d'actions d'agents sur mobile

• Approuver depuis la notification. Ouvrez systématiquement la commande ou le diff complet.
• Considérer Face ID comme un contrôle de sécurité. Il confirme l'identité, rien de plus.
• Oublier la synchronisation Box Mount. Les suppressions dans le dossier synchronisé sont répercutées sur Box.
• Ne compter que les frais de serveur. Le temps perdu en interruptions a sa place dans l'analyse de rentabilité.
• Laisser les utilisateurs Android sans solution. Prévoyez un relais pour les collègues qui ne peuvent pas utiliser l'application.

Réserves et questions ouvertes

Statut de préversion. C'est la principale question ouverte. Ne construisez pas de processus critiques autour du fonctionnement actuel des services.

Nombres d'outils contradictoires. Le blog de lancement mentionne 20,000+ outils, tandis que la documentation d'architecture indique que plus de 16,000 outils se trouvent derrière l'Action Gateway. Considérez ces deux chiffres comme approximatifs et vérifiez que les intégrations précises dont vous avez besoin existent, plutôt que de vous fier à l'un ou l'autre.

Chiffres de tiers. Byteiota rapporte une reprise en 305 ms depuis un état en pause, mais nous n'avons pas trouvé ce chiffre dans les documents de DigitalOcean : considérez-le donc comme non vérifié. L'exigence d'iOS 26.5 provient également de Byteiota, alors confirmez-la dans la documentation de DigitalOcean avant de vous y fier.

Tarification. Aucun prix n'a été annoncé pour l'application Cuttlefish. La facturation de Managed Agents suit l'utilisation active du CPU.

Classification automatique des risques. Les signalements à haut risque sont appliqués automatiquement. Une demande non signalée peut tout de même causer des dégâts dans votre contexte, une modification du mauvais fichier de configuration en étant l'exemple évident. Vos propres règles d'examen restent de mise.

Contrôle au niveau de la session. Nous vous suggérons de ne pas considérer un contrôle portant sur une seule session comme un plan de réponse aux incidents. Les incidents qui concernent plusieurs agents nécessitent aussi un runbook d'incident multi-agents qui couvre ce que les contrôles d'une seule session ne peuvent pas couvrir.