home/categories/architecture-patterns
category focus

Architecture

Design patterns and architectural blueprints.

4113 skillsall categories
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
architecture-patterns
23

sre-task-refinement

Use when you have to refine subtasks into actionable plans ensuring that all corner cases are handled and we understand all the requirements.

withzombies
withzombies
development
open
architecture-patterns
23

data-visualizer

Automated data visualization for EDA, model performance, and business reporting. Activates for "visualize data", "create plots", "EDA", "exploratory analysis", "confusion matrix", "ROC curve", "feature distribution", "correlation heatmap", "plot results", "dashboard". Generates publication-quality visualizations integrated with SpecWeave increments.

anton-abyzov
anton-abyzov
development
open
architecture-patterns
23

architect

System Architect and technical design expert. Creates system architecture, technical specifications, Architecture Decision Records (ADRs), component designs, API contracts, data models, and deployment architectures. Handles design patterns, scalability planning, technology stack decisions, microservices architecture, event-driven systems, CQRS, domain-driven design. Activates for architect, architecture, system design, technical design, api, backend, frontend, fullstack, ADR, architecture decision record, design patterns, microservices, API design, data model, database schema, scalability, performance architecture, technology stack, tech stack selection, distributed systems, event-driven, CQRS, DDD, domain model, component architecture, integration patterns, CAP theorem, consistency, availability, partition tolerance, how should I design, how to architect, what architecture, best architecture for, system architecture for, design the system, plan the architecture, architecture review, architecture decision, wh

anton-abyzov
anton-abyzov
development
open
architecture-patterns
23

domain-driven-design

This skill should be used whenever domain modeling is taking place. It provides specialized guidance for type-driven and data-driven design based on Rich Hickey and Scott Wlaschin's principles. The skill helps contextualize current modeling within the existing domain model, identifies inconsistencies, builds ubiquitous language, and creates visualizations (Mermaid, Graphviz/DOT, ASCII diagrams) to communicate domain concepts clearly. Use this skill when designing types, modeling business domains, refactoring domain logic, or ensuring domain consistency across a codebase.

bfollington
bfollington
development
open
architecture-patterns
23

model-registry

Centralized model versioning, staging, and lifecycle management. Activates for "model registry", "model versioning", "model staging", "deploy to production", "rollback model", "model metadata", "model lineage", "promote model", "model catalog". Manages ML model lifecycle from development through production with SpecWeave increment integration.

anton-abyzov
anton-abyzov
development
open
architecture-patterns
23

automl-optimizer

Automated machine learning with hyperparameter optimization using Optuna, Hyperopt, or AutoML libraries. Activates for "automl", "hyperparameter tuning", "optimize hyperparameters", "auto tune model", "neural architecture search", "automated ml". Systematically explores model and hyperparameter spaces, tracks all experiments, and finds optimal configurations with minimal manual intervention.

anton-abyzov
anton-abyzov
development
open
architecture-patterns
22

logging

Guide logging practices based on Dave Cheney's minimalist philosophy. Use when adding log.Info/Debug/Error/Warn/Fatal calls, reviewing logging code, handling errors with log+return pattern, discussing log levels, or designing error handling strategies.

atusy
atusy
development
open
architecture-patterns
22

pattern-discovery

Pattern library discovery for pattern-first development. Use BEFORE implementing any new feature, creating components, writing API routes, or adding database operations. Ensures existing patterns are checked first.

bybren-llc
bybren-llc
development
open
architecture-patterns
22

pattern-discovery

Pattern library discovery for pattern-first development. Use BEFORE implementing any new feature, creating components, writing API routes, or adding database operations. Ensures existing patterns are checked first before writing new code.

bybren-llc
bybren-llc
development
open
architecture-patterns
22

code-priority

Guide design decisions using the State > Coupling > Complexity > Code priority framework. Use when evaluating tradeoffs, reviewing design choices, deciding between implementations, or when code volume seems to be prioritized over deeper concerns.

atusy
atusy
development
open
architecture-patterns
21

product-manager

Decomposes large features into concrete development phases with DAG dependencies. Each phase produces fully functional code. Outputs YAML manifest. Triggers on keywords: decompose feature, phase planning, roadmap breakdown, feature phases, PM decomposition, split feature

WaterplanAI
WaterplanAI
development
open
architecture-patterns
21

planning

Use when you need to plan technical solutions that are scalable, secure, and maintainable.

binhmuc
binhmuc
development
open
architecture-patterns
21

architecture-patterns

Implement proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design. Use when architecting complex backend systems or refactoring existing applications for better maintainability.

secondsky
secondsky
development
open
architecture-patterns
21

microservices-patterns

Design microservices architectures with service boundaries, event-driven communication, and resilience patterns. Use when building distributed systems, decomposing monoliths, or implementing microservices.

secondsky
secondsky
development
open
architecture-patterns
20

goroutine-patterns

Implement Go concurrency patterns using goroutines, channels, and synchronization primitives. Use when building concurrent systems, implementing parallelism, or managing goroutine lifecycles. Trigger words include "goroutine", "channel", "concurrent", "parallel", "sync", "context".

armanzeroeight
armanzeroeight
development
open
architecture-patterns
20

view-model-platform-guide

The master guide for the view_model ecosystem. Start here to navigate to specific sub-skills.

lwj1994
lwj1994
development
open
architecture-patterns
20

planning

Use when you need to plan technical solutions that are scalable, secure, and maintainable.

The1Studio
The1Studio
development
open
architecture-patterns
20

architecture-recommendation

Guidelines for structuring applications using the view_model package, promoting a simplified, mixin-based architecture.

lwj1994
lwj1994
development
open
architecture-patterns
20

error-handling

Implement Go error handling patterns including error wrapping, sentinel errors, custom error types, and error handling conventions. Use when handling errors, creating error types, or implementing error propagation. Trigger words include "error", "panic", "recover", "error handling", "error wrapping".

armanzeroeight
armanzeroeight
development
open
architecture-patterns
19

task-orchestrator

USE WHEN: planning complex multi-step tasks, organizing work with dependencies, identifying parallelization opportunities, breaking down large features into atomic tasks. DO NOT USE WHEN: single simple tasks, tasks without dependencies, or when user just wants immediate execution without planning. For complex orchestration, trigger deep thinking with "think harder" or "ultrathink" to map comprehensive dependency graphs.

mahidalhan
mahidalhan
development
open
architecture-patterns
19

useful-discoveries-use

For (1) finding solutions, patterns, and workarounds to issues when encountering unexpected behavior, or when stuck after trying initial approaches; (2) saving solutions, patterns, and workarounds discovered during development; (3) paring down useful-discoveries, keeping only the most valuable.

ScotterMonk
ScotterMonk
development
open
architecture-patterns
19

architecture-introspector

USE WHEN: analyzing existing architectures, evaluating architectural decisions, identifying technical debt, planning refactoring, assessing whether patterns are justified, onboarding to complex codebases, reviewing PRs with architectural changes. DO NOT USE WHEN: simple code questions, bug fixes, feature implementation, or tasks not requiring architectural analysis. For complex architectural analysis, trigger deep thinking with "think harder" or "ultrathink" to enable thorough first-principles reasoning.

mahidalhan
mahidalhan
development
open
architecture-patterns
19

mode-selection

For understanding what each mode does, which mode is best (most appropriate mode) for a given situation, and establishing a pattern for choosing when and how a mode delegates or passes operation to another mode

ScotterMonk
ScotterMonk
development
open
architecture-patterns
19

rails-aijobs

Use when setting up background jobs, caching, or WebSockets - SolidQueue, SolidCache, SolidCable (TEAM RULE

zerobearing2
zerobearing2
development
open
Previous
Page 72 / 172
Next