AgentFlow
Workflows

Workflow CI

Utiliser AgentFlow en CI avec dry-run, validation et vérifications doc.

Workflow CI

L’intégration continue doit piloter AgentFlow sans prompts bloquants, idéalement en dry-run quand cette lecture correspond à votre intention, et sans rejouer de secrets dans les journaux CI.

Schéma recommandé

Un couloir type compile la CLI, initialise les métadonnées projet, lance doctor, puis passe un work dry-run + plan-only afin que la pipeline demeure rapide et reproductible. Adaptez chemins caches à votre plateforme ; ci-dessous l’ordonnancement type :

# extrait — à adapter à votre CI
- run: go build -o bin/agentflow ./application/cmd/agentflow
- run: bin/agentflow init
  working-directory: ${{ github.workspace }}
- run: bin/agentflow doctor
- run: bin/agentflow work "smoke feature" --dry-run --plan-only
- run: go test -race ./...

Variables d’environnement

Quand vous préférez l’ENV aux drapeaux, AgentFlow respecte ces miroirs :

VariableEffet
AGENTFLOW_DRY_RUN=1Équivalent global --dry-run
AGENTFLOW_YES=1Confirme les invites automatiquement (CI prudente seulement)
NOTION_TOKENRequis uniquement pour jobs Notion-sync

Voir Variables d’environnement.

Docs CI

Ce repo valide également que docs publique buildent encore et CLI référence reste synchro :

cd docs-site && npm ci && npm run build
go run ./application/cmd/agentflow docs generate-cli --output docs-site/content/docs/en/cli/generated
go test ./application/internal/cli/docgen/...

Fichier orchestrateur : .github/workflows/docs.yml.

À éviter en CI

Considérez CI comme mise en boucle et hygienics, pas prod non surveillée sauf pinning agents scopes secrets définitifs :

  • Jamais dev/review réels sans agents figés scopes secrets circonscris
  • Ne committez pas config.yaml avec jetons vivants dedans
  • Ne remplacez pas go test par --estimate-only tout seul

Voir aussi