home / skills / henkisdabro / wookstar-claude-plugins / fifteen-factor-app

This skill helps you plan SaaS architectures using the Fifteen-Factor framework, integrating API First, Telemetry, and Security for cloud-native apps.

npx playbooks add skill henkisdabro/wookstar-claude-plugins --skill fifteen-factor-app

Review the files below or copy the command above to add this skill to your agents.

Files (5)
SKILL.md
4.3 KB
---
name: fifteen-factor-app
description: The Fifteen-Factor App methodology for modern cloud-native SaaS applications. This skill should be automatically invoked when planning SaaS tools, product software architecture, microservices design, PRPs/PRDs, or cloud-native application development. Extends the original Twelve-Factor App principles with three additional factors (API First, Telemetry, Security). Trigger keywords include "fifteen factor", "12 factor", "SaaS architecture", "cloud-native design", "application architecture", "microservices best practices", or when in a planning/architecture session.
user-invocable: false
---

# Fifteen-Factor App Methodology

## Overview

The Fifteen-Factor App methodology extends the original Twelve-Factor App principles (created by Heroku in 2012) with three additional factors essential for modern cloud-native applications: API First, Telemetry, and Security.

This methodology provides architectural principles and guidelines for building software-as-a-service applications that are:

- **Performant** - Optimised for speed and efficiency
- **Scalable** - Designed for horizontal scaling without significant changes
- **Manageable** - Easy to deploy, monitor, and maintain
- **Resilient** - Robust against failures with graceful degradation

## When to Apply This Methodology

Apply the Fifteen-Factor principles during:

1. **Architecture Planning** - When designing new applications or microservices
2. **PRP/PRD Creation** - When documenting technical requirements and specifications
3. **Code Reviews** - When evaluating whether implementations follow best practices
4. **Migration Planning** - When modernising legacy applications for cloud deployment
5. **Technical Debt Assessment** - When identifying architectural improvements

## The Fifteen Factors at a Glance

| Factor | Principle | Key Concept |
|--------|-----------|-------------|
| I. Codebase | One codebase, many deploys | Single repo per app, version controlled |
| II. Dependencies | Explicitly declare and isolate | No implicit system-wide packages |
| III. Config | Store in environment | Never hardcode configuration |
| IV. Backing Services | Treat as attached resources | Databases, caches are swappable resources |
| V. Build, Release, Run | Strict separation | Immutable releases, no runtime changes |
| VI. Processes | Stateless and share-nothing | Horizontal scaling, no sticky sessions |
| VII. Port Binding | Export via port | Self-contained, no runtime injection |
| VIII. Concurrency | Scale out via process model | Horizontal over vertical scaling |
| IX. Disposability | Fast startup, graceful shutdown | Maximise robustness |
| X. Dev/Prod Parity | Keep environments similar | Continuous deployment |
| XI. Logs | Treat as event streams | Separate generation from processing |
| XII. Admin Processes | Run as one-off processes | Same environment as app |
| **XIII. API First** | Design contracts first | Enable parallel development |
| **XIV. Telemetry** | Monitor everything | APM, health checks, domain metrics |
| **XV. Security** | Authentication & Authorisation | RBAC, identity per request |

## Architecture Checklist

When creating a PRP, PRD, or architecture plan, evaluate the design against each factor. Use this checklist for quick validation:

```
□ Single codebase in version control
□ All dependencies explicitly declared
□ Configuration externalised to environment
□ Backing services abstracted and swappable
□ Build, release, run stages separated
□ Stateless processes (no sticky sessions)
□ Services self-contained with port binding
□ Designed for horizontal scaling
□ Fast startup and graceful shutdown
□ Dev/staging/prod environments aligned
□ Logs streamed to external aggregator
□ Admin tasks automated and reproducible
□ API contracts defined before implementation
□ Telemetry: APM, health checks, metrics
□ Security: Authentication and authorisation
```

## Resources

Detailed documentation for each factor is available in the references directory:

- `references/overview.md` - Complete factor summary with diagrams
- `references/original-factors.md` - Factors I-XII with implementation examples
- `references/modern-extensions.md` - Factors XIII-XV (API First, Telemetry, Security)
- `references/setup-and-tools.md` - Tooling recommendations and quick start

Read the appropriate reference file for detailed guidance on specific factors.

Overview

This skill codifies the Fifteen-Factor App methodology for modern cloud-native SaaS applications. It extends the original Twelve-Factor principles with three additional factors—API First, Telemetry, and Security—to guide architecture, product planning, and microservices design. Use it to validate design decisions, create PRPs/PRDs, and align teams on deployable, observable, and secure systems.

How this skill works

The skill inspects architecture plans, PRDs, and design notes against the fifteen factors and produces a concise checklist-based assessment. It highlights missing or weak areas (configuration, disposability, telemetry, API contracts, security) and suggests concrete remediation steps. It can be triggered during planning, code review, or migration sessions by keywords like "fifteen factor", "SaaS architecture", or "cloud-native design".

When to use it

  • Creating or reviewing SaaS architecture or microservice designs
  • Writing PRPs/PRDs or technical requirements for a new feature or product
  • Performing migrations or modernisation of legacy apps to cloud-native platforms
  • Running architecture or code reviews to identify technical debt
  • Designing CI/CD, observability, or security controls for production systems

Best practices

  • Keep a single canonical codebase per app and use version-controlled deploys
  • Externalise all configuration to environment variables or secret stores
  • Treat backing services as replaceable resources and abstract connectors
  • Design services statelessly with clear process and concurrency models
  • Define API contracts before implementation to enable parallel work
  • Instrument apps with telemetry and enforce authentication/authorization by default

Example use cases

  • Assess a PRD for cloud readiness and produce a factor-by-factor gap report
  • Validate microservice proposals to ensure portability, disposability, and port binding
  • Create a migration checklist that maps legacy features to modern factors (config, telemetry, security)
  • Guide QA and ops teams to set up APM, health checks, and log streaming during deployment
  • Add an API-first requirement to product specs so front-end and back-end teams can iterate in parallel

FAQ

What exactly are the three additional factors and why add them?

API First ensures contract-driven development for parallel teams. Telemetry mandates observability and health metrics for production reliability. Security requires authentication, authorization, and per-request identity to protect multi-tenant SaaS.

Can I apply these factors to small services or prototypes?

Yes. Apply core factors (codebase, config, dependencies, disposability) even in prototypes—full telemetry and security can be scaled to risk level. The methodology is pragmatic: adopt what reduces risk and friction for your context.