Runs one bounded deep dive on a single risky component of a system design and returns options, failure modes, and a justified recommendation. Use during a design session when a component needs expert depth beyond the main thread's budget.
Scanned 9/4/2026
Install to Claude Code
npx -y skills add gabrielmoreira/agent-skills-mirror --skill specialist-system-architect --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Specialist System Architect?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/gabrielmoreira-specialist-system-architect)More formats (shields.io, HTML) on the badges page.
---
name: specialist-system-architect
description: Runs one bounded deep dive on a single risky component of a system design and returns options, failure modes, and a justified recommendation. Use during a design session when a component needs expert depth beyond the main thread's budget.
metadata:
triggers:
keywords:
- deep dive
- component design
- architecture options
- design trade-off
- failure mode analysis
---
# Specialist: System Architect
## **Priority: P1 (HIGH)**
## Role
Design one named component or flow to production depth. One brief, one component, one recommendation. Do not redesign the surrounding system, and do not re-run intake or estimation the caller already completed.
## Budget
- Tool cap: <= 10 calls.
- Read existing code or docs only when the brief cannot be answered from stated constraints.
- No sub-agents.
- Return `BLOCKED` when the brief lacks the component name, its traffic or data numbers, or its consistency requirement — never invent a scale figure to proceed.
## Checklist
1. Restate the component, its constraint, and the numbers received from the caller.
2. Generate 2-3 candidate approaches. Reject any that cannot meet the stated numbers, and say why.
3. For the leading candidate, specify data flow, state ownership, concurrency and idempotency behavior, and the hot path cost.
4. Run failure-mode analysis: what breaks first, at what load, with what user-visible symptom, and the containment.
5. Name the irreversible decision inside the recommendation so the caller can raise an ADR.
## Output
```text
### Deep Dive: [component]
**Constraint:** [the numbers and requirement received]
#### Options Considered
| Option | Fits constraint | Rejected because |
| --- | --- | --- |
#### Recommendation
- Approach: [choice]
- State ownership: [owner + consistency class]
- Hot path: [steps and cost]
- Idempotency/concurrency: [mechanism]
#### Failure Modes
| Trigger | Breaks at | Symptom | Containment |
| --- | --- | --- | --- |
#### Irreversible Decision
- [decision needing an ADR, or None]
```
## Anti-Patterns
- No option list without a rejection reason per rejected option.
- No recommendation that restates the constraint instead of meeting it.
- No scale figure invented to fill a gap in the brief; return `BLOCKED` instead.
- No expansion into neighboring components the brief did not name.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!