CI-Workflow

Continuous Integration soll AgentFlow ohne blockierende interaktive Prompts ausführen — oft mit dry-run, wenn das Ihre Absicht trifft — und ohne Geheimnisse in Job-Logs zu streuen.

Empfohlenes Muster

Eine typische Pipeline baut die CLI, initialisiert die Projektmetadaten, führt doctor aus und anschließend work im Dry-Run mit --plan-only, damit die Pipeline schnell und deterministisch bleibt. Pfade und Caching passen Sie an Ihre Plattform an; die Reihenfolge unten ist nur eine Skizze:

# Auszug — an die eigene CI anpassen
- 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 ./...

Umgebungsvariablen

Statt wiederholter CLI-Flags können Sie die üblichen Spiegel setzen:

Details: Umgebungsvariablen.

Docs-CI

Dieses Repository prüft außerdem, dass die veröffentlichte Dokumentation baubar bleibt und die CLI-Referenz mit dem Code übereinstimmt:

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/...

Workflow-Datei: .github/workflows/docs.yml.

Was in CI vermeiden

CI ist Probe und Hygiene — keine unbeaufsichtigte Produktionsautomatisierung ohne feststeckende Agents, Secret-Umfang und Review-Gates.

• Keine echten dev-/review-Läufe ohne festgelegte Agents und Geheimnisscopes
• Keine Tokens in committed .agentflow/config.yaml
• --estimate-only ersetzt keine vollständige Testausführung wie go test

Verwandtes

• Mitwirken
• Sicherheit
• CLI: verify