关于 architecture
architecture 是用于创建架构决策记录(ADR)或评估系统设计的技能,适合需要分析技术方案的开发团队。它涵盖方案比较、设计评审和系统设计,并提供 ADR 输出格式。
主要功能
- 01创建架构决策记录
- 02评估系统设计方案
- 03设计应用系统
- 04列出选项与约束
- 05按 ADR 格式组织输出
适用场景
- 01比较事件总线技术选项
- 02评审微服务方案
- 03设计应用通知系统
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ anthropics/ knowledge-work-plugins --skill architecture安装后在 Claude Code 中输入/architecture确认已加载。
详细介绍
/architecture
如果你看到不熟悉的占位符,或需要检查哪些工具已连接,请参阅 CONNECTORS.md。
创建架构决策记录(ADR)或评估系统设计。
用法
/architecture $ARGUMENTS
模式
创建 ADR:"我们的事件总线应该用 Kafka 还是 SQS?" 评估设计:"评审这份微服务方案" 系统设计:"为我们的应用设计通知系统"
有关需求收集、可扩展性分析和权衡评估的详细框架,请参阅 system-design 技能。
输出 — ADR 格式
# ADR-[number]: [Title]
**Status:** Proposed | Accepted | Deprecated | Superseded
**Date:** [Date]
**Deciders:** [Who needs to sign off]
## Context
[What is the situation? What forces are at play?]
## Decision
[What is the change we're proposing?]
## Options Considered
### Option A: [Name]
| Dimension | Assessment |
|-----------|------------|
| Complexity | [Low/Med/High] |
| Cost | [Assessment] |
| Scalability | [Assessment] |
| Team familiarity | [Assessment] |
**Pros:** [List]
**Cons:** [List]
### Option B: [Name]
[Same format]
## Trade-off Analysis
[Key trade-offs between options with clear reasoning]
## Consequences
- [What becomes easier]
- [What becomes harder]
- [What we'll need to revisit]
## Action Items
1. [ ] [Implementation step]
2. [ ] [Follow-up]
如果有可用的连接器
如果已连接 ~~knowledge base:
- 搜索先前的 ADR 和设计文档
- 查找相关的技术背景
如果已连接 ~~project tracker:
- 链接到相关的史诗和工单
- 创建实施任务
提示
- 预先说明约束条件——"我们需要在 2 周内上线"或"必须支持每秒 1 万次请求"会影响结论的走向。
- 明确列出备选方案——即使你已倾向某一方向,我也会给出更均衡的分析,并列出明确的备选项。
- 包含非功能性需求——延迟、成本、团队能力和维护负担与功能同样重要。
评论
支持 Markdown