Agentic Continuous Delivery (ACD)

Extend continuous delivery with constraints, delivery artifacts, and practices for AI agent-generated changes.

Agentic continuous delivery (ACD) defines the additional constraints and artifacts needed when AI agents contribute to the delivery pipeline. The pipeline must handle agent-generated work with the same rigor applied to human-generated work, and in some cases, more rigor. These constraints assume the team already practices continuous delivery. Without that foundation, the agentic extensions have nothing to extend.

Don't put the AI cart before the CI horse - Integrating AI is software engineering. To be great at this, you need to be great at DevOps and CI.

What Is ACD?

An agent-generated change must meet or exceed the same quality bar as a human-generated change. The pipeline does not care who wrote the code. It cares whether the code is correct, tested, and safe to deploy.

ACD is the application of continuous delivery in environments where software changes are proposed by agents. It exists to reliably constrain agent autonomy without slowing delivery.

Without additional artifacts beyond what human-driven CD requires, agent-generated code accumulates drift and technical debt faster than teams can detect it. The delivery artifacts and constraints in the agent delivery contract address this.

Agents introduce unique challenges that require these additional constraints:

  • Agents can generate changes faster than humans can review them
  • Agents cannot read unstated context: business rules, organizational norms, and long-term architectural intent that human developers carry implicitly
  • Agents may introduce subtle correctness issues that pass automated tests but violate intent

Before jumping into agentic workflows, ensure your team has the prerequisite delivery practices in place. The AI Adoption Roadmap provides a step-by-step sequence: quality tools, clear requirements, hardened guardrails, and reduced delivery friction, all before accelerating with AI coding. The Learning Curve describes how developers naturally progress from autocomplete to a multi-agent architecture and what drives each transition.

Prerequisites

ACD extends continuous delivery. These practices must be working before agents can safely contribute:

Without these foundations, adding agents amplifies existing problems rather than accelerating delivery.

What You’ll Find in This Section

Getting Started

Specification & Contracts

Agent Architecture

Operations & Governance

ACD Extensions to MinimumCD

ACD extends MinimumCD by the following constraints:

  1. Explicit, human-owned intent exists for every change
  2. Intent and architecture are represented as delivery artifacts
  3. All delivery artifacts are versioned and delivered together with the change
  4. Intended behavior is represented independently of implementation
  5. Consistency between intent, tests, implementation, and architecture is enforced
  6. Agent-generated changes must comply with all documented constraints
  7. Agents implementing changes must not be able to promote those changes to production
  8. While the pipeline is red, agents may only generate changes restoring pipeline health

These constraints are not mandatory practices. They describe the minimum conditions required to sustain delivery pace once agents are making changes to the system.

Agent Delivery Contract

Every ACD change is anchored by agent delivery contract - structured documents that define intent, behavior, constraints, acceptance criteria, and system-level rules. Agents may read and generate artifacts. Agents may not redefine the authority of any artifact. Humans own the accountability.

See Agent Delivery Contract for the authority hierarchy, detailed definitions, and examples.

The ACD Workflow

Humans own the specifications. Agents collaborate during specification and own test generation and implementation. The pipeline enforces correctness. At every specification stage, the four-step cycle applies: human drafts, agent critiques, human decides, agent refines.

StageHumanAgentPipeline
Intent DescriptionDraft and own the problem statement and hypothesisFind ambiguity, suggest edge cases, sharpen hypothesis
User-Facing BehaviorDefine and approve BDD scenariosGenerate scenario drafts, find gaps and weak scenarios
Feature DescriptionSet constraints and architectural boundariesSuggest architectural considerations and integration points
Acceptance CriteriaDefine thresholds and evaluation designDraft non-functional criteria, check cross-artifact consistency
Specification ValidationGate before implementation beginsReview all four artifacts for conflicts, gaps, and ambiguity
Test GenerationGenerate test code from BDD scenarios, feature description, and acceptance criteria
Test ValidationReview (interim)Expert validation agents progressively replace human review
ImplementationGenerate production code within one small-batch session per scenario
Pipeline VerificationRun all tests; all scenarios implemented so far must pass
Code ReviewReview (interim)Expert validation agents progressively replace human review
DeploymentDeploy through the same pipeline as any other change

Human review at Test Validation and Code Review is an interim state. Replace it using the same replacement cycle used throughout the CD migration. See Pipeline Enforcement for the full set of expert agents and how to adopt them.


Content contributed by Michael Kusters and Bryan Finster. Image contributed by Scott Prugh.


Getting Started

Agent configuration, learning path, prompting skills, and organizational readiness for agentic continuous delivery.

Specification & Contracts

The delivery artifacts that define intent, behavior, and constraints for agent-generated changes - framed as hypotheses so each change validates whether it achieved its purpose.

Agent Architecture

Multi-agent design patterns, coding and review setup, and session structure for agent-generated work.

Operations & Governance

Pipeline enforcement, token cost management, and metrics for sustaining agentic continuous delivery.