القائمة
System architecture design. 当用户需要设计系统架构、画架构图、讨论微服务拆分、CQRS、事件驱动、DDD等架构模式时使用此skill。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | architecture-design |
| description | System architecture design. 当用户需要设计系统架构、画架构图、讨论微服务拆分、CQRS、事件驱动、DDD等架构模式时使用此skill。 |
系统架构设计技能，提供经过验证的架构模式和设计方法。
┌─────────────────────────────────────┐
│ Presentation Layer │
├─────────────────────────────────────┤
│ Application Layer │
├─────────────────────────────────────┤
│ Domain Layer │
├─────────────────────────────────────┤
│ Infrastructure Layer │
└─────────────────────────────────────┘
适用场景：传统 Web 应用、CRUD 系统 优点：清晰简单，易于理解和维护 缺点：领域逻辑可能渗透到其他层
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
│Service│ │Service│ │Service│ │Service│
│ A │ │ B │ │ C │ │ D │
└──┬───┘ └──┬───┘ └──┬───┘ └──┬───┘
│ │ │ │
└─────────┴────┬────┴─────────┘
│
┌──────┴──────┐
│ API Gateway │
└──────────────┘
适用场景：大规模系统、需要独立部署、多团队协作 优点：独立部署、技术异构、故障隔离 缺点：复杂度高、数据一致性挑战
┌─────────────┐ Command ┌─────────────┐
│ Command │───────────────▶│ Command │
│ Side │ │ Handler │
└─────────────┘ └──────┬──────┘
│
┌──────▼──────┐
│ Write │
│ Database │
└──────┬──────┘
│ Sync
┌────────────┴────────────┐
│ │
┌──────▼──────┐ ┌──────▼──────┐
│ Read │ │ Read │
│ Model │ │ Model │
└─────────────┘ └─────────────┘
适用场景：读写负载差异大、复杂业务逻辑 优点：优化读写性能、灵活的数据展示 缺点：最终一致性、复杂度增加
┌──────────┐ Event ┌──────────┐ Event ┌──────────┐
│ Producer │─────────────▶│ Event │─────────────▶│ Consumer │
│ A │ │ Bus │ │ B │
└──────────┘ └──────────┘ └──────────┘
适用场景：异步处理、实时响应、松耦合系统 优点：高扩展性、容错性、审计日志 缺点：调试困难、事务处理复杂
┌─────────────────────────────────────────────┐
│ Bounded Context A │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ Entity │ │ Value │ │ Domain │ │
│ │ │ │ Object │ │ Service │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ ┌─────────┐ ┌─────────┐ │
│ │Aggregate│ │ Repository│ │
│ │ Root │ │ Interface │ │
│ └─────────┘ └─────────┘ │
└─────────────────────────────────────────────┘
适用场景：复杂业务逻辑、遗留系统现代化 优点：业务对齐、技术与业务匹配 缺点：学习曲线陡峭、设计成本高
□ 识别核心业务能力
□ 确定系统边界（Bounded Context）
□ 识别关键质量属性（性能、安全、可扩展性）
□ 定义 SLA 目标
| 需求特征 | 推荐架构 |
|---|---|
| 小型系统、快速交付 | 分层架构 |
| 大规模、多团队 | 微服务架构 |
| 读写分离、高并发读 | CQRS |
| 异步处理、实时响应 | 事件驱动 |
| 复杂业务逻辑 | DDD |
| 高可用、低延迟 | 六边形架构 |
□ 绘制系统架构图
□ 定义服务/模块职责
□ 识别数据存储需求
□ 设计 API 接口
□ 定义集成和通信模式
□ 可扩展性：是否能应对未来增长？
□ 可用性：SLA 如何保障？
□ 安全性：数据如何保护？
□ 可维护性：团队能否有效维护？
□ 成本：基础设施和运营成本？
# ADR-001: 选择微服务架构
## Status: Accepted
## Context
- 系统需要支持 10 万并发用户
- 多团队并行开发
- 需要独立部署新功能
## Decision
采用微服务架构，将系统拆分为：
- 用户服务 (User Service)
- 订单服务 (Order Service)
- 支付服务 (Payment Service)
- 通知服务 (Notification Service)
## Consequences
### 正面
- 独立部署，部署风险降低
- 技术异构，不同服务可用不同技术栈
### 负面
- 分布式系统复杂性
- 数据一致性挑战
- 运维成本增加
设计完成后，输出：
# [系统名称] 架构设计
## 1. 架构概述
[一句话描述系统架构和核心设计决策]
## 2. 架构图
[ASCII 或描述性架构图]
## 3. 核心组件
| 组件 | 职责 | 技术选型 |
|------|------|---------|
| | | |
## 4. 数据存储
| 数据类型 | 存储方案 | 理由 |
|---------|---------|------|
| | | |
## 5. API 设计
[主要接口列表]
## 6. 部署架构
[部署拓扑]
## 7. 关键决策
[ADR 列表]
季度竞品分析技能。每季度系统化收集市场竞品情报、构建竞争全景图、深度画像竞品、分析市场格局演变、提炼战略洞察，输出完整季度竞品分析报告。适用于产品战略规划、年度路线图制定、投融资汇报、高管决策支持等场景。当用户需要每季度深入了解竞争格局、识别战略机会、形成完整竞品分析报告时使用此 skill。
Git 标准操作流程 SOP，包含 init、add、commit、push、status、log、pull 等常用操作及自动检查验证。使用场景：用户要求执行 git 操作时。
API design specifications. 当用户需要设计 API、讨论 RESTful 规范、设计 GraphQL schema 或制定 API 规范时使用此skill。
Architecture quality assessment. 当用户需要评估架构质量、检查系统性能、分析安全风险或评估可扩展性时使用此skill。
Code architecture review. 当用户需要评审代码架构、讨论设计模式、检查代码质量或进行代码评审时使用此skill。
Technical decision making. 当用户需要做技术选型、讨论方案优劣、评估技术风险或做架构决策时使用此skill。