content-driven-development

Coordinate content-driven development workflows for AEM Edge Delivery Services code changes.

Updated Apr 8, 2026
One-click install
npx skills add https://github.com/thojava/baco --skill content-driven-development-thojava
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: content-driven-development
Source: https://github.com/thojava/baco/tree/main/.skills/content-driven-development
Command: npx skills add https://github.com/thojava/baco --skill content-driven-development-thojava

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Content Driven Development (CDD) ensures code changes for AEM Edge Delivery Services are validated against real, author-friendly content before coding, reducing risk and rework.

Core Features & Use Cases

  • orchestrates a stepwise workflow from content discovery to ship, ensuring test content is created before coding
  • provides a structured, repeatable process for block creation, decoration changes, and CSS/JS updates across all viewports
  • includes optional resources directories (scripts, references, assets) to support deterministic tasks and documentation

Quick Start

Begin by identifying or creating representative test content and follow the 8-step CDD workflow from planning to ship.

Frequently Asked Questions about content-driven-development

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is content-driven development for AEM Edge Delivery Services?▼

Content-driven development is a workflow that validates AEM Edge code changes against real, author-friendly content before coding begins, reducing rework risk by requiring test content creation upfront.

How do I validate AEM Edge block changes against real content?▼

You validate AEM Edge block changes by following a structured 8-step content-driven workflow that coordinates content discovery, test content creation, implementation, linting, and final CMS content preview validation.

Do I need to create test content before coding AEM Edge blocks?▼

Yes, creating representative test content before coding is a strict requirement of the content-driven development workflow, ensuring frontmatter-driven entries and draft PRs capture real CMS content previews.

What's the best way to manage CSS and JS updates across viewports in AEM Edge?▼

The best way is using a content-driven development workflow that provides a repeatable process for decoration changes and CSS/JS updates, validating modifications across all viewports before shipping.

Can I use optional resource directories for deterministic AEM Edge tasks?▼

Yes, the content-driven development workflow supports optional resource directories including scripts, references, and assets to support deterministic tasks and documentation during implementation.

Why does my AEM Edge code fail validation during content-driven development?▼

AEM Edge code validation fails when skipping the structured workflow steps of content modeling, test content creation, or linting, which are required to ensure code matches real content before shipping.