How I Built This Blog with AI-DLC: A New Way to Develop Software with AI
Discover AI-DLC (AI Development Lifecycle), a structured framework for AI-assisted software development. Learn how I used it to build this blog from scratch and how it enables continuous iteration.
Table of Contents
- What is AI-DLC?
- The Three Phases
- INCEPTION: What to Build and Why
- CONSTRUCTION: How to Build It
- OPERATIONS: Deploy and Run
- How I Built This Blog
- Step 1: Initial Request
- Step 2: Requirements Gathering
- Step 3: User Stories
- Step 4: Application Design
- Step 5: Code Generation
- Step 6: Build and Test
- The Power of Iteration
- Greenfield vs Brownfield
- Adaptive Execution
- This Blog Post is an Example
- Continuous Improvement Loop
- Why This Matters
- Getting Started with AI-DLC
- 1. Setup
- 2. Create CLAUDE.md
- 3. Start Building
- The Tech Stack
- Conclusion
What if you could have an experienced software architect guiding you through every step of building an application? Thatβs exactly what AI-DLC offers - and I used it to build this very blog youβre reading.
What is AI-DLC?
AI-DLC (AI Development Lifecycle) is a structured framework for AI-assisted software development. Think of it as a methodology that transforms how AI models like Claude collaborate with developers on real projects.
Instead of ad-hoc prompting and hoping for the best, AI-DLC provides:
- Structured phases with clear checkpoints
- Adaptive execution based on project complexity
- Complete audit trails of all decisions
- Human-in-the-loop approval at every critical step
The Three Phases
AI-DLC organizes development into three distinct phases:
βββββββββββββββββββββββββββββββββββββββ
β INCEPTION PHASE β
β Planning & Architecture β
β β
β β’ Workspace Detection β
β β’ Requirements Analysis β
β β’ User Stories β
β β’ Workflow Planning β
β β’ Application Design β
βββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββββββββββββββββββββββββββββ
β CONSTRUCTION PHASE β
β Design, Build & Test β
β β
β β’ Functional Design β
β β’ NFR Requirements β
β β’ Infrastructure Design β
β β’ Code Generation β
β β’ Build and Test β
βββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββββββββββββββββββββββββββββ
β OPERATIONS PHASE β
β Deploy & Monitor β
β β
β β’ Deployment Planning β
β β’ Monitoring Setup β
β β’ Maintenance Workflows β
βββββββββββββββββββββββββββββββββββββββ
INCEPTION: What to Build and Why
The Inception phase answers the fundamental questions: What are we building? Why? For whom?
For this blog, the AI-DLC workflow:
- Detected this was a greenfield project (starting from scratch)
- Gathered requirements through structured questions about purpose, features, and constraints
- Created user stories defining key personas (Reader, Subscriber, Admin)
- Planned the workflow deciding which stages to execute
- Designed the application architecture with components and services
Output: Clear requirements, user personas, 7 epics, and a complete application design - all before writing a single line of code.
CONSTRUCTION: How to Build It
The Construction phase transforms designs into working software:
- Code Generation Plan - A detailed checklist of what to create
- Code Generation - Actual implementation of all components
- Build and Test - Verification that everything works
For this blog, Construction produced:
- 6 Astro pages (Home, Blog, About, Services, Contact, RSS)
- React components for interactive features
- AWS Amplify backend configuration
- Cognito authentication setup
- DynamoDB data models
- Complete styling with Tailwind CSS
OPERATIONS: Deploy and Run
The Operations phase (currently a placeholder for future expansion) will handle:
- Deployment to AWS Amplify
- Monitoring and observability
- Incident response procedures
How I Built This Blog
Hereβs the actual journey through AI-DLC:
Step 1: Initial Request
I started with a simple prompt:
βUsing AI-DLC, build a blog for my domain agiusalexandre.com. Iβm an AWS Solutions Architect, expert on AWS, passionate about AI & Security.β
Step 2: Requirements Gathering
AI-DLC asked me structured questions:
- Purpose? Brand building + tutorials + portfolio
- Content type? Mix of long-form and short posts
- Content management? Markdown files in Git
- Hosting? AWS Amplify Gen2
- Features? Full-featured (posts, comments, newsletter, search, RSS)
- Languages? English + French (i18n)
Each answer shaped the requirements document.
Step 3: User Stories
AI-DLC generated personas and epics:
Personas:
- Alexandre (Content Creator)
- Professional Reader
- Casual Visitor
- Newsletter Subscriber
Epics:
- Core Blog Infrastructure
- Content Discovery & Navigation
- Visitor Engagement
- Professional Presence
- Content Subscription
- Content Management
- Analytics & Optimization
Step 4: Application Design
AI-DLC designed:
- 5 Components: BaseLayout, PostCard, ContactForm, NewsletterForm, SearchBar
- 4 Services: ContentService, AuthService, SubscriptionService, AnalyticsService
- 3 Data Models: Comment, Subscription, ContactMessage
Step 5: Code Generation
With the approved design, AI-DLC generated all code files:
- Astro pages and layouts
- React components
- Amplify backend configuration
- Styling and configuration files
Step 6: Build and Test
Finally, AI-DLC verified the build:
npm run build
# Result: 6 pages built successfully
The Power of Iteration
Hereβs where AI-DLC really shines: iteration after the first build.
Greenfield vs Brownfield
AI-DLC distinguishes between:
- Greenfield: New projects starting from scratch
- Brownfield: Existing codebases with established patterns
Once your initial build is complete, subsequent changes are treated as brownfield - meaning AI-DLC understands the existing architecture and adapts.
Adaptive Execution
Not every change needs every stage. AI-DLC intelligently assesses whatβs needed:
| Change Type | Stages Executed |
|---|---|
| New feature | Full workflow |
| Bug fix | Minimal (Code Gen + Test) |
| Content addition | Streamlined (Code Gen only) |
| Architecture change | Comprehensive |
This Blog Post is an Example
This very blog post was created using AI-DLC in iteration mode:
- Workspace Detection: Recognized existing codebase
- Requirements Analysis: Minimal - clear request
- Workflow Planning: Streamlined approach
- Code Generation: Create markdown file
- Build and Test: Verify build
The framework didnβt make me go through full requirements gathering and user stories for a simple blog post. It adapted to the task.
Continuous Improvement Loop
βββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β β
β INCEPTION βββ CONSTRUCTION βββ OPERATIONS β
β β β β
β β β β
β βββββββββ Feedback βββββββββββββ β
β β
β Each iteration: β
β β’ Leverages existing architecture β
β β’ Skips unnecessary stages β
β β’ Maintains audit trail β
β β’ Builds on previous decisions β
β β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββ
Why This Matters
Traditional AI-assisted coding often feels chaotic:
- Prompts that work once but not twice
- Context lost between sessions
- No record of why decisions were made
- Inconsistent code quality
AI-DLC solves these problems:
| Traditional AI Coding | AI-DLC |
|---|---|
| Ad-hoc prompts | Structured phases |
| Lost context | Session continuity |
| No audit trail | Complete documentation |
| Inconsistent | Repeatable process |
| Developer-driven | AI-guided with human approval |
Getting Started with AI-DLC
Want to try AI-DLC? Hereβs how:
1. Setup
Add the AI-DLC framework files to your project:
.kiro/
βββ steering/aws-aidlc-rules/
β βββ core-workflow.md
βββ aws-aidlc-rule-details/
βββ common/
βββ inception/
βββ construction/
2. Create CLAUDE.md
Add a CLAUDE.md file to integrate with Claude Code:
# AI-DLC Integration
For software development requests, follow:
.kiro/steering/aws-aidlc-rules/core-workflow.md
3. Start Building
Trigger the workflow with:
"Follow the AI-DLC workflow to [your task]"
The Tech Stack
For reference, hereβs what AI-DLC helped me build:
| Layer | Technology |
|---|---|
| Frontend | Astro 5 + React 19 |
| Styling | Tailwind CSS |
| Backend | AWS Amplify Gen2 |
| Auth | AWS Cognito |
| Database | DynamoDB |
| Hosting | AWS Amplify + CloudFront |
Conclusion
AI-DLC represents a paradigm shift in how we collaborate with AI on software projects. Instead of treating AI as a code autocomplete tool, it becomes a structured development partner that:
- Guides you through proven methodologies
- Adapts to your projectβs needs
- Maintains accountability and traceability
- Enables confident iteration
This blog is living proof: built from scratch using AI-DLC, and continuously improved using the same framework.
The future of software development isnβt AI replacing developers - itβs AI augmenting developers with structured, repeatable, and adaptable workflows.
Interested in learning more about AI-DLC or my AWS Solutions Architecture work? Get in touch or explore more posts.
Related Posts
OpenClaw vs NanoBot vs PicoClaw vs TinyClaw: Four Approaches to Self-Hosted AI Assistants
A deep architectural comparison of four open-source frameworks that turn messaging apps into AI assistant interfaces β from a 349-file TypeScript monolith to a 10MB Go binary that runs on a $10 board.
AIPython, Transformers, and SageMaker: A Practical Guide for Cloud Engineers
Everything a cloud/AWS engineer needs to know about Python, the Hugging Face Transformers framework, SageMaker integration, quantization, CUDA, and AWS Inferentia β without being a data scientist.
AIFine-Tuning Mistral with Transformers and Serving with vLLM on AWS
End-to-end guide: fine-tune Mistral models with LoRA using Hugging Face Transformers, then deploy at scale with vLLM on AWS β from training to production serving on SageMaker, ECS, or Bedrock.
