bmad-method 4.37.0 → 4.39.1

package/dist/expansion-packs/bmad-infrastructure-devops/agents/infra-devops-platform.txt

@@ -239,7 +239,6 @@ To conduct a thorough review of existing infrastructure to identify improvement
 ### 3. Conduct Systematic Review
 
 - **If "Incremental Mode" was selected:**
-
   - For each section of the infrastructure checklist:
     - **a. Present Section Focus:** Explain what aspects of infrastructure this section reviews
     - **b. Work Through Items:** Examine each checklist item against current infrastructure
@@ -425,7 +424,6 @@ To comprehensively validate platform infrastructure changes against security, re
 ### 4. Execute Comprehensive Platform Validation Process
 
 - **If "Incremental Mode" was selected:**
-
   - For each section of the infrastructure checklist (Sections 1-16):
     - **a. Present Section Purpose:** Explain what this section validates and why it's important for platform operations
     - **b. Work Through Items:** Present each checklist item, guide the user through validation, and document compliance or gaps
@@ -554,18 +552,18 @@ sections:
   - id: initial-setup
     instruction: |
       Initial Setup
-      
+
       1. Replace {{project_name}} with the actual project name throughout the document
       2. Gather and review required inputs:
          - Product Requirements Document (PRD) - Required for business needs and scale requirements
          - Main System Architecture - Required for infrastructure dependencies
          - Technical Preferences/Tech Stack Document - Required for technology choices
          - PRD Technical Assumptions - Required for cross-referencing repository and service architecture
-      
+
       If any required documents are missing, ask user: "I need the following documents to create a comprehensive infrastructure architecture: [list missing]. Would you like to proceed with available information or provide the missing documents first?"
-      
+
       3. <critical_rule>Cross-reference with PRD Technical Assumptions to ensure infrastructure decisions align with repository and service architecture decisions made in the system architecture.</critical_rule>
-      
+
       Output file location: `docs/infrastructure-architecture.md`
 
   - id: infrastructure-overview
@@ -594,7 +592,7 @@ sections:
       - Repository Structure
       - State Management
       - Dependency Management
-      
+
       <critical_rule>All infrastructure must be defined as code. No manual resource creation in production environments.</critical_rule>
 
   - id: environment-configuration
@@ -630,7 +628,7 @@ sections:
     title: Network Architecture
     instruction: |
       Design network topology considering security zones, traffic patterns, and compliance requirements. Reference main architecture for service communication patterns.
-      
+
       Create Mermaid diagram showing:
       - VPC/Network structure
       - Security zones and boundaries
@@ -693,7 +691,7 @@ sections:
     title: Data Resources
     instruction: |
       Design data infrastructure based on data architecture from main system design. Consider data volumes, access patterns, compliance, and recovery requirements.
-      
+
       Create data flow diagram showing:
       - Database topology
       - Replication patterns
@@ -714,7 +712,7 @@ sections:
       - Data Encryption
       - Compliance Controls
       - Security Scanning & Monitoring
-      
+
       <critical_rule>Apply principle of least privilege for all access controls. Document all security exceptions with business justification.</critical_rule>
 
   - id: shared-responsibility
@@ -750,7 +748,7 @@ sections:
     title: CI/CD Pipeline
     instruction: |
       Design deployment pipeline that balances speed with safety. Include progressive deployment strategies and automated quality gates.
-      
+
       Create pipeline diagram showing:
       - Build stages
       - Test gates
@@ -781,7 +779,7 @@ sections:
       - Recovery Procedures
       - RTO & RPO Targets
       - DR Testing Approach
-      
+
       <critical_rule>DR procedures must be tested at least quarterly. Document test results and improvement actions.</critical_rule>
 
   - id: cost-optimization
@@ -823,15 +821,15 @@ sections:
     title: DevOps/Platform Feasibility Review
     instruction: |
       CRITICAL STEP - Present architectural blueprint summary to DevOps/Platform Engineering Agent for feasibility review. Request specific feedback on:
-      
+
       - **Operational Complexity:** Are the proposed patterns implementable with current tooling and expertise?
       - **Resource Constraints:** Do infrastructure requirements align with available resources and budgets?
       - **Security Implementation:** Are security patterns achievable with current security toolchain?
       - **Operational Overhead:** Will the proposed architecture create excessive operational burden?
       - **Technology Constraints:** Are selected technologies compatible with existing infrastructure?
-      
+
       Document all feasibility feedback and concerns raised. Iterate on architectural decisions based on operational constraints and feedback.
-      
+
       <critical_rule>Address all critical feasibility concerns before proceeding to final architecture documentation. If critical blockers identified, revise architecture before continuing.</critical_rule>
     sections:
       - id: feasibility-results
@@ -849,7 +847,7 @@ sections:
         title: Validation Framework
         content: |
           This infrastructure architecture will be validated using the comprehensive `infrastructure-checklist.md`, with particular focus on Section 12: Architecture Documentation Validation. The checklist ensures:
-          
+
           - Completeness of architecture documentation
           - Consistency with broader system architecture
           - Appropriate level of detail for different stakeholders
@@ -859,12 +857,12 @@ sections:
         title: Validation Process
         content: |
           The architecture documentation validation should be performed:
-          
+
           - After initial architecture development
           - After significant architecture changes
           - Before major implementation phases
           - During periodic architecture reviews
-          
+
           The Platform Engineer should use the infrastructure checklist to systematically validate all aspects of this architecture document.
 
   - id: implementation-handoff
@@ -875,7 +873,7 @@ sections:
         title: Architecture Decision Records (ADRs)
         content: |
           Create ADRs for key infrastructure decisions:
-          
+
           - Cloud provider selection rationale
           - Container orchestration platform choice
           - Networking architecture decisions
@@ -885,7 +883,7 @@ sections:
         title: Implementation Validation Criteria
         content: |
           Define specific criteria for validating correct implementation:
-          
+
           - Infrastructure as Code quality gates
           - Security compliance checkpoints
           - Performance benchmarks
@@ -945,7 +943,7 @@ sections:
     instruction: Final Review - Ensure all sections are complete and consistent. Verify feasibility review was conducted and all concerns addressed. Apply final validation against infrastructure checklist.
     content: |
       ---
-      
+
       _Document Version: 1.0_
       _Last Updated: {{current_date}}_
       _Next Review: {{review_date}}_
@@ -982,7 +980,7 @@ sections:
   - id: initial-setup
     instruction: |
       Initial Setup
-      
+
       1. Replace {{project_name}} with the actual project name throughout the document
       2. Gather and review required inputs:
          - **Infrastructure Architecture Document** (Primary input - REQUIRED)
@@ -991,10 +989,10 @@ sections:
          - Technology Stack Document
          - Infrastructure Checklist
          - NOTE: If Infrastructure Architecture Document is missing, HALT and request: "I need the Infrastructure Architecture Document to proceed with platform implementation. This document defines the infrastructure design that we'll be implementing."
-      
+
       3. Validate that the infrastructure architecture has been reviewed and approved
       4. <critical_rule>All platform implementation must align with the approved infrastructure architecture. Any deviations require architect approval.</critical_rule>
-      
+
       Output file location: `docs/platform-infrastructure/platform-implementation.md`
 
   - id: executive-summary
@@ -1067,7 +1065,7 @@ sections:
           # Example Terraform for VPC setup
           module "vpc" {
             source = "./modules/vpc"
-          
+
             cidr_block = "{{vpc_cidr}}"
             availability_zones = {{availability_zones}}
             public_subnets = {{public_subnets}}
@@ -1462,7 +1460,7 @@ sections:
           // K6 Load Test Example
           import http from 'k6/http';
           import { check } from 'k6';
-          
+
           export let options = {
             stages: [
               { duration: '5m', target: {{target_users}} },
@@ -1576,7 +1574,7 @@ sections:
     instruction: Final Review - Ensure all platform layers are properly implemented, integrated, and documented. Verify that the implementation fully supports the BMAD methodology and all agent workflows. Confirm successful validation against the infrastructure checklist.
     content: |
       ---
-      
+
       _Platform Version: 1.0_
       _Implementation Date: {{implementation_date}}_
       _Next Review: {{review_date}}_