[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6AD5W0E4Q7Z48PZM59F61HC":3,"skill-same:01M6AD5W0E4Q7Z48PZM59F61HC":88},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":37,"linkOnly":38,"markdownContent":39,"markdownBody":40,"frontMatter":41,"refName":42,"commitSha":43,"skillDirectory":44,"forksCount":45,"repositoryHtmlUrl":46,"repositoryHomepageUrl":47,"ownerHtmlUrl":48,"ownerBlogUrl":49,"ownerDescription":50,"updatedAt":51,"install":52,"resources":65},"01M6AD5W0E4Q7Z48PZM59F61HC","architecture-blueprint-generator",null,"Comprehensive project architecture blueprint generator that analyzes codebases to create detailed architectural documentation. Automatically detects technology stacks and architectural patterns, generates visual diagrams, documents implementation patterns, and provides extensible blueprints for maintaining architectural consistency and guiding new development.","github\u002Fawesome-copilot","github","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F9919?v=4","01M6AC83DS133TPXFSP1DHNCC6","GitHub","01M6AD3PBDYPK7NVFJNJ66Y8RS",41081,"MIT","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Farchitecture-blueprint-generator\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36],"generator","architecture blueprint generator","Blueprint","architecture","patterns","new","for","consistency","project architecture","project","visual","technology","diagrams","implementation","create","development","documents","documentation","2026-11-10 10:12:30",false,"---\nname: architecture-blueprint-generator\ndescription: 'Comprehensive project architecture blueprint generator that analyzes codebases to create detailed architectural documentation. Automatically detects technology stacks and architectural patterns, generates visual diagrams, documents implementation patterns, and provides extensible blueprints for maintaining architectural consistency and guiding new development.'\n---\n\n# Comprehensive Project Architecture Blueprint Generator\n\n## Configuration Variables\n${PROJECT_TYPE=\"Auto-detect|.NET|Java|React|Angular|Python|Node.js|Flutter|Other\"} \u003C!-- Primary technology -->\n${ARCHITECTURE_PATTERN=\"Auto-detect|Clean Architecture|Microservices|Layered|MVVM|MVC|Hexagonal|Event-Driven|Serverless|Monolithic|Other\"} \u003C!-- Primary architectural pattern -->\n${DIAGRAM_TYPE=\"C4|UML|Flow|Component|None\"} \u003C!-- Architecture diagram type -->\n${DETAIL_LEVEL=\"High-level|Detailed|Comprehensive|Implementation-Ready\"} \u003C!-- Level of detail to include -->\n${INCLUDES_CODE_EXAMPLES=true|false} \u003C!-- Include sample code to illustrate patterns -->\n${INCLUDES_IMPLEMENTATION_PATTERNS=true|false} \u003C!-- Include detailed implementation patterns -->\n${INCLUDES_DECISION_RECORDS=true|false} \u003C!-- Include architectural decision records -->\n${FOCUS_ON_EXTENSIBILITY=true|false} \u003C!-- Emphasize extension points and patterns -->\n\n## Generated Prompt\n\n\"Create a comprehensive 'Project_Architecture_Blueprint.md' document that thoroughly analyzes the architectural patterns in the codebase to serve as a definitive reference for maintaining architectural consistency. Use the following approach:\n\n### 1. Architecture Detection and Analysis\n- ${PROJECT_TYPE == \"Auto-detect\" ? \"Analyze the project structure to identify all technology stacks and frameworks in use by examining:\n  - Project and configuration files\n  - Package dependencies and import statements\n  - Framework-specific patterns and conventions\n  - Build and deployment configurations\" : \"Focus on ${PROJECT_TYPE} specific patterns and practices\"}\n  \n- ${ARCHITECTURE_PATTERN == \"Auto-detect\" ? \"Determine the architectural pattern(s) by analyzing:\n  - Folder organization and namespacing\n  - Dependency flow and component boundaries\n  - Interface segregation and abstraction patterns\n  - Communication mechanisms between components\" : \"Document how the ${ARCHITECTURE_PATTERN} architecture is implemented\"}\n\n### 2. Architectural Overview\n- Provide a clear, concise explanation of the overall architectural approach\n- Document the guiding principles evident in the architectural choices\n- Identify architectural boundaries and how they're enforced\n- Note any hybrid architectural patterns or adaptations of standard patterns\n\n### 3. Architecture Visualization\n${DIAGRAM_TYPE != \"None\" ? `Create ${DIAGRAM_TYPE} diagrams at multiple levels of abstraction:\n- High-level architectural overview showing major subsystems\n- Component interaction diagrams showing relationships and dependencies\n- Data flow diagrams showing how information moves through the system\n- Ensure diagrams accurately reflect the actual implementation, not theoretical patterns` : \"Describe the component relationships based on actual code dependencies, providing clear textual explanations of:\n- Subsystem organization and boundaries\n- Dependency directions and component interactions\n- Data flow and process sequences\"}\n\n### 4. Core Architectural Components\nFor each architectural component discovered in the codebase:\n\n- **Purpose and Responsibility**:\n  - Primary function within the architecture\n  - Business domains or technical concerns addressed\n  - Boundaries and scope limitations\n\n- **Internal Structure**:\n  - Organization of classes\u002Fmodules within the component\n  - Key abstractions and their implementations\n  - Design patterns utilized\n\n- **Interaction Patterns**:\n  - How the component communicates with others\n  - Interfaces exposed and consumed\n  - Dependency injection patterns\n  - Event publishing\u002Fsubscription mechanisms\n\n- **Evolution Patterns**:\n  - How the component can be extended\n  - Variation points and plugin mechanisms\n  - Configuration and customization approaches\n\n### 5. Architectural Layers and Dependencies\n- Map the layer structure as implemented in the codebase\n- Document the dependency rules between layers\n- Identify abstraction mechanisms that enable layer separation\n- Note any circular dependencies or layer violations\n- Document dependency injection patterns used to maintain separation\n\n### 6. Data Architecture\n- Document domain model structure and organization\n- Map entity relationships and aggregation patterns\n- Identify data access patterns (repositories, data mappers, etc.)\n- Document data transformation and mapping approaches\n- Note caching strategies and implementations\n- Document data validation patterns\n\n### 7. Cross-Cutting Concerns Implementation\nDocument implementation patterns for cross-cutting concerns:\n\n- **Authentication & Authorization**:\n  - Security model implementation\n  - Permission enforcement patterns\n  - Identity management approach\n  - Security boundary patterns\n\n- **Error Handling & Resilience**:\n  - Exception handling patterns\n  - Retry and circuit breaker implementations\n  - Fallback and graceful degradation strategies\n  - Error reporting and monitoring approaches\n\n- **Logging & Monitoring**:\n  - Instrumentation patterns\n  - Observability implementation\n  - Diagnostic information flow\n  - Performance monitoring approach\n\n- **Validation**:\n  - Input validation strategies\n  - Business rule validation implementation\n  - Validation responsibility distribution\n  - Error reporting patterns\n\n- **Configuration Management**:\n  - Configuration source patterns\n  - Environment-specific configuration strategies\n  - Secret management approach\n  - Feature flag implementation\n\n### 8. Service Communication Patterns\n- Document service boundary definitions\n- Identify communication protocols and formats\n- Map synchronous vs. asynchronous communication patterns\n- Document API versioning strategies\n- Identify service discovery mechanisms\n- Note resilience patterns in service communication\n\n### 9. Technology-Specific Architectural Patterns\n${PROJECT_TYPE == \"Auto-detect\" ? \"For each detected technology stack, document specific architectural patterns:\" : `Document ${PROJECT_TYPE}-specific architectural patterns:`}\n\n${(PROJECT_TYPE == \".NET\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### .NET Architectural Patterns (if detected)\n- Host and application model implementation\n- Middleware pipeline organization\n- Framework service integration patterns\n- ORM and data access approaches\n- API implementation patterns (controllers, minimal APIs, etc.)\n- Dependency injection container configuration\" : \"\"}\n\n${(PROJECT_TYPE == \"Java\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Java Architectural Patterns (if detected)\n- Application container and bootstrap process\n- Dependency injection framework usage (Spring, CDI, etc.)\n- AOP implementation patterns\n- Transaction boundary management\n- ORM configuration and usage patterns\n- Service implementation patterns\" : \"\"}\n\n${(PROJECT_TYPE == \"React\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### React Architectural Patterns (if detected)\n- Component composition and reuse strategies\n- State management architecture\n- Side effect handling patterns\n- Routing and navigation approach\n- Data fetching and caching patterns\n- Rendering optimization strategies\" : \"\"}\n\n${(PROJECT_TYPE == \"Angular\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Angular Architectural Patterns (if detected)\n- Module organization strategy\n- Component hierarchy design\n- Service and dependency injection patterns\n- State management approach\n- Reactive programming patterns\n- Route guard implementation\" : \"\"}\n\n${(PROJECT_TYPE == \"Python\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Python Architectural Patterns (if detected)\n- Module organization approach\n- Dependency management strategy\n- OOP vs. functional implementation patterns\n- Framework integration patterns\n- Asynchronous programming approach\" : \"\"}\n\n### 10. Implementation Patterns\n${INCLUDES_IMPLEMENTATION_PATTERNS ? \n\"Document concrete implementation patterns for key architectural components:\n\n- **Interface Design Patterns**:\n  - Interface segregation approaches\n  - Abstraction level decisions\n  - Generic vs. specific interface patterns\n  - Default implementation patterns\n\n- **Service Implementation Patterns**:\n  - Service lifetime management\n  - Service composition patterns\n  - Operation implementation templates\n  - Error handling within services\n\n- **Repository Implementation Patterns**:\n  - Query pattern implementations\n  - Transaction management\n  - Concurrency handling\n  - Bulk operation patterns\n\n- **Controller\u002FAPI Implementation Patterns**:\n  - Request handling patterns\n  - Response formatting approaches\n  - Parameter validation\n  - API versioning implementation\n\n- **Domain Model Implementation**:\n  - Entity implementation patterns\n  - Value object patterns\n  - Domain event implementation\n  - Business rule enforcement\" : \"Mention that detailed implementation patterns vary across the codebase.\"}\n\n### 11. Testing Architecture\n- Document testing strategies aligned with the architecture\n- Identify test boundary patterns (unit, integration, system)\n- Map test doubles and mocking approaches\n- Document test data strategies\n- Note testing tools and frameworks integration\n\n### 12. Deployment Architecture\n- Document deployment topology derived from configuration\n- Identify environment-specific architectural adaptations\n- Map runtime dependency resolution patterns\n- Document configuration management across environments\n- Identify containerization and orchestration approaches\n- Note cloud service integration patterns\n\n### 13. Extension and Evolution Patterns\n${FOCUS_ON_EXTENSIBILITY ? \n\"Provide detailed guidance for extending the architecture:\n\n- **Feature Addition Patterns**:\n  - How to add new features while preserving architectural integrity\n  - Where to place new components by type\n  - Dependency introduction guidelines\n  - Configuration extension patterns\n\n- **Modification Patterns**:\n  - How to safely modify existing components\n  - Strategies for maintaining backward compatibility\n  - Deprecation patterns\n  - Migration approaches\n\n- **Integration Patterns**:\n  - How to integrate new external systems\n  - Adapter implementation patterns\n  - Anti-corruption layer patterns\n  - Service facade implementation\" : \"Document key extension points in the architecture.\"}\n\n${INCLUDES_CODE_EXAMPLES ? \n\"### 14. Architectural Pattern Examples\nExtract representative code examples that illustrate key architectural patterns:\n\n- **Layer Separation Examples**:\n  - Interface definition and implementation separation\n  - Cross-layer communication patterns\n  - Dependency injection examples\n\n- **Component Communication Examples**:\n  - Service invocation patterns\n  - Event publication and handling\n  - Message passing implementation\n\n- **Extension Point Examples**:\n  - Plugin registration and discovery\n  - Extension interface implementations\n  - Configuration-driven extension patterns\n\nInclude enough context with each example to show the pattern clearly, but keep examples concise and focused on architectural concepts.\" : \"\"}\n\n${INCLUDES_DECISION_RECORDS ? \n\"### 15. Architectural Decision Records\nDocument key architectural decisions evident in the codebase:\n\n- **Architectural Style Decisions**:\n  - Why the current architectural pattern was chosen\n  - Alternatives considered (based on code evolution)\n  - Constraints that influenced the decision\n\n- **Technology Selection Decisions**:\n  - Key technology choices and their architectural impact\n  - Framework selection rationales\n  - Custom vs. off-the-shelf component decisions\n\n- **Implementation Approach Decisions**:\n  - Specific implementation patterns chosen\n  - Standard pattern adaptations\n  - Performance vs. maintainability tradeoffs\n\nFor each decision, note:\n- Context that made the decision necessary\n- Factors considered in making the decision\n- Resulting consequences (positive and negative)\n- Future flexibility or limitations introduced\" : \"\"}\n\n### ${INCLUDES_DECISION_RECORDS ? \"16\" : INCLUDES_CODE_EXAMPLES ? \"15\" : \"14\"}. Architecture Governance\n- Document how architectural consistency is maintained\n- Identify automated checks for architectural compliance\n- Note architectural review processes evident in the codebase\n- Document architectural documentation practices\n\n### ${INCLUDES_DECISION_RECORDS ? \"17\" : INCLUDES_CODE_EXAMPLES ? \"16\" : \"15\"}. Blueprint for New Development\nCreate a clear architectural guide for implementing new features:\n\n- **Development Workflow**:\n  - Starting points for different feature types\n  - Component creation sequence\n  - Integration steps with existing architecture\n  - Testing approach by architectural layer\n\n- **Implementation Templates**:\n  - Base class\u002Finterface templates for key architectural components\n  - Standard file organization for new components\n  - Dependency declaration patterns\n  - Documentation requirements\n\n- **Common Pitfalls**:\n  - Architecture violations to avoid\n  - Common architectural mistakes\n  - Performance considerations\n  - Testing blind spots\n\nInclude information about when this blueprint was generated and recommendations for keeping it updated as the architecture evolves.\"\n","# Comprehensive Project Architecture Blueprint Generator\n\n## Configuration Variables\n${PROJECT_TYPE=\"Auto-detect|.NET|Java|React|Angular|Python|Node.js|Flutter|Other\"} \u003C!-- Primary technology -->\n${ARCHITECTURE_PATTERN=\"Auto-detect|Clean Architecture|Microservices|Layered|MVVM|MVC|Hexagonal|Event-Driven|Serverless|Monolithic|Other\"} \u003C!-- Primary architectural pattern -->\n${DIAGRAM_TYPE=\"C4|UML|Flow|Component|None\"} \u003C!-- Architecture diagram type -->\n${DETAIL_LEVEL=\"High-level|Detailed|Comprehensive|Implementation-Ready\"} \u003C!-- Level of detail to include -->\n${INCLUDES_CODE_EXAMPLES=true|false} \u003C!-- Include sample code to illustrate patterns -->\n${INCLUDES_IMPLEMENTATION_PATTERNS=true|false} \u003C!-- Include detailed implementation patterns -->\n${INCLUDES_DECISION_RECORDS=true|false} \u003C!-- Include architectural decision records -->\n${FOCUS_ON_EXTENSIBILITY=true|false} \u003C!-- Emphasize extension points and patterns -->\n\n## Generated Prompt\n\n\"Create a comprehensive 'Project_Architecture_Blueprint.md' document that thoroughly analyzes the architectural patterns in the codebase to serve as a definitive reference for maintaining architectural consistency. Use the following approach:\n\n### 1. Architecture Detection and Analysis\n- ${PROJECT_TYPE == \"Auto-detect\" ? \"Analyze the project structure to identify all technology stacks and frameworks in use by examining:\n  - Project and configuration files\n  - Package dependencies and import statements\n  - Framework-specific patterns and conventions\n  - Build and deployment configurations\" : \"Focus on ${PROJECT_TYPE} specific patterns and practices\"}\n  \n- ${ARCHITECTURE_PATTERN == \"Auto-detect\" ? \"Determine the architectural pattern(s) by analyzing:\n  - Folder organization and namespacing\n  - Dependency flow and component boundaries\n  - Interface segregation and abstraction patterns\n  - Communication mechanisms between components\" : \"Document how the ${ARCHITECTURE_PATTERN} architecture is implemented\"}\n\n### 2. Architectural Overview\n- Provide a clear, concise explanation of the overall architectural approach\n- Document the guiding principles evident in the architectural choices\n- Identify architectural boundaries and how they're enforced\n- Note any hybrid architectural patterns or adaptations of standard patterns\n\n### 3. Architecture Visualization\n${DIAGRAM_TYPE != \"None\" ? `Create ${DIAGRAM_TYPE} diagrams at multiple levels of abstraction:\n- High-level architectural overview showing major subsystems\n- Component interaction diagrams showing relationships and dependencies\n- Data flow diagrams showing how information moves through the system\n- Ensure diagrams accurately reflect the actual implementation, not theoretical patterns` : \"Describe the component relationships based on actual code dependencies, providing clear textual explanations of:\n- Subsystem organization and boundaries\n- Dependency directions and component interactions\n- Data flow and process sequences\"}\n\n### 4. Core Architectural Components\nFor each architectural component discovered in the codebase:\n\n- **Purpose and Responsibility**:\n  - Primary function within the architecture\n  - Business domains or technical concerns addressed\n  - Boundaries and scope limitations\n\n- **Internal Structure**:\n  - Organization of classes\u002Fmodules within the component\n  - Key abstractions and their implementations\n  - Design patterns utilized\n\n- **Interaction Patterns**:\n  - How the component communicates with others\n  - Interfaces exposed and consumed\n  - Dependency injection patterns\n  - Event publishing\u002Fsubscription mechanisms\n\n- **Evolution Patterns**:\n  - How the component can be extended\n  - Variation points and plugin mechanisms\n  - Configuration and customization approaches\n\n### 5. Architectural Layers and Dependencies\n- Map the layer structure as implemented in the codebase\n- Document the dependency rules between layers\n- Identify abstraction mechanisms that enable layer separation\n- Note any circular dependencies or layer violations\n- Document dependency injection patterns used to maintain separation\n\n### 6. Data Architecture\n- Document domain model structure and organization\n- Map entity relationships and aggregation patterns\n- Identify data access patterns (repositories, data mappers, etc.)\n- Document data transformation and mapping approaches\n- Note caching strategies and implementations\n- Document data validation patterns\n\n### 7. Cross-Cutting Concerns Implementation\nDocument implementation patterns for cross-cutting concerns:\n\n- **Authentication & Authorization**:\n  - Security model implementation\n  - Permission enforcement patterns\n  - Identity management approach\n  - Security boundary patterns\n\n- **Error Handling & Resilience**:\n  - Exception handling patterns\n  - Retry and circuit breaker implementations\n  - Fallback and graceful degradation strategies\n  - Error reporting and monitoring approaches\n\n- **Logging & Monitoring**:\n  - Instrumentation patterns\n  - Observability implementation\n  - Diagnostic information flow\n  - Performance monitoring approach\n\n- **Validation**:\n  - Input validation strategies\n  - Business rule validation implementation\n  - Validation responsibility distribution\n  - Error reporting patterns\n\n- **Configuration Management**:\n  - Configuration source patterns\n  - Environment-specific configuration strategies\n  - Secret management approach\n  - Feature flag implementation\n\n### 8. Service Communication Patterns\n- Document service boundary definitions\n- Identify communication protocols and formats\n- Map synchronous vs. asynchronous communication patterns\n- Document API versioning strategies\n- Identify service discovery mechanisms\n- Note resilience patterns in service communication\n\n### 9. Technology-Specific Architectural Patterns\n${PROJECT_TYPE == \"Auto-detect\" ? \"For each detected technology stack, document specific architectural patterns:\" : `Document ${PROJECT_TYPE}-specific architectural patterns:`}\n\n${(PROJECT_TYPE == \".NET\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### .NET Architectural Patterns (if detected)\n- Host and application model implementation\n- Middleware pipeline organization\n- Framework service integration patterns\n- ORM and data access approaches\n- API implementation patterns (controllers, minimal APIs, etc.)\n- Dependency injection container configuration\" : \"\"}\n\n${(PROJECT_TYPE == \"Java\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Java Architectural Patterns (if detected)\n- Application container and bootstrap process\n- Dependency injection framework usage (Spring, CDI, etc.)\n- AOP implementation patterns\n- Transaction boundary management\n- ORM configuration and usage patterns\n- Service implementation patterns\" : \"\"}\n\n${(PROJECT_TYPE == \"React\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### React Architectural Patterns (if detected)\n- Component composition and reuse strategies\n- State management architecture\n- Side effect handling patterns\n- Routing and navigation approach\n- Data fetching and caching patterns\n- Rendering optimization strategies\" : \"\"}\n\n${(PROJECT_TYPE == \"Angular\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Angular Architectural Patterns (if detected)\n- Module organization strategy\n- Component hierarchy design\n- Service and dependency injection patterns\n- State management approach\n- Reactive programming patterns\n- Route guard implementation\" : \"\"}\n\n${(PROJECT_TYPE == \"Python\" || PROJECT_TYPE == \"Auto-detect\") ? \n\"#### Python Architectural Patterns (if detected)\n- Module organization approach\n- Dependency management strategy\n- OOP vs. functional implementation patterns\n- Framework integration patterns\n- Asynchronous programming approach\" : \"\"}\n\n### 10. Implementation Patterns\n${INCLUDES_IMPLEMENTATION_PATTERNS ? \n\"Document concrete implementation patterns for key architectural components:\n\n- **Interface Design Patterns**:\n  - Interface segregation approaches\n  - Abstraction level decisions\n  - Generic vs. specific interface patterns\n  - Default implementation patterns\n\n- **Service Implementation Patterns**:\n  - Service lifetime management\n  - Service composition patterns\n  - Operation implementation templates\n  - Error handling within services\n\n- **Repository Implementation Patterns**:\n  - Query pattern implementations\n  - Transaction management\n  - Concurrency handling\n  - Bulk operation patterns\n\n- **Controller\u002FAPI Implementation Patterns**:\n  - Request handling patterns\n  - Response formatting approaches\n  - Parameter validation\n  - API versioning implementation\n\n- **Domain Model Implementation**:\n  - Entity implementation patterns\n  - Value object patterns\n  - Domain event implementation\n  - Business rule enforcement\" : \"Mention that detailed implementation patterns vary across the codebase.\"}\n\n### 11. Testing Architecture\n- Document testing strategies aligned with the architecture\n- Identify test boundary patterns (unit, integration, system)\n- Map test doubles and mocking approaches\n- Document test data strategies\n- Note testing tools and frameworks integration\n\n### 12. Deployment Architecture\n- Document deployment topology derived from configuration\n- Identify environment-specific architectural adaptations\n- Map runtime dependency resolution patterns\n- Document configuration management across environments\n- Identify containerization and orchestration approaches\n- Note cloud service integration patterns\n\n### 13. Extension and Evolution Patterns\n${FOCUS_ON_EXTENSIBILITY ? \n\"Provide detailed guidance for extending the architecture:\n\n- **Feature Addition Patterns**:\n  - How to add new features while preserving architectural integrity\n  - Where to place new components by type\n  - Dependency introduction guidelines\n  - Configuration extension patterns\n\n- **Modification Patterns**:\n  - How to safely modify existing components\n  - Strategies for maintaining backward compatibility\n  - Deprecation patterns\n  - Migration approaches\n\n- **Integration Patterns**:\n  - How to integrate new external systems\n  - Adapter implementation patterns\n  - Anti-corruption layer patterns\n  - Service facade implementation\" : \"Document key extension points in the architecture.\"}\n\n${INCLUDES_CODE_EXAMPLES ? \n\"### 14. Architectural Pattern Examples\nExtract representative code examples that illustrate key architectural patterns:\n\n- **Layer Separation Examples**:\n  - Interface definition and implementation separation\n  - Cross-layer communication patterns\n  - Dependency injection examples\n\n- **Component Communication Examples**:\n  - Service invocation patterns\n  - Event publication and handling\n  - Message passing implementation\n\n- **Extension Point Examples**:\n  - Plugin registration and discovery\n  - Extension interface implementations\n  - Configuration-driven extension patterns\n\nInclude enough context with each example to show the pattern clearly, but keep examples concise and focused on architectural concepts.\" : \"\"}\n\n${INCLUDES_DECISION_RECORDS ? \n\"### 15. Architectural Decision Records\nDocument key architectural decisions evident in the codebase:\n\n- **Architectural Style Decisions**:\n  - Why the current architectural pattern was chosen\n  - Alternatives considered (based on code evolution)\n  - Constraints that influenced the decision\n\n- **Technology Selection Decisions**:\n  - Key technology choices and their architectural impact\n  - Framework selection rationales\n  - Custom vs. off-the-shelf component decisions\n\n- **Implementation Approach Decisions**:\n  - Specific implementation patterns chosen\n  - Standard pattern adaptations\n  - Performance vs. maintainability tradeoffs\n\nFor each decision, note:\n- Context that made the decision necessary\n- Factors considered in making the decision\n- Resulting consequences (positive and negative)\n- Future flexibility or limitations introduced\" : \"\"}\n\n### ${INCLUDES_DECISION_RECORDS ? \"16\" : INCLUDES_CODE_EXAMPLES ? \"15\" : \"14\"}. Architecture Governance\n- Document how architectural consistency is maintained\n- Identify automated checks for architectural compliance\n- Note architectural review processes evident in the codebase\n- Document architectural documentation practices\n\n### ${INCLUDES_DECISION_RECORDS ? \"17\" : INCLUDES_CODE_EXAMPLES ? \"16\" : \"15\"}. Blueprint for New Development\nCreate a clear architectural guide for implementing new features:\n\n- **Development Workflow**:\n  - Starting points for different feature types\n  - Component creation sequence\n  - Integration steps with existing architecture\n  - Testing approach by architectural layer\n\n- **Implementation Templates**:\n  - Base class\u002Finterface templates for key architectural components\n  - Standard file organization for new components\n  - Dependency declaration patterns\n  - Documentation requirements\n\n- **Common Pitfalls**:\n  - Architecture violations to avoid\n  - Common architectural mistakes\n  - Performance considerations\n  - Testing blind spots\n\nInclude information about when this blueprint was generated and recommendations for keeping it updated as the architecture evolves.\"\n",{"name":5,"description":7},"main","5269f7ea2d6c3a9bfda5ed878b6726cf509121fd","skills\u002Farchitecture-blueprint-generator",5344,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot","https:\u002F\u002Fawesome-copilot.github.com\u002F","https:\u002F\u002Fgithub.com\u002Fgithub","https:\u002F\u002Fgithub.com\u002Fabout","How people build software.","2026-11-13 02:05:36",{"source":8,"skillName":5,"commands":53,"prompt":63,"zipAvailable":64},[54,57,60],{"tool":55,"command":56},"npx","npx skills add github\u002Fawesome-copilot --skill architecture-blueprint-generator",{"tool":58,"command":59},"bunx","bunx skills add github\u002Fawesome-copilot --skill architecture-blueprint-generator",{"tool":61,"command":62},"pnpm","pnpm dlx skills add github\u002Fawesome-copilot --skill architecture-blueprint-generator","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Farchitecture-blueprint-generator\u002FSKILL.md",true,[66,72,76,80,84],{"path":67,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":70,"sourceHtmlUrl":71},"agents\u002Fopenai.yaml","REFERENCE","参考文档",139,"https:\u002F\u002Fgithub.com\u002Faliyome\u002Fenv\u002Fblob\u002Fmaster\u002F.rulesync\u002Fskills\u002F.curated\u002Fteach\u002Fagents\u002Fopenai.yaml",{"path":73,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":74,"sourceHtmlUrl":75},"GLOSSARY-FORMAT.md",2122,"https:\u002F\u002Fgithub.com\u002Faliyome\u002Fenv\u002Fblob\u002Fmaster\u002F.rulesync\u002Fskills\u002F.curated\u002Fteach\u002FGLOSSARY-FORMAT.md",{"path":77,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":78,"sourceHtmlUrl":79},"LEARNING-RECORD-FORMAT.md",2747,"https:\u002F\u002Fgithub.com\u002Faliyome\u002Fenv\u002Fblob\u002Fmaster\u002F.rulesync\u002Fskills\u002F.curated\u002Fteach\u002FLEARNING-RECORD-FORMAT.md",{"path":81,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":82,"sourceHtmlUrl":83},"MISSION-FORMAT.md",1540,"https:\u002F\u002Fgithub.com\u002Faliyome\u002Fenv\u002Fblob\u002Fmaster\u002F.rulesync\u002Fskills\u002F.curated\u002Fteach\u002FMISSION-FORMAT.md",{"path":85,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":86,"sourceHtmlUrl":87},"RESOURCES-FORMAT.md",1924,"https:\u002F\u002Fgithub.com\u002Faliyome\u002Fenv\u002Fblob\u002Fmaster\u002F.rulesync\u002Fskills\u002F.curated\u002Fteach\u002FRESOURCES-FORMAT.md",[89,123,150,180,214,231],{"skillNo":90,"name":91,"nameZh":6,"description":92,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":93,"categories":94,"keywords":103,"publishedAt":37},"01M70KXZNX9ES38N2A8M58ZZMZ","supabase-rls-policies","Write, review, and test Supabase Row Level Security (RLS) policies so that one user cannot read or change another user's rows. Use when creating or changing tables, policies, views, or security definer functions in a Supabase project, when reviewing a migration that touches RLS, or when asked to prove user isolation with pgTAP tests that sign in as two users.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fsupabase-rls-policies\u002FSKILL.md",[95,100],{"categoryNo":96,"categoryName":97,"taxonomyType":98,"taxonomyTypeDesc":99},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",{"categoryNo":101,"categoryName":102,"taxonomyType":98,"taxonomyTypeDesc":99},"01JBSEEDCAT000000000000023","Skill与智能体开发",[104,105,106,107,28,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122],"supabase","rls","supabase rls","supabase rls policies","when","review","change","read","write","security","isolation","tables","as","tests","prove","use","users","functions","with",{"skillNo":124,"name":125,"nameZh":6,"description":126,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":127,"categories":128,"keywords":130,"publishedAt":37},"01M70KWA5YWXDV6V8DZ19E3T2Y","skill-distribution-audit","Audit a skill collection before release or investigate installer omissions, archived\u002Ftemplate leakage, duplicate identities, and manifest drift. Reconcile the intended public source set, distribution manifest, and actual discovery output for a specified consumer version. Includes a deterministic set-comparison helper.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fskill-distribution-audit\u002FSKILL.md",[129],{"categoryNo":101,"categoryName":102,"taxonomyType":98,"taxonomyTypeDesc":99},[131,132,133,134,135,136,25,137,138,139,140,141,142,143,144,145,146,147,148,149],"distribution","skill distribution audit","audit","SET","deterministic","installer","discovery","comparison","helper","manifest","version","collection","drift","output","investigate","duplicate","template","release","reconcile",{"skillNo":151,"name":152,"nameZh":6,"description":153,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":154,"sourceHtmlUrl":155,"categories":156,"keywords":162,"publishedAt":37},"01M70KCJPFVW7PPQ49CC5R8JGK","logicapps-custom-code-net10-migration","Migrate Azure Logic Apps Standard local-function custom-code projects from .NET 8 to .NET 10. Use for legacy Logic Apps custom-code workspace upgrades, project\u002Fpackage configuration, custom-worker settings, publication, and integrated VS Code debugging. Not for ordinary .NET applications, standalone Azure Functions, Consumption workflows, or cloud deployment.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FSKILL.md",[157],{"categoryNo":158,"categoryName":159,"taxonomyType":160,"taxonomyTypeDesc":161},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[163,164,165,166,167,168,25,28,169,170,171,172,173,174,175,119,176,177,178,179],"custom","code","logicapps custom code net10 migration","migration","projects","standalone","deployment","applications","local","azure","worker","upgrades","package","apps","Legacy","debugging","workflows",{"skillNo":181,"name":182,"nameZh":6,"description":183,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":184,"sourceHtmlUrl":185,"categories":186,"keywords":191,"publishedAt":37},"01M6AEBN37RQMXJ3298PEY7PG1","winmd-api-search","Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI\u002FML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FSKILL.md",[187,190],{"categoryNo":188,"categoryName":189,"taxonomyType":98,"taxonomyTypeDesc":99},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":158,"categoryName":159,"taxonomyType":160,"taxonomyTypeDesc":161},[192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,108,207,208,209,210,211,25,212,213],"winmd api search","search","api","windows","desktop","file access","enumeration","ui","ml","file","networking","capabilities","notifications","explore","access","features","full","camera","events","platform","methods","controls",{"skillNo":215,"name":216,"nameZh":6,"description":217,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":218,"licenseFileUrl":219,"sourceHtmlUrl":220,"categories":221,"keywords":227,"publishedAt":37},"01M6AE571R3SC1ZGE202B3NB5S","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[222,223,226],{"categoryNo":188,"categoryName":189,"taxonomyType":98,"taxonomyTypeDesc":99},{"categoryNo":224,"categoryName":225,"taxonomyType":98,"taxonomyTypeDesc":99},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":101,"categoryName":102,"taxonomyType":98,"taxonomyTypeDesc":99},[228,134,201,229,230],"resemble detect","https","identity",{"skillNo":232,"name":233,"nameZh":6,"description":234,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":218,"licenseFileUrl":235,"sourceHtmlUrl":236,"categories":237,"keywords":242,"publishedAt":37},"01M6AE30BSK2HCY4TQQ22Z8JRD","quality-playbook","Run a complete quality engineering audit on any codebase. Derives behavioral requirements from the code, generates spec-traced functional tests, runs a three-pass code review with regression tests, executes a multi-model spec audit (Council of Three), and produces a consolidated bug report with TDD-verified patches. Finds the 35% of real defects that structural code review alone cannot catch. Works with any language. Trigger on 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', or 'coverage theater'.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[238,241],{"categoryNo":239,"categoryName":240,"taxonomyType":98,"taxonomyTypeDesc":99},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":101,"categoryName":102,"taxonomyType":98,"taxonomyTypeDesc":99},[243,244,245,246,164,109,9,133,247,248,229,249,250,251,252,253,254,255,256,257,258,259,117,260,261,262,263],"playbook","quality playbook","quality","code review","tdd","run","report","spec","bug report","council","engineering","functional","spec audit","bug","verified","multi-model","three","coverage","model","regression","structural"]