AgentFlow
Configuration

Configuration des agents

Associer les identifiants d'agents aux commandes CLI et timeouts dans config.yaml.

Configuration des agents

AgentFlow n'appelle pas les API d'agents directement. Il démarre chaque agent en subprocess sans shell (application/internal/agent/exec), avec un argv construit depuis votre config. Chaque clé sous agents: est un identifiant logique que vous référencez via les flags (--agent), work.default_agent et les règles de routage.

Le bloc ci-dessous est une forme réaliste : plusieurs identifiants pointent vers des exécutables différents, avec args, modèles, timeouts optionnels, et un endpoint HTTP de style Ollama quand ce type d'agent l'attend.

Exemple

agents:
  kiro:
    command: kiro
    args: ["--cli"]
  cursor:
    command: cursor-agent
    default_model: auto
    timeout: 3600
  codex:
    command: codex
    timeout: 3600
  claude:
    command: claude
    timeout: 3600
  ollama:
    endpoint: http://localhost:11434
    model: qwen2.5-coder:14b
    embedding_model: nomic-embed-text
    timeout: 300

Champs

Le tableau relie champ de config et usage dans la couche exec. Rien n'est implicite : sans timeout, les défauts ailleurs s'appliquent ; les clés Ollama ne comptent que pour un agent qui utilise ce protocole.

ChampUtilisé par
commandNom de l'exécutable sur le PATH
argsargv supplémentaires (Kiro, wrappers)
default_modelTransmis si l'agent supporte des flags modèle
timeoutSecondes avant kill
endpointURL de base HTTP Ollama
model / embedding_modelTags de modèles Ollama

Défauts dans work

Le bloc work choisit quels identifiants logiques tournent quand une commande ne les surcharge pas. Ajustez quand l'implémentation, le relecteur ou l'enricheur par défaut doit changer à l'échelle du dépôt.

work:
  default_agent: cursor
  default_reviewer: codex
  default_enricher: ollama

Vous pouvez toujours surcharger par invocation, par exemple agentflow dev feat --agent cursor ou agentflow review feat --agent codex.

Dry-run

Avec --dry-run, la couche exec ne lance pas de vrais subprocess. Utile en CI pour valider le câblage, et pour répéter docs ou scripts qui attendraient sinon des agents longs.

Voir aussi