home/categories/architecture-patterns
category focus

Architecture

Design patterns and architectural blueprints.

4113 スキルall categories
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
architecture-patterns
11

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes - four-phase framework (root cause investigation, pattern analysis, hypothesis testing, implementation) that ensures understanding before attempting solutions

cipherstash
cipherstash
development
open
architecture-patterns
11

test-skill-multifile

Test skill demonstrating progressive file loading with multiple resources

kcaldas
kcaldas
development
open
architecture-patterns
11

saga-patterns

Distributed transaction patterns using orchestration and choreography

melodic-software
melodic-software
development
open
architecture-patterns
11

tla-specification

TLA+ formal specification language for distributed systems and concurrent algorithms

melodic-software
melodic-software
development
open
architecture-patterns
11

doctrine-assessment

Assess organizational doctrine and universally useful patterns

melodic-software
melodic-software
development
open
architecture-patterns
11

zero-trust

Zero Trust architecture principles including ZTNA, micro-segmentation, identity-first security, continuous verification, and BeyondCorp patterns. Use when designing network security, implementing identity-based access, or building cloud-native applications with zero trust principles.

melodic-software
melodic-software
development
open
architecture-patterns
11

ea-learning

Explain enterprise architecture concepts in practical terms. Use when learning about TOGAF, Zachman, ADRs, or any EA terminology.

melodic-software
melodic-software
development
open
architecture-patterns
11

negative-contrastive-framing

Use when clarifying fuzzy boundaries, defining quality criteria, teaching by counterexample, preventing common mistakes, setting design guardrails, disambiguating similar concepts, refining requirements through anti-patterns, creating clear decision criteria, or when user mentions near-miss examples, anti-goals, what not to do, negative examples, counterexamples, or boundary clarification.

lyndonkl
lyndonkl
development
open
architecture-patterns
11

data-architecture

Use when designing data platforms, choosing between data lakes/lakehouses/warehouses, or implementing data mesh patterns. Covers modern data architecture approaches.

melodic-software
melodic-software
development
open
architecture-patterns
11

queue-processing-patterns

Design safe queue consumers and retries. Use when a mid-level developer needs reliable background processing.

proflead
proflead
development
open
architecture-patterns
11

state-machine-design

Statechart and state machine modeling for lifecycle and behavior specification

melodic-software
melodic-software
development
open
architecture-patterns
11

tdd-enforcement-algorithm

Algorithmic decision tree enforcing test-first development via boolean conditions instead of imperatives

cipherstash
cipherstash
development
open
architecture-patterns
11

context-mapping

Map relationships between bounded contexts using DDD context mapping patterns. Use when defining upstream/downstream relationships, integration strategies (ACL, OHS, PL), or generating Context Mapper DSL output. Follows event storming for bounded context discovery.

melodic-software
melodic-software
development
open
architecture-patterns
11

ears-authoring

EARS requirement pattern authoring. Use when writing requirements using EARS patterns (Ubiquitous, State-Driven, Event-Driven, Unwanted, Optional, Complex). Provides pattern templates, validation, and examples.

melodic-software
melodic-software
development
open
architecture-patterns
11

content-type-modeling

Use when designing content type hierarchies, defining reusable content parts, or structuring field compositions for a headless CMS. Covers the Content Type -> Content Part -> Content Field hierarchy pattern, content type inheritance, composition vs inheritance trade-offs, and schema design for maximum reusability across channels.

melodic-software
melodic-software
development
open
architecture-patterns
11

rate-limiting-patterns

Use when implementing rate limiting, throttling, or API quotas. Covers algorithms like token bucket and sliding window, plus distributed rate limiting patterns.

melodic-software
melodic-software
development
open
architecture-patterns
11

bazinga-db-context

Context packages and learning patterns. Use when managing context packages, error patterns, or strategies.

mehdic
mehdic
development
open
architecture-patterns
11

analyze-code-structure

Examine code organization and identify structural patterns. Use when reviewing module design or understanding architecture.

mvillmow
mvillmow
development
open
architecture-patterns
11

resilience-patterns

Use when implementing circuit breakers, retries, bulkheads, or other resilience patterns. Covers failure handling strategies for distributed systems.

melodic-software
melodic-software
development
open
architecture-patterns
11

brainstorming

Use when creating or developing, before writing code or implementation plans - refines rough ideas into fully-formed designs through collaborative questioning, alternative exploration, and incremental validation. Don't use during clear 'mechanical' processes

cipherstash
cipherstash
development
open
architecture-patterns
11

data-classification

Data classification framework including sensitivity levels, handling requirements, labeling, and data lifecycle management

melodic-software
melodic-software
development
open
architecture-patterns
11

multi-region-deployment

Use when designing globally distributed systems, multi-region architectures, or disaster recovery strategies. Covers region selection, active-active vs active-passive, data replication, and failover patterns.

melodic-software
melodic-software
development
open
architecture-patterns
11

systems-thinking-leverage

Use when problems involve interconnected components with feedback loops (reinforcing or balancing), delays, or emergent behavior where simple cause-effect thinking fails. Invoke when identifying leverage points for intervention (where to push for maximum effect with minimum effort), understanding why past solutions failed or had unintended consequences, analyzing system archetypes (fixes that fail, shifting the burden, tragedy of the commons, limits to growth, escalation), mapping stocks and flows (accumulations and rates of change), discovering feedback loop dynamics, finding root causes in complex adaptive systems, designing interventions that work with system structure rather than against it, or when user mentions systems thinking, leverage points, feedback loops, unintended consequences, system dynamics, causal loop diagrams, or complex systems. Apply to organizational systems (employee engagement, scaling challenges, productivity decline), product/technical systems (technical debt accumulation, performan

lyndonkl
lyndonkl
development
open
Previous
Page 78 / 172
Next