Fichiers et terminal
Anyy peut lire et rechercher des fichiers, effectuer des modifications ciblées, exécuter des commandes shell et gérer des sessions de processus en arrière-plan. Ces outils sont plus utiles avec un Workspace et un objectif clairs.
Outils de fichiers
| Capacité | Comportement |
|---|---|
| Lecture | Lit du texte ou des images JPEG/PNG/GIF/WebP/BMP compatibles ; les textes volumineux sont limités |
| Liste | Liste un répertoire par ordre alphabétique, fichiers cachés inclus |
| Recherche de chemins | Recherche par glob en respectant .gitignore |
| Recherche de contenu | Recherche avec chemins et numéros de ligne en respectant .gitignore |
| Écriture | Crée ou remplace un fichier et crée les répertoires parents |
| Modification | Remplace des régions de texte exactes, uniques et sans chevauchement dans un fichier |
Les lectures et résultats de recherche sont volontairement bornés. Demandez de poursuivre à un décalage donné ou de préciser la recherche plutôt que de croire une sortie tronquée complète.
Outils de terminal
Le terminal peut exécuter une commande au premier plan ou démarrer un processus d’arrière-plan géré. Ces processus permettent de lister, interroger, consulter les journaux, attendre, écrire/soumettre une entrée, fermer l’entrée et terminer le processus.
Exemples de demandes :
In this Workspace, find every reference to the old setting and show me the affected files. Do not edit anything.
Run the focused tests for this package. If they pass, update the two affected files and summarize the diff.
Modifications de fichiers
write et edit appliquent directement la modification demandée. write crée les répertoires parents manquants ; edit exige une correspondance unique et sans chevauchement pour chaque remplacement. Une syntaxe de code invalide est écrite telle que demandée, sans vérification syntaxique supplémentaire.
Les chemins relatifs partent du répertoire de travail de l’outil. Les chemins absolus, parents et liens symboliques ordinaires suivent la sémantique du système de fichiers. Le Workspace fournit le contexte sans restreindre l’accès à un seul répertoire. Les autorisations du système d’exploitation s’appliquent toujours.
Les modifications d’une même cible sont mises en file dans l’ordre. Si une opération échoue ou est annulée après le début des entrées/sorties, inspectez le fichier avant de réessayer ; les effets achevés ne sont pas annulés automatiquement.
Méthode de travail
- Demandez à Anyy d’inspecter et d’expliquer l’état actuel.
- Demandez une modification précise en nommant les chemins concernés.
- Examinez le diff obtenu.
- Exécutez une validation ciblée.
Environnement d’exécution et dépendances
L’outil local bash exécute un shell sur l’hôte Anyy, en utilisant le shell configuré ou un bash disponible, puis /bin/sh en dernier recours. Les commandes ont besoin de leurs propres exécutables, interpréteurs et identifiants dans cet environnement. Une commande disponible sur votre client ne l’est pas nécessairement sur l’hôte résident.
grep utilise rg ; find utilise fd ou fdfind. Anyy vérifie bin/ du profil puis PATH, et peut obtenir un utilitaire manquant depuis sa version officielle. ANYY_OFFLINE=1 désactive cette acquisition en autorisant les utilitaires installés ; Android l’ignore. Consultez la disponibilité des utilitaires de recherche.
Les outils portables sélectionnés initialement par défaut sont read, bash, edit et write. grep, find et ls peuvent être sélectionnés séparément ou appelés via Codemode actif lorsqu’ils sont admissibles. Consultez le catalogue actuel pour la sélection réelle.
Les identifiants connus sont masqués avant l’exposition des résultats et journaux. Les sorties visibles par le modèle et les retours programmatiques ont des limites distinctes. Par exemple, tools.bash de Codemode retourne output, truncated, exit_code et wall_time_seconds ; au-delà de 1 Mio, la sortie conserve le début/la fin et full_output_path. Un code de sortie non nul peut quand même résoudre cet objet : inspectez exit_code. Suivez les indications de continuation ou utilisez une référence logique valide avec tool_result_read.
Processus en arrière-plan
Utilisez un processus géré pour un serveur, une surveillance ou un test long. Demandez à Anyy son identifiant de session de processus, de consulter l’état/les journaux et de l’arrêter à la fin. Un processus appartient à la conversation qui l’a démarré ; une autre ne peut ni lui envoyer d’entrée, ni lire ses journaux, ni l’arrêter.
La limite par défaut est de quatre processus gérés en arrière-plan parmi les conversations du profil. Les commandes au premier plan n’entrent pas dans cette limite. Aucun nouveau signal système n’est envoyé aux processus terminés. Après redémarrage du résident, un ID enregistré seul ne restaure pas le contrôle ; Anyy signale ce contrôle indisponible au lieu d’arrêter un processus par un ancien ID.
Consultez Travaux en arrière-plan pour le travail autonome de l’agent.