Agent de codage CLI
Le adk-rust CLI fournit trois commandes de codage natives. Elles exécutent toutes un agent réel dans un espace de travail confiné, utilisent par défaut un modèle Gemini 3 et récupèrent la clé API de manière non interactive depuis --api-key ou l’environnement
(GEMINI_API_KEY/GOOGLE_API_KEY, OPENAI_API_KEY, …) — elles ne restent donc jamais bloquées sur une invite de configuration.
code — tâche en une seule passe
adk-rust code "make the failing test pass"
adk-rust code --dir ./project "add a /health route"
adk-rust code --read-only "explain how auth works" # no writes / no shellL’agent explore, modifie, exécute des commandes et diffuse son travail (appels d’outils, résultats, texte), ainsi que le plan final.
goal — mode objectif autonome (durable et reprenable)
Le modèle /goal Codex/Hermes : fournissez un objectif et une condition de réussite vérifiable (--until est une commande shell qui doit se terminer avec le code 0). L’agent boucle selon le cycle planifier → agir → vérifier, en se corrigeant automatiquement à partir de la sortie de la vérification, jusqu’à sa réussite ou jusqu’à ce que le budget d’itérations soit atteint.
adk-rust goal "make all tests pass" --until "cargo test" --max-iters 8
adk-rust goal "port utils.py to type hints" --until "mypy utils.py" --dir ./svcDurable et reprenable. Après chaque itération, l’état de l’objectif est sauvegardé de manière atomique dans <dir>/.adk/goal.json (à remplacer avec --state <path>). Si une exécution est interrompue, poursuivez-la :
adk-rust goal "…" --until "cargo test" --resume--resume reconnaît un objectif terminé comme une opération sans effet et poursuit une exécution running ou exhausted limitée par le budget à partir de l’endroit où elle s’était arrêtée.
| Indicateur | Signification |
|---|---|
--until <cmd> | Condition de réussite : exit 0 = objectif atteint (requis). |
--dir <path> | Répertoire de travail (par défaut .). |
--max-iters <n> | Budget d’itérations (8 par défaut). |
--state <path> | Fichier de point de contrôle (<dir>/.adk/goal.json par défaut). |
--resume | Reprendre à partir du point de contrôle enregistré. |
La condition de réussite est ce qui rend le mode objectif sûr et efficace — choisissez quelque chose de vérifiable (une suite de tests, un vérificateur de types, une compilation) afin que l’agent dispose d’une définition claire et vérifiable par la machine de « terminé ».
ultracode — ultra-révision parallèle
Le modèle ultracode/ultrareview de Claude Code : implémenter la tâche, puis répartir
le travail entre des réviseurs spécialistes parallèles (exactitude, cas limites, style),
synthétiser leurs conclusions et réviser jusqu’à leur approbation — fondé sur
adk-graph.
adk-rust ultracode "add input validation to the parser"
adk-rust ultracode --dir ./project --max-rounds 3 "implement a retry wrapper"| Indicateur | Signification |
|---|---|
--dir <path> | Répertoire de l’espace de travail (par défaut .). |
--max-rounds <n> | Nombre maximal de cycles révision → correction (par défaut : 2). |
Vous verrez le verdict de chaque évaluateur, la décision synthétisée pour chaque tour et les étapes de révision, se terminant par finalize.
Choisir un modèle
Les trois commandes acceptent les indicateurs globaux --model / --provider / --api-key. La valeur par défaut est gemini-3.1-flash-lite (utilisation rapide et fiable d’outils en plusieurs étapes). Pour OpenAI : --provider openai --model gpt-5.6-terra (avec OPENAI_API_KEY).
Suivant : Flux de travail →