solutions-architect by borghei/claude-skills
npx skills add https://github.com/borghei/claude-skills --skill solutions-architect面向复杂销售场景的专家级解决方案架构。
DISCOVERY → DESIGN → VALIDATE → IMPLEMENT → OPTIMIZE
1. DISCOVERY
├── 业务需求
├── 技术现状
├── 集成需求
└── 成功标准
2. DESIGN
├── 解决方案架构
├── 集成设计
├── 数据流映射
└── 安全模型
3. VALIDATE
├── 技术概念验证
├── 性能测试
├── 安全审查
└── 利益相关者签署
4. IMPLEMENT
├── 实施计划
├── 迁移策略
├── 培训设计
└── 上线支持
5. OPTIMIZE
├── 性能调优
├── 功能采用
├── 架构演进
└── 持续改进
# 技术发现: [客户名称]
## 当前状态架构
### 系统清单
| 系统 | 用途 | 技术 | 负责人 |
|--------|---------|------------|-------|
| [系统] | [用途] | [技术] | [团队] |
### 数据现状
- 数据源: [列表]
- 数据量: [大小]
- 数据格式: [格式]
- 数据治理: [策略]
### 集成点
| 源系统 | 目标系统 | 类型 | 频率 |
|--------|--------|------|-----------|
| [源系统] | [目标系统] | [API/文件/数据库] | [实时/批量] |
## 需求
### 功能需求
| ID | 需求 | 优先级 | 备注 |
|----|-------------|----------|-------|
| FR-1 | [需求] | 必须 | [备注] |
| FR-2 | [需求] | 应该 | [备注] |
### 非功能需求
| 类别 | 需求 | 目标 |
|----------|-------------|--------|
| 性能 | 响应时间 | <500ms |
| 可用性 | 正常运行时间 | 99.9% |
| 可扩展性 | 用户数 | 10,000 |
| 安全性 | 合规性 | SOC 2 |
### 集成需求
| 集成 | 方向 | 协议 | 认证 |
|-------------|-----------|----------|------|
| [系统] | 入站 | REST API | OAuth |
| [系统] | 出站 | Webhook | API Key |
## 约束条件
- [约束条件 1]
- [约束条件 2]
## 假设
- [假设 1]
- [假设 2]
## 风险
| 风险 | 影响 | 缓解措施 |
|------|--------|------------|
| [风险] | [高/中/低] | [行动] |
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
# 解决方案架构: [客户名称]
## 执行摘要
[解决方案的单段概述]
## 架构概述
[高层级图表]
## 解决方案组件
### 组件 1: [名称]
- 用途: [描述]
- 技术: [技术栈]
- 接口: [API 等]
### 组件 2: [名称]
...
## 集成架构
### 数据流
[数据流图]
### API 规范
| 端点 | 方法 | 用途 | 认证 |
|----------|--------|---------|------|
| /api/v1/resource | GET | 列出资源 | OAuth |
### 集成模式
- 模式: [事件驱动/请求-响应/批量]
- 协议: [REST/GraphQL/SOAP]
- 格式: [JSON/XML/CSV]
## 安全架构
### 认证
- 方法: [SSO/SAML/OAuth]
- 提供商: [身份提供商]
### 授权
- 模型: [基于角色的访问控制/基于属性的访问控制]
- 角色: [列表]
### 数据保护
- 静态加密: [是/否]
- 传输中加密: [TLS 版本]
- 数据脱敏: [要求]
## 部署架构
### 基础设施
[基础设施图]
### 环境
| 环境 | 用途 | 配置 |
|-------------|---------|--------|
| 开发 | 开发 | [配置] |
| 预发布 | 测试 | [配置] |
| 生产 | 线上 | [配置] |
## 可扩展性与性能
### 容量规划
- 预期用户数: [数量]
- 峰值负载: [请求/秒]
- 数据增长: [速率]
### 性能目标
| 指标 | 目标 | 测量方式 |
|--------|--------|-------------|
| 响应时间 | <500ms | P95 |
| 吞吐量 | 1000 rps | 平均值 |
| 可用性 | 99.9% | 月度 |
## 实施路线图
| 阶段 | 范围 | 持续时间 |
|-------|-------|----------|
| 第一阶段 | 核心集成 | 4 周 |
| 第二阶段 | 高级功能 | 4 周 |
| 第三阶段 | 优化 | 2 周 |
上下文图:
┌─────────────────────────────────────────────────────────────┐
│ 客户环境 │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ CRM │ │ ERP │ │ 数据 │ │ 认证 │ │
│ │ 系统 │ │ 系统 │ │ 湖 │ │ (IdP) │ │
│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ │
│ │ │ │ │ │
│ └─────────────┴──────┬──────┴─────────────┘ │
│ │ │
│ ┌───────▼───────┐ │
│ │ 集成层 │ │
│ │ │ │
│ └───────┬───────┘ │
│ │ │
└────────────────────────────┼────────────────────────────────┘
│
┌────────▼────────┐
│ 我们的平台 │
│ │
│ ┌───────────┐ │
│ │ API │ │
│ └───────────┘ │
│ ┌───────────┐ │
│ │ 服务 │ │
│ └───────────┘ │
└─────────────────┘
# POC 范围: [客户名称]
## 目标
1. [目标 1]
2. [目标 2]
## 范围内
- [功能 1]
- [集成 1]
## 范围外
- [功能 X]
- [集成 Y]
## 成功标准
| 标准 | 目标 | 测量方式 |
|----------|--------|-------------|
| [标准] | [目标] | [如何测量] |
## 技术设置
- 环境: [详情]
- 数据: [样本数据]
- 用户: [测试账户]
## 时间线
| 里程碑 | 日期 |
|-----------|------|
| 设置完成 | [日期] |
| 测试完成 | [日期] |
| 评审会议 | [日期] |
## 所需资源
- 客户方: [姓名/角色]
- 我方团队: [姓名/角色]
认证
□ 支持 SSO 集成
□ 提供多因素认证
□ 会话管理安全
□ 密码策略可配置
授权
□ 基于角色的访问控制
□ 细粒度权限
□ 启用审计日志
□ 提供管理控制
数据保护
□ 静态加密 (AES-256)
□ 传输中加密 (TLS 1.2+)
□ 数据驻留选项
□ 备份与恢复
合规性
□ SOC 2 Type II 认证
□ GDPR 合规
□ HIPAA 就绪 (如适用)
□ 行业特定认证
基础设施
□ 云安全 (AWS/GCP/Azure)
□ 网络隔离
□ DDoS 防护
□ 漏洞管理
references/architecture_patterns.md - 常见模式references/integration_guide.md - 集成最佳实践references/security_framework.md - 安全要求references/poc_playbook.md - POC 执行指南# 需求分析器
python scripts/requirements_analyzer.py --input requirements.xlsx
# 架构图生成器
python scripts/arch_diagram.py --config solution.yaml
# 安全评估
python scripts/security_assess.py --customer "Customer Name"
# POC 跟踪器
python scripts/poc_tracker.py --customer "Customer Name"
每周安装数
108
代码仓库
GitHub 星标数
30
首次出现
2026年1月24日
安全审计
安装于
opencode80
gemini-cli77
codex73
claude-code73
cursor68
github-copilot66
Expert-level solutions architecture for complex sales.
DISCOVERY → DESIGN → VALIDATE → IMPLEMENT → OPTIMIZE
1. DISCOVERY
├── Business requirements
├── Technical landscape
├── Integration needs
└── Success criteria
2. DESIGN
├── Solution architecture
├── Integration design
├── Data flow mapping
└── Security model
3. VALIDATE
├── Technical proof of concept
├── Performance testing
├── Security review
└── Stakeholder sign-off
4. IMPLEMENT
├── Implementation plan
├── Migration strategy
├── Training design
└── Go-live support
5. OPTIMIZE
├── Performance tuning
├── Feature adoption
├── Architecture evolution
└── Continuous improvement
# Technical Discovery: [Customer Name]
## Current State Architecture
### Systems Inventory
| System | Purpose | Technology | Owner |
|--------|---------|------------|-------|
| [System] | [Purpose] | [Tech] | [Team] |
### Data Landscape
- Data sources: [List]
- Data volumes: [Size]
- Data formats: [Formats]
- Data governance: [Policies]
### Integration Points
| Source | Target | Type | Frequency |
|--------|--------|------|-----------|
| [Source] | [Target] | [API/File/DB] | [Real-time/Batch] |
## Requirements
### Functional Requirements
| ID | Requirement | Priority | Notes |
|----|-------------|----------|-------|
| FR-1 | [Requirement] | Must | [Notes] |
| FR-2 | [Requirement] | Should | [Notes] |
### Non-Functional Requirements
| Category | Requirement | Target |
|----------|-------------|--------|
| Performance | Response time | <500ms |
| Availability | Uptime | 99.9% |
| Scalability | Users | 10,000 |
| Security | Compliance | SOC 2 |
### Integration Requirements
| Integration | Direction | Protocol | Auth |
|-------------|-----------|----------|------|
| [System] | Inbound | REST API | OAuth |
| [System] | Outbound | Webhook | API Key |
## Constraints
- [Constraint 1]
- [Constraint 2]
## Assumptions
- [Assumption 1]
- [Assumption 2]
## Risks
| Risk | Impact | Mitigation |
|------|--------|------------|
| [Risk] | [H/M/L] | [Action] |
# Solution Architecture: [Customer Name]
## Executive Summary
[One paragraph overview of the solution]
## Architecture Overview
[High-level diagram]
## Solution Components
### Component 1: [Name]
- Purpose: [Description]
- Technology: [Tech stack]
- Interfaces: [APIs, etc.]
### Component 2: [Name]
...
## Integration Architecture
### Data Flow
[Data flow diagram]
### API Specifications
| Endpoint | Method | Purpose | Auth |
|----------|--------|---------|------|
| /api/v1/resource | GET | List resources | OAuth |
### Integration Patterns
- Pattern: [Event-driven/Request-response/Batch]
- Protocol: [REST/GraphQL/SOAP]
- Format: [JSON/XML/CSV]
## Security Architecture
### Authentication
- Method: [SSO/SAML/OAuth]
- Provider: [IdP]
### Authorization
- Model: [RBAC/ABAC]
- Roles: [List]
### Data Protection
- Encryption at rest: [Yes/No]
- Encryption in transit: [TLS version]
- Data masking: [Requirements]
## Deployment Architecture
### Infrastructure
[Infrastructure diagram]
### Environments
| Environment | Purpose | Config |
|-------------|---------|--------|
| Dev | Development | [Config] |
| Staging | Testing | [Config] |
| Production | Live | [Config] |
## Scalability & Performance
### Capacity Planning
- Expected users: [Number]
- Peak load: [Requests/sec]
- Data growth: [Rate]
### Performance Targets
| Metric | Target | Measurement |
|--------|--------|-------------|
| Response time | <500ms | P95 |
| Throughput | 1000 rps | Average |
| Availability | 99.9% | Monthly |
## Implementation Roadmap
| Phase | Scope | Duration |
|-------|-------|----------|
| Phase 1 | Core integration | 4 weeks |
| Phase 2 | Advanced features | 4 weeks |
| Phase 3 | Optimization | 2 weeks |
Context Diagram:
┌─────────────────────────────────────────────────────────────┐
│ CUSTOMER ENVIRONMENT │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ CRM │ │ ERP │ │ Data │ │ Auth │ │
│ │ System │ │ System │ │ Lake │ │ (IdP) │ │
│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ │
│ │ │ │ │ │
│ └─────────────┴──────┬──────┴─────────────┘ │
│ │ │
│ ┌───────▼───────┐ │
│ │ Integration │ │
│ │ Layer │ │
│ └───────┬───────┘ │
│ │ │
└────────────────────────────┼────────────────────────────────┘
│
┌────────▼────────┐
│ OUR PLATFORM │
│ │
│ ┌───────────┐ │
│ │ API │ │
│ └───────────┘ │
│ ┌───────────┐ │
│ │ Service │ │
│ └───────────┘ │
└─────────────────┘
# POC Scope: [Customer Name]
## Objectives
1. [Objective 1]
2. [Objective 2]
## In Scope
- [Feature 1]
- [Integration 1]
## Out of Scope
- [Feature X]
- [Integration Y]
## Success Criteria
| Criteria | Target | Measurement |
|----------|--------|-------------|
| [Criteria] | [Target] | [How] |
## Technical Setup
- Environment: [Details]
- Data: [Sample data]
- Users: [Test accounts]
## Timeline
| Milestone | Date |
|-----------|------|
| Setup complete | [Date] |
| Testing complete | [Date] |
| Review meeting | [Date] |
## Resources Required
- Customer: [Names/roles]
- Our team: [Names/roles]
AUTHENTICATION
□ SSO integration supported
□ MFA available
□ Session management secure
□ Password policies configurable
AUTHORIZATION
□ Role-based access control
□ Fine-grained permissions
□ Audit logging enabled
□ Admin controls available
DATA PROTECTION
□ Encryption at rest (AES-256)
□ Encryption in transit (TLS 1.2+)
□ Data residency options
□ Backup and recovery
COMPLIANCE
□ SOC 2 Type II certified
□ GDPR compliant
□ HIPAA ready (if applicable)
□ Industry-specific certifications
INFRASTRUCTURE
□ Cloud security (AWS/GCP/Azure)
□ Network isolation
□ DDoS protection
□ Vulnerability management
references/architecture_patterns.md - Common patternsreferences/integration_guide.md - Integration best practicesreferences/security_framework.md - Security requirementsreferences/poc_playbook.md - POC execution guide# Requirements analyzer
python scripts/requirements_analyzer.py --input requirements.xlsx
# Architecture diagram generator
python scripts/arch_diagram.py --config solution.yaml
# Security assessment
python scripts/security_assess.py --customer "Customer Name"
# POC tracker
python scripts/poc_tracker.py --customer "Customer Name"
Weekly Installs
108
Repository
GitHub Stars
30
First Seen
Jan 24, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
opencode80
gemini-cli77
codex73
claude-code73
cursor68
github-copilot66
API设计指南:REST/GraphQL设计原则、规范文档与版本控制策略
11,500 周安装