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 :
| Variable | Effet |
|---|---|
AGENTFLOW_DRY_RUN=1 | Équivalent global --dry-run |
AGENTFLOW_YES=1 | Confirme les invites automatiquement (CI prudente seulement) |
NOTION_TOKEN | Requis 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/reviewréels sans agents figés scopes secrets circonscris - Ne committez pas
config.yamlavec jetons vivants dedans - Ne remplacez pas
go testpar--estimate-onlytout seul