Cloud-native SaaS architecture methodology extending Twelve-Factor with three additional factors (API First, Telemetry, Security). Use when planning SaaS tools, product software architecture, microservices design, PRPs/PRDs, or cloud-native application development; when the user says "fifteen factor", "12 factor", "SaaS architecture", "cloud-native design", "application architecture", "microservices best practices"; or when in a planning/architecture session. Do NOT use for greenfield monolith …
Cloud-native SaaS architecture methodology extending Twelve-Factor with three additional factors (API First, Telemetry, Security).
Use when planning SaaS tools, product software architecture, microservices design, PRPs/PRDs, or cloud-native application development; when the user says "fifteen factor", "12 factor", "SaaS architecture", "cloud-native design", "application architecture", "microservices best practices"; or when in a planning/architecture session.
Do NOT use for greenfield monolith design without cloud-native constraints, internal tooling that will never ship as a service, or local-only scripts.
Similar popular skills
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Claude CodeNot declared
CursorNot declared
CodexNot declared
GitHub CopilotNot declared
WindsurfNot declared
Gemini CLINot declared
ClineNot declared
OpenCodeNot declared
Package contents
Files included with this skill beyond the listing page.
skill mdSKILL.md4,459 B
docsSUMMARY.md595 B
History
First recorded snapshot · 0 installs
SKILL.md
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:
Architecture Planning - When designing new applications or microservices
PRP/PRD Creation - When documenting technical requirements and specifications
Code Reviews - When evaluating whether implementations follow best practices
Migration Planning - When modernising legacy applications for cloud deployment
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