AI & Development

Building an AI Content Pipeline: From Brief to Published Post

How to build a production AI content pipeline using Claude agents - the architecture, the handoffs, the quality gates, and the parts that still require a

When most developers think about using AI for content, they imagine prompting a chatbot and copying the output. That approach produces content that is generic, inconsistently formatted, and disconnected from the technical requirements of the codebase that hosts it. An AI content pipeline is a different thing: a structured system where defined agents handle specific tasks, hand off to each other explicitly, and produce output that is already in the format your system needs. Here is the architecture.

The four stages of a production content pipeline

A production AI content pipeline has four stages, each with a clear owner (human or AI) and a defined output format.

Stage 1: Brief (human). The human defines the topic, target keyword, intended audience, angle, and any specific requirements (word count, internal links to include, CTA target). The brief is the human judgment input - what to write, why, for whom. This stage must remain human. An AI that decides its own content topics produces a content strategy disconnected from business goals, audience research, and product context.

Stage 2: Draft (AI - writing agent). The writing agent takes the brief and produces a full draft in the correct format for the codebase. In a React-based blog, this means a JavaScript file with the correct data structure: slug, SEO fields, body HTML, CTA. The writing agent does not produce a Word document or Markdown file that then needs reformatting - it produces the exact file the system needs, ready to register in the post index.

Stage 3: SEO validation (AI - SEO agent). The SEO agent reviews the draft against a defined checklist: keyword placement, title and description character counts, internal link structure, E-E-A-T signals, GEO optimization compliance. It produces a structured handoff to the technical SEO agent listing what technical implementation is needed: JSON-LD schema, meta tags, sitemap entry.

Stage 4: Technical implementation (AI - technical SEO agent). The technical SEO agent executes the handoff: updating sitemap.xml, adding structured data, verifying meta tags. This stage is purely mechanical and fully automatable - there are no judgment calls, only defined specifications to implement.

The human review gate

Between stages 2 and 3, there should be a human review gate. The draft produced in stage 2 should be read by a human before the SEO agent validates it and before the technical agent implements the infrastructure for it. This review catches the things AI agents reliably miss: factual errors based on hallucinated information, claims that are technically plausible but strategically wrong for this audience, and editorial choices that conflict with brand voice in ways that are difficult to encode in a system prompt.

The human review gate does not need to be a full editorial review. A 5-minute read focused on: accuracy, brand voice alignment, and whether the angle matches the brief. Most AI-generated drafts in a well-specified pipeline will pass this review in one read. When they do not, the failure is specific and fast to fix - not a wholesale rewrite.

Format standardization - the foundation of a working pipeline

The most important architectural decision in an AI content pipeline is output format standardization. Every agent in the pipeline must produce output in a format the next agent can reliably consume. Format ambiguity at any handoff point is a failure mode.

For a React blog: every draft post is a JavaScript file with a defined data structure. The file exports a default object with specific fields (slug, publishedAt, seo, title, excerpt, body, cta). Every field has a defined type and constraints. The writing agent's system prompt specifies this format exactly, with examples. The SEO agent's system prompt specifies the exact format of the handoff block it produces. The technical agent's system prompt specifies exactly what it does with that handoff block.

When a new developer or a new agent variant is introduced to the pipeline, the format specification is the thing that must be communicated first. Format is the interface between agents. Interface clarity is what makes the pipeline composable.

Quality gates at each stage

Each stage of the pipeline should have quality gates - checks that must pass before the stage completes and hands off to the next stage.

Writing agent quality gates: word count minimum (800 words), primary keyword present in title and first paragraph, at least two internal links, CTA present at mid-post and end, no AI filler phrases ("In today's digital landscape", "game-changing", "revolutionize").

SEO agent quality gates: title is 50 to 60 characters (verified with character count), meta description is 130 to 158 characters, JSON-LD Article schema fields are complete, sitemap entry format is valid XML.

Technical agent quality gates: sitemap.xml validates as well-formed XML, new post file is importable without errors, the post appears in the blog index after registration.

Quality gates that can be automated with a Bash command should be. A character count check is faster and more reliable when done with echo -n "title" | wc -c than when done by asking the model to estimate it.

What the pipeline cannot automate

The pipeline described here automates everything except the brief (stage 1) and the human review gate (between stages 2 and 3). Those two points remain human because they involve judgment that cannot be reliably encoded:

Content strategy. Which topics to write about, in what priority order, targeting which audience segments. This requires knowledge of your business goals, your users, your competitive landscape, and your current content gaps - none of which an AI agent can derive from the codebase alone.

Factual accuracy verification. AI models hallucinate. They produce plausible-sounding false statements with appropriate confidence. For content that makes specific factual claims - statistics, legal requirements, technical specifications - human verification of those claims is essential before publication.

Everything else - draft production, format compliance, SEO validation, technical implementation, sitemap maintenance - is mechanical enough to be reliably automated. The pipeline makes those mechanical tasks near-instant, freeing human time for the two tasks that actually require human judgment.