Config Architect

Define layered configuration models separating parameters, modules, and adapters for SaaS platforms.

Updated Jan 29, 2026
One-click install
npx skills add https://github.com/Alpizar28/BookingTemplate --skill config-architect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Config Architect
Source: https://github.com/Alpizar28/BookingTemplate/tree/main/skills/config-architect
Command: npx skills add https://github.com/Alpizar28/BookingTemplate --skill config-architect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams decide what should be configurable versus fixed in the core, preventing fragile or infinitely configurable systems.

Core Features & Use Cases

  • Configuration taxonomy: classify decisions into Dynamic Parameters, Modules (toggles), and Adapters to separate concerns.
  • Core protection: identify invariants that must remain in the core.
  • Declarative design: propose clear, limited configuration schemes to enable product cloning and multi-tenant isolation.

Quick Start

Propose a layered configuration strategy for a SaaS core, including example JSON schemas and adapter interfaces.

Frequently Asked Questions about Config Architect

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design layered configuration for a multi-tenant SaaS architecture?

Layered configuration for multi-tenant SaaS separates dynamic parameters, feature toggles, and integration adapters into strict boundaries. This declarative model isolates tenant settings while protecting core invariants from fragile over-configurability.

What is the boundary between configuration and core invariants in SaaS platforms?

The boundary separates dynamic configuration, modules, and adapters from fixed core invariants. Configurable settings handle tenant-specific behavior, while invariants remain fixed in the core to prevent infinitely configurable and fragile system architectures.

How do I structure feature toggles and integration adapters for a SaaS product?

Structure feature toggles as modules and integration points as adapters, maintaining a strict separation from dynamic parameters. Define explicit JSON schemas and interface definitions to enforce declarative boundaries between these configurable layers.

When should I use declarative configuration for template-based SaaS products?

Use declarative configuration when enabling product cloning and multi-tenant isolation in template-based SaaS. It limits configurability to safe, explicit schemas, preventing fragile systems by clearly defining where tenant settings end and core invariants begin.

What's the best way to prevent over-configurability in multi-tenant SaaS systems?

Prevent over-configurability by classifying decisions into a strict taxonomy of dynamic parameters, modules, and adapters. This approach identifies core invariants that must remain fixed, ensuring robust multi-tenant isolation without infinite configuration sprawl.