Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
athola avatar

Architecture Paradigms

  • 114 installs
  • 325 repo stars
  • Updated August 2, 2026
  • athola/claude-night-market

Architecture Paradigms is an agent skill that selects and routes you to the right architecture paradigm skill before you commit to structure.

About

Architecture Paradigms is a meta-routing agent skill for solo and indie builders who need to choose how a new system should be structured without reading a dozen pattern guides upfront. You invoke it when starting a greenfield service, comparing trade-offs between monolith and services, or preparing an architecture decision record before your agent writes implementation plans. The skill does not implement a single pattern; it runs a structured selection flow—a scenario router, a three-step workflow, and explicit exit criteria—then hands you off to the matching paradigm skill in the same night-market stack (functional core, hexagonal, CQRS/ES, event-driven, layered, modular monolith, microkernel, microservices, and others). That makes it especially useful on Validate when scope is still fluid and on Build when backend shape locks integrations and deployment. Intermediate complexity: you should already know your domain constraints and team size, but you do not need to be a staff architect. Optimized for Claude Code-style agents that can chain skills by dependency rather than one-shot chat advice.

  • Quick scenario router maps common situations to candidate paradigms
  • 3-step selection workflow before delegating to a paradigm skill
  • Routes to 13 dedicated architecture-paradigm dependency skills
  • Supports paradigm-selection, architecture-review, implementation-planning, and ADR creation
  • Exit criteria so you stop browsing patterns and pick a path

Architecture Paradigms by the numbers

  • 114 all-time installs (skills.sh)
  • Ranked #2,903 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
  • Security screen: MEDIUM risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/athola/claude-night-market --skill architecture-paradigms

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs114
repo stars325
Security audit3 / 3 scanners passed
Last updatedAugust 2, 2026
Repositoryathola/claude-night-market

What it does

Route a developer from vague system goals to the right architecture paradigm skill before committing to structure and ADRs.

Who is it for?

Best when you're greenfielding a backend or API and want a checklist-driven paradigm pick instead of generic microservices advice.

Skip if: Skip if you already locked an ADR and only need line-level refactors inside one chosen pattern—invoke a specific paradigm skill directly.

When should I use this skill?

Choosing patterns for a new system or comparing trade-offs before making architecture decisions.

What you get

You complete a short selection workflow with clear exit criteria and invoke the matching paradigm dependency skill to implement details and support ADR-style decisions.

  • Selected paradigm recommendation with routing to the matching skill
  • Documented exit criteria from the selection workflow
  • Inputs for ADR or implementation-planning follow-up

By the numbers

  • 13 named architecture-paradigm dependency skills
  • 3-step selection workflow
  • Estimated 280 tokens in skill metadata

Files

SKILL.mdMarkdownGitHub ↗

Table of Contents

Architecture Paradigm Router

This skill helps you select the right architecture paradigm(s) for your system, then routes you to the specific paradigm skill for implementation details.

Quick Scenario Router

Match your needs to the recommended paradigm:

Your ScenarioPrimary ParadigmLoad Skill
Enterprise app with multiple teamsMicroservices or Modular Monolitharchitecture-paradigm-microservices or architecture-paradigm-modular-monolith
Complex business rules & testingFunctional Core, Imperative Shellarchitecture-paradigm-functional-core
Real-time/event processingEvent-Driven Architecturearchitecture-paradigm-event-driven
Legacy system modernizationHexagonal (Ports & Adapters)architecture-paradigm-hexagonal
Cloud-native/bursty workloadsServerlessarchitecture-paradigm-serverless
ETL/data processing pipelinePipeline Architecturearchitecture-paradigm-pipeline
Simple CRUD appLayered Architecturearchitecture-paradigm-layered
Command/query separationCQRS and Event Sourcingarchitecture-paradigm-cqrs-es

3-Step Selection Workflow

Step 1: Define Your Needs

Primary Concerns (select all that apply):

  • Testability: Isolate business logic → functional-core or hexagonal
  • Team Autonomy: Independent deployment → microservices or modular-monolith
  • Infrastructure Flexibility: Swap databases/frameworks → hexagonal
  • Real-time Scaling: Variable loads with events → event-driven or space-based
  • Simplicity: Maintainable without complexity → layered or modular-monolith
  • Legacy Integration: Work with existing systems → hexagonal or microkernel

System Context:

  • Team Size: < 5 → Layered/Functional Core | 5-15 → Modular Monolith | 15-50 → Microservices | 50+ → Microservices/Space-Based
  • Domain Complexity: Simple → Layered | Moderate → Hexagonal/Modular Monolith | Complex → Functional Core/CQRS | Highly Complex → Microservices/Event-Driven

Step 2: Evaluate Paradigms

Based on your needs from Step 1, review these options:

For Testability & Business Logic

  • Load architecture-paradigm-functional-core - Isolates business logic from infrastructure
  • Load architecture-paradigm-hexagonal - Clear domain/infrastructure boundaries

For Team Autonomy

  • Load architecture-paradigm-microservices - Independent deployment and scaling
  • Load architecture-paradigm-modular-monolith - Team autonomy without distributed complexity

For Infrastructure Flexibility

  • Load architecture-paradigm-hexagonal - Swap infrastructure without domain changes

For Simplicity & Maintainability

  • Load architecture-paradigm-layered - Simple, well-understood separation

For Real-time Event Processing

  • Load architecture-paradigm-event-driven - Scalable, decoupled processing
  • Load architecture-paradigm-space-based - In-memory data grids for linear scalability

For Legacy Integration

  • Load architecture-paradigm-microkernel - Plugin architecture for extensible platforms
  • Load architecture-paradigm-hexagonal - Adapters for external systems

Step 3: Load Paradigm Skill for Implementation

Once you've selected your paradigm(s), load the specific skill for detailed guidance:

# Example: You selected Hexagonal Architecture
Skill(archetypes:architecture-paradigm-hexagonal)

The individual paradigm skill provides:

  • ✅ Complete implementation guide
  • ✅ ADR templates
  • ✅ Migration checklist
  • ✅ Code examples
  • ✅ Testing strategies
  • ✅ Risk assessments

Available Paradigm Skills

ParadigmComplexityTeam SizeBest ForSkill Name
Functional CoreMediumSmall-LargeComplex business logicarchitecture-paradigm-functional-core
HexagonalMediumSmall-LargeInfrastructure changesarchitecture-paradigm-hexagonal
LayeredLowSmall-MediumSimple domainsarchitecture-paradigm-layered
Modular MonolithMediumMedium-LargeEvolving systemsarchitecture-paradigm-modular-monolith
MicroservicesHighLargeComplex domainsarchitecture-paradigm-microservices
Event-DrivenHighMedium-LargeReal-time processingarchitecture-paradigm-event-driven
CQRS and ESHighMedium-LargeAudit trailsarchitecture-paradigm-cqrs-es
Service-BasedMediumMediumCoarse-grained servicesarchitecture-paradigm-service-based
ServerlessMediumSmall-MediumCloud-native/burstyarchitecture-paradigm-serverless
MicrokernelMediumSmall-MediumPlugin systemsarchitecture-paradigm-microkernel
Space-BasedHighLargeLinear scalabilityarchitecture-paradigm-space-based
PipelineLowSmall-MediumETL workflowsarchitecture-paradigm-pipeline
Client-ServerLowSmallTraditional appsarchitecture-paradigm-client-server

Integration with Other Skills

  • Architecture Review: Use this skill first to select paradigms, then /architecture-review for evaluation
  • Implementation Planning: Select paradigms here, then /writing-plans for detailed task breakdown
  • Refactoring: Identify target paradigms here, then use paradigm-specific skills for migration strategies

Exit Criteria

  • [ ] At least one paradigm is selected with clear rationale
  • [ ] Specific paradigm skill has been loaded for detailed guidance
  • [ ] Ready to create ADR or implementation plan

Next Steps

1. Load the specific paradigm skill - Use Skill(archetypes:architecture-paradigm-NAME) 2. Generate an ADR - Use the paradigm's ADR templates 3. Create implementation plan - Use paradigm's migration checklist 4. Set up monitoring - Track success metrics from paradigm guidance

Related skills

How it compares

Use as a structured router across paradigm skills, not as a single-pattern implementation guide or an MCP server.

FAQ

Who is architecture-paradigms for?

and developers using agentic coding workflows who must choose system structure early—monolith vs services, event-driven vs layered—without hiring an architect for every spike.

When should I use architecture-paradigms?

During Validate/scope when comparing trade-offs for a new product; during Build/backend when planning module boundaries; during Ship/review when reassessing whether the chosen paradigm still fits growth constraints.

Is architecture-paradigms safe to install?

It is documentation and routing logic with no built-in shell or network calls, but you should still review the Security Audits panel on this Prism page before trusting any third-party skill in your repo.

Backend & APIsbackenddevops

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.