Piloter son PC depuis un téléphone avec un agent IA

Vous êtes loin du bureau et voulez savoir si un traitement est terminé, récupérer son rapport ou relancer une tâche connue. Un agent conversationnel est utile pour ces opérations ciblées. Le résultat attendu n'est pas seulement une réponse « c'est fait » : il faut savoir quelle opération a réellement eu lieu et sur quel fichier ou service.

Choisir entre bureau à distance et agent

Un bureau à distance convient pour manipuler librement une interface graphique. Un agent convient mieux à une petite liste de tâches répétables : consulter un état, lire un rapport autorisé ou démarrer un traitement prédéfini. Il faut définir ces opérations dans votre intégration ; Pacerelle n'installe pas à lui seul une télécommande universelle du PC.

Commencez par une opération en lecture seule, par exemple « état du traitement export quotidien ». Faites renvoyer son identifiant, son heure de démarrage, son état et le chemin du rapport. Un processus encore présent ne prouve pas que le traitement progresse : choisissez un indicateur observable, comme le dernier fichier produit ou une progression enregistrée.

Définir une opération avant de l'autoriser

Pour « relancer l'export », l'agent doit connaître le programme exact, le dossier de travail, les arguments permis et le résultat attendu. Évitez de transformer n'importe quel texte reçu en commande shell. Résolvez les chemins avant la validation et limitez les accès au dossier prévu, y compris face aux liens symboliques.

• Action : démarrer le traitement export_daily déjà installé.
• Ressource : le projet et l'environnement concernés, clairement nommés.
• Paramètres : la date à exporter, sans commande libre ni secret.
• Contrôle : vérifier qu'aucune exécution équivalente n'est déjà active.
• Preuve finale : code de sortie, période exportée, nombre d'éléments et emplacement du rapport.

Cette fiche rend une confirmation compréhensible sur un petit écran. « Autoriser l'agent » est trop vague pour décider d'un redémarrage ou d'une écriture.

Relier l'accord à l'exécution

Un bouton de confirmation ne suffit pas. La politique d'autorisation Pacerelle relie l'accord à une action, une ressource, des paramètres, un utilisateur, une conversation et une session. L'opération doit passer par run_authorized en Python ou runAuthorized en JavaScript.

La portée once permet une tentative et est consommée avant son lancement, même si elle échoue. La portée session permet de répéter cette même opération dans la période autorisée ; elle n'autorise pas de nouveaux paramètres. Les accords en mémoire disparaissent au redémarrage. Une opération modifiée ou une nouvelle session exige un nouvel accord.

Afficher le bon état au bon moment

Séparez « demande reçue », « accord obtenu », « tâche démarrée » et « résultat vérifié ». Pour une tâche longue, conservez son identifiant et sa progression avant de rendre la main. Si le téléphone se déconnecte, la reprise doit consulter cet état, pas recommencer le traitement à l'aveugle.

Un délai dépassé signifie parfois que l'on ne connaît pas encore le résultat. Demandez au programme ou au service son état réel avant de réessayer. Pour un effet externe, utilisez une clé d'idempotence liée à la demande lorsque le système cible le permet.

Vérifier avant de partir

• Une demande de lecture renvoie le bon rapport, sans exposer un autre dossier.
• Un refus ne démarre aucune opération ; un accord expiré ou rejoué est rejeté.
• Un second appui ne lance pas deux exports.
• Une erreur de programme produit un compte rendu d'échec, jamais une réussite supposée.
• Après une interruption, l'agent retrouve le traitement ou indique honnêtement que son résultat reste inconnu.

Les widgets servent à présenter la décision ; la mise en production traite la continuité du processus. Une première télécommande réussie peut rester très petite : une lecture fiable et une action bien délimitée valent mieux qu'un accès général impossible à contrôler.