Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

architecture-blueprint-generator建筑蓝图生成器

Agent Skill

architecture-blueprint-generator 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

230,496

周安装

9,792

GitHub Stars

31,733

下载量

80,752
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:architecture-blueprint-generator(建筑蓝图生成器)
来源仓库:https://github.com/github/awesome-copilot
仓库路径:skills/architecture-blueprint-generator
安装命令:
npx skills add https://github.com/github/awesome-copilot --skill architecture-blueprint-generator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/github/awesome-copilot --skill architecture-blueprint-generator

简介

分析代码库以生成带有图表和实现模式的全面架构文档。

  • 自动检测技术堆栈(.NET、Java、React、Angular、Python、Node.js、Flutter)和架构模式(清洁架构、微服务、分层、MVVM、六角形、事件驱动、无服务器、单体)
  • 生成多个抽象级别的 C4、UML、流程或组件图,显示子系统、依赖关系和数据流
  • 记录核心组件、层、数据架构、横切关注点(身份验证、错误处理、日志记录、验证)和服务通信模式
  • 包括可选的实施模式、架构决策记录、代码示例和扩展指南,以保持新开发的一致性
  • 可配置的详细级别,从高级概述到具有测试和部署架构的实施就绪蓝图

SKILL.md

Comprehensive Project Architecture Blueprint Generator

Configuration Variables

${PROJECT_TYPE="Auto-detect|.NET|Java|React|Angular|Python|Node.js|Flutter|Other"} ${ARCHITECTURE_PATTERN="Auto-detect|Clean Architecture|Microservices|Layered|MVVM|MVC|Hexagonal|Event-Driven|Serverless|Monolithic|Other"} ${DIAGRAM_TYPE="C4|UML|Flow|Component|None"} ${DETAIL_LEVEL="High-level|Detailed|Comprehensive|Implementation-Ready"} ${INCLUDES_CODE_EXAMPLES=true|false} ${INCLUDES_IMPLEMENTATION_PATTERNS=true|false} ${INCLUDES_DECISION_RECORDS=true|false} ${FOCUS_ON_EXTENSIBILITY=true|false}

Generated Prompt

"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:

1. Architecture Detection and Analysis

  • ${PROJECT_TYPE == "Auto-detect"? "Analyze the project structure to identify all technology stacks and frameworks in use by examining:

- Project and configuration files - Package dependencies and import statements - Framework-specific patterns and conventions - Build and deployment configurations": "Focus on ${PROJECT_TYPE} specific patterns and practices"}

  • ${ARCHITECTURE_PATTERN == "Auto-detect"? "Determine the architectural pattern(s) by analyzing:

- Folder organization and namespacing - Dependency flow and component boundaries - Interface segregation and abstraction patterns - Communication mechanisms between components": "Document how the ${ARCHITECTURE_PATTERN} architecture is implemented"}

2. Architectural Overview

  • Provide a clear, concise explanation of the overall architectural approach
  • Document the guiding principles evident in the architectural choices
  • Identify architectural boundaries and how they're enforced
  • Note any hybrid architectural patterns or adaptations of standard patterns

3. Architecture Visualization

${DIAGRAM_TYPE!= "None"? `Create ${DIAGRAM_TYPE} diagrams at multiple levels of abstraction:

  • High-level architectural overview showing major subsystems
  • Component interaction diagrams showing relationships and dependencies
  • Data flow diagrams showing how information moves through the system
  • Ensure diagrams accurately reflect the actual implementation, not theoretical patterns`: "Describe the component relationships based on actual code dependencies, providing clear textual explanations of:
  • Subsystem organization and boundaries
  • Dependency directions and component interactions
  • Data flow and process sequences"}

4. Core Architectural Components

For each architectural component discovered in the codebase:

  • Purpose and Responsibility:

- Primary function within the architecture - Business domains or technical concerns addressed - Boundaries and scope limitations

  • Internal Structure:

- Organization of classes/modules within the component - Key abstractions and their implementations - Design patterns utilized

  • Interaction Patterns:

- How the component communicates with others - Interfaces exposed and consumed - Dependency injection patterns - Event publishing/subscription mechanisms

  • Evolution Patterns:

- How the component can be extended - Variation points and plugin mechanisms - Configuration and customization approaches

5. Architectural Layers and Dependencies

  • Map the layer structure as implemented in the codebase
  • Document the dependency rules between layers
  • Identify abstraction mechanisms that enable layer separation
  • Note any circular dependencies or layer violations
  • Document dependency injection patterns used to maintain separation

6. Data Architecture

  • Document domain model structure and organization
  • Map entity relationships and aggregation patterns
  • Identify data access patterns (repositories, data mappers, etc.)
  • Document data transformation and mapping approaches
  • Note caching strategies and implementations
  • Document data validation patterns

7. Cross-Cutting Concerns Implementation

Document implementation patterns for cross-cutting concerns:

  • Authentication & Authorization:

- Security model implementation - Permission enforcement patterns - Identity management approach - Security boundary patterns

  • Error Handling & Resilience:

- Exception handling patterns - Retry and circuit breaker implementations - Fallback and graceful degradation strategies - Error reporting and monitoring approaches

  • Logging & Monitoring:

- Instrumentation patterns - Observability implementation - Diagnostic information flow - Performance monitoring approach

  • Validation:

- Input validation strategies - Business rule validation implementation - Validation responsibility distribution - Error reporting patterns

  • Configuration Management:

- Configuration source patterns - Environment-specific configuration strategies - Secret management approach - Feature flag implementation

8. Service Communication Patterns

  • Document service boundary definitions
  • Identify communication protocols and formats
  • Map synchronous vs. asynchronous communication patterns
  • Document API versioning strategies
  • Identify service discovery mechanisms
  • Note resilience patterns in service communication

9. Technology-Specific Architectural Patterns

${PROJECT_TYPE == "Auto-detect"? "For each detected technology stack, document specific architectural patterns:": Document ${PROJECT_TYPE}-specific architectural patterns:}

${(PROJECT_TYPE == ".NET" || PROJECT_TYPE == "Auto-detect")? "####.NET Architectural Patterns (if detected)

  • Host and application model implementation
  • Middleware pipeline organization
  • Framework service integration patterns
  • ORM and data access approaches
  • API implementation patterns (controllers, minimal APIs, etc.)
  • Dependency injection container configuration": ""}

${(PROJECT_TYPE == "Java" || PROJECT_TYPE == "Auto-detect")? "#### Java Architectural Patterns (if detected)

  • Application container and bootstrap process
  • Dependency injection framework usage (Spring, CDI, etc.)
  • AOP implementation patterns
  • Transaction boundary management
  • ORM configuration and usage patterns
  • Service implementation patterns": ""}

${(PROJECT_TYPE == "React" || PROJECT_TYPE == "Auto-detect")? "#### React Architectural Patterns (if detected)

  • Component composition and reuse strategies
  • State management architecture
  • Side effect handling patterns
  • Routing and navigation approach
  • Data fetching and caching patterns
  • Rendering optimization strategies": ""}

${(PROJECT_TYPE == "Angular" || PROJECT_TYPE == "Auto-detect")? "#### Angular Architectural Patterns (if detected)

  • Module organization strategy
  • Component hierarchy design
  • Service and dependency injection patterns
  • State management approach
  • Reactive programming patterns
  • Route guard implementation": ""}

${(PROJECT_TYPE == "Python" || PROJECT_TYPE == "Auto-detect")? "#### Python Architectural Patterns (if detected)

  • Module organization approach
  • Dependency management strategy
  • OOP vs. functional implementation patterns
  • Framework integration patterns
  • Asynchronous programming approach": ""}

10. Implementation Patterns

${INCLUDES_IMPLEMENTATION_PATTERNS? "Document concrete implementation patterns for key architectural components:

  • Interface Design Patterns:

- Interface segregation approaches - Abstraction level decisions - Generic vs. specific interface patterns - Default implementation patterns

  • Service Implementation Patterns:

- Service lifetime management - Service composition patterns - Operation implementation templates - Error handling within services

  • Repository Implementation Patterns:

- Query pattern implementations - Transaction management - Concurrency handling - Bulk operation patterns

  • Controller/API Implementation Patterns:

- Request handling patterns - Response formatting approaches - Parameter validation - API versioning implementation

  • Domain Model Implementation:

- Entity implementation patterns - Value object patterns - Domain event implementation - Business rule enforcement": "Mention that detailed implementation patterns vary across the codebase."}

11. Testing Architecture

  • Document testing strategies aligned with the architecture
  • Identify test boundary patterns (unit, integration, system)
  • Map test doubles and mocking approaches
  • Document test data strategies
  • Note testing tools and frameworks integration

12. Deployment Architecture

  • Document deployment topology derived from configuration
  • Identify environment-specific architectural adaptations
  • Map runtime dependency resolution patterns
  • Document configuration management across environments
  • Identify containerization and orchestration approaches
  • Note cloud service integration patterns

13. Extension and Evolution Patterns

${FOCUS_ON_EXTENSIBILITY? "Provide detailed guidance for extending the architecture:

  • Feature Addition Patterns:

- How to add new features while preserving architectural integrity - Where to place new components by type - Dependency introduction guidelines - Configuration extension patterns

  • Modification Patterns:

- How to safely modify existing components - Strategies for maintaining backward compatibility - Deprecation patterns - Migration approaches

  • Integration Patterns:

- How to integrate new external systems - Adapter implementation patterns - Anti-corruption layer patterns - Service facade implementation": "Document key extension points in the architecture."}

${INCLUDES_CODE_EXAMPLES? "### 14. Architectural Pattern Examples Extract representative code examples that illustrate key architectural patterns:

  • Layer Separation Examples:

- Interface definition and implementation separation - Cross-layer communication patterns - Dependency injection examples

  • Component Communication Examples:

- Service invocation patterns - Event publication and handling - Message passing implementation

  • Extension Point Examples:

- Plugin registration and discovery - Extension interface implementations - Configuration-driven extension patterns

Include enough context with each example to show the pattern clearly, but keep examples concise and focused on architectural concepts.": ""}

${INCLUDES_DECISION_RECORDS? "### 15. Architectural Decision Records Document key architectural decisions evident in the codebase:

  • Architectural Style Decisions:

- Why the current architectural pattern was chosen - Alternatives considered (based on code evolution) - Constraints that influenced the decision

  • Technology Selection Decisions:

- Key technology choices and their architectural impact - Framework selection rationales - Custom vs. off-the-shelf component decisions

  • Implementation Approach Decisions:

- Specific implementation patterns chosen - Standard pattern adaptations - Performance vs. maintainability tradeoffs

For each decision, note:

  • Context that made the decision necessary
  • Factors considered in making the decision
  • Resulting consequences (positive and negative)
  • Future flexibility or limitations introduced": ""}

${INCLUDES_DECISION_RECORDS? "16": INCLUDES_CODE_EXAMPLES? "15": "14"}. Architecture Governance

  • Document how architectural consistency is maintained
  • Identify automated checks for architectural compliance
  • Note architectural review processes evident in the codebase
  • Document architectural documentation practices

${INCLUDES_DECISION_RECORDS? "17": INCLUDES_CODE_EXAMPLES? "16": "15"}. Blueprint for New Development

Create a clear architectural guide for implementing new features:

  • Development Workflow:

- Starting points for different feature types - Component creation sequence - Integration steps with existing architecture - Testing approach by architectural layer

  • Implementation Templates:

- Base class/interface templates for key architectural components - Standard file organization for new components - Dependency declaration patterns - Documentation requirements

  • Common Pitfalls:

- Architecture violations to avoid - Common architectural mistakes - Performance considerations - Testing blind spots

Include information about when this blueprint was generated and recommendations for keeping it updated as the architecture evolves."

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.3%
按下载量换算29,313

Claude

30.59%
按下载量换算24,702

Cursor

19.94%
按下载量换算16,102

Gemini CLI

9.9%
按下载量换算7,994

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills