system-design
Mission
Section titled “Mission”Understand constraints → explore options → decide → document. Produces a decision-backed architecture.
When to Use
Section titled “When to Use”Use when designing a new system, service, agent architecture, data pipeline, or infrastructure component; evaluating architectural options; making build-vs-buy decisions; or establishing constraints and tradeoffs before coding begins.
Triggers: “design this system”, “architecture for”, “how should we structure”, “system design”, “greenfield”, “architectural decision”
Skills Invoked
Section titled “Skills Invoked”arch-system— full component and boundary designarch-security— threat modelling (STRIDE)arch-reliability— SLA/SLO and failure modesarch-scalability— load model and scaling strategyreq-analysis— requirements clarity passreq-scope— boundary definition
Chain-To
Section titled “Chain-To”feature-implement— proceed to implementationpolicy-govern— governance review of architecture
Example
Section titled “Example”{ "request": "Design a multi-tenant SaaS authentication service with SSO and MFA support"}Output: Component diagram, API contracts, security threat table, SLA model, scaling recommendation, ADR log, and a handoff note for feature-implement.
Companion Tools
Section titled “Companion Tools”Use graph-visualize with chain-graph or skill-graph to inspect the instruction chain and skill topology.