القائمة
System architecture design. 当用户需要设计系统架构、画架构图、讨论微服务拆分、CQRS、事件驱动、DDD等架构模式时使用此skill。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/fengqiliu/PM-Skills --skill architecture-designيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
微信公众号文章全流程写作助手。支持热点选题、文章撰写、AI去味润色（去除机器感）、配图建议、一键发布到公众号草稿箱。适用于技术博主、自媒体创作者、企业公众号运营等场景。当用户需要写公众号文章、润色内容、寻找配图或发布到微信时使用此skill。
季度竞品分析技能。每季度系统化收集市场竞品情报、构建竞争全景图、深度画像竞品、分析市场格局演变、提炼战略洞察，输出完整季度竞品分析报告。适用于产品战略规划、年度路线图制定、投融资汇报、高管决策支持等场景。当用户需要每季度深入了解竞争格局、识别战略机会、形成完整竞品分析报告时使用此 skill。
Git 标准操作流程 SOP，包含 init、add、commit、push、status、log、pull 等常用操作及自动检查验证。使用场景：用户要求执行 git 操作时。
استنادا إلى تصنيف 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 列表]