STACK IT FAST
EXPLORE ALL STACKS

Coolify

SiteGitHub
CURATED OSSAI-AGENT
Self-Hosted Cloud PaaS · Solo·Architect: Community Member
A
Community Architect

Submitted and verified architecture maintainer

PROJECT DETAILS

Coolify is an open-source, self-hostable alternative to Heroku, Netlify, and Vercel for deploying applications, databases, and services on your own servers.

ARCHITECTURAL RATIONALE

Self-hosted Heroku/Netlify alternative: single Laravel server orchestrates servers, databases, and Docker containers via SSH.

Your AI Scaffolding Prompt

Paste this into Claude, Cursor, or any AI coding agent to scaffold a production-ready clone of Coolify's architecture in minutes.

use-this-stack.md
# MISSION: Scaffold "Coolify" Production Architecture
You are an expert Senior Staff Software Architect and Full-Stack Engineer. Your mission is to scaffold and implement a production-grade, highly reliable, and modular codebase following the proven architecture of **Coolify**.
---
## 1. PROJECT SPECIFICATIONS & BENCHMARK
- **Reference Architecture**: Coolify
- **What It Does**: Coolify is an open-source, self-hostable alternative to Heroku, Netlify, and Vercel for deploying applications, databases, and services on your own servers.
- **Domain & Category**: Self-Hosted Cloud PaaS
- **Production Scale**: Solo
- **Development Mode**: AI-AGENT
- **Architectural Rationale**: Self-hosted Heroku/Netlify alternative: single Laravel server orchestrates servers, databases, and Docker containers via SSH.
- **Live Website Reference**: https://coolify.io
- **Source Repository**: https://github.com/coollabsio/coolify
---
## 2. PRODUCTION TECH STACK
- **Full Stack Array**: Laravel, Livewire, Alpine.js, Tailwind, Docker, Postgres
- **Frontend Layer**: Tailwind
- **Data & Persistence**: Postgres
- **Infrastructure & Deploy**: Docker
---
## 3. NON-NEGOTIABLE ARCHITECTURAL GUARDRAILS
1. **Monorepo & Modular Separation**:
   - Structure as a Turborepo monorepo with strict package boundaries:
     - `apps/web`: Application UI, routing, layouts, and server endpoints.
     - `packages/ui`: Shared design tokens, CSS variables, and Radix UI primitive components.
     - `packages/db`: Database schemas, client singleton, declarative migrations, and seed scripts.
     - `packages/config`: Shared TypeScript, ESLint, and build configurations.
2. **Strict Type Safety & Zero `any` Policy**:
   - Enable `strict: true`, `noImplicitAny: true`, and `strictNullChecks: true`.
   - Validate ALL external inputs, API request bodies, and query parameters with **Zod** schemas before execution.
3. **Frontend & Rendering Guidelines**:
   - Isolate interactive UI state to leaf components. Keep core pages lightweight and performant.
4. **Design System & Aesthetics**:
   - Implement a sleek, dark-mode first design palette (`#0e0e0f` main background, `#141416` cards, `#28292e` borders, warm amber `#e0791f` accent).
   - Use crisp 1px borders and subtle 1px offset depth shadows (`0 1px 0 rgba(0, 0, 0, 0.5)`). Never use blurry default Tailwind shadows.
   - Clean typography using `IBM Plex Sans` for body/headings and `IBM Plex Mono` for tags, badges, metrics, and code snippets.
5. **Data Layer & Reliability**:
   - Write declarative schema definitions with foreign keys, composite indexes on queried filters, and automated timestamp triggers.
   - Use connection pooling and prepared statements for serverless database execution.
---
## 4. STEP-BY-STEP SCAFFOLDING ROADMAP
- **Phase 1: Workspace & Root Config**: Initialize package manager, monorepo configuration (`turbo.json`, `tsconfig.base.json`, `package.json`).
- **Phase 2: Database Schema & Client**: Set up database client, connection pool, Drizzle/PostgreSQL models, and migration scripts.
- **Phase 3: Design Tokens & UI Primitives**: Build accessible `Button`, `Input`, `Card`, `Badge`, and layout wrappers inside `packages/ui`.
- **Phase 4: Core Application Routes & Handlers**: Implement primary authentication, user session handling, and application routes.
- **Phase 5: Quality Assurance & Build Verification**: Run `tsc --noEmit`, ESLint, Prettier, and smoke test suites to ensure zero compilation or runtime errors.
---
## 5. EXECUTION INSTRUCTIONS
1. Review all specifications, architectural guardrails, and stack choices above.
2. Present the full monorepo directory tree structure.
3. Systematically generate the complete, production-ready codebase according to the 5-phase roadmap above — starting with the root workspace setup, followed by the database schema, UI design system package, and full-stack application routes until the repository is fully scaffolded and ready to run.
0PROMPT COPIED
0SUCCESSFUL LAUNCHES
100%SUCCESS RATE
Used this prompt?
"Scaffolded" counts developers who copied the prompt.
RELIABILITY
3 years 6 monthsTIME RUNNING
Aug 27, 2026LAST VERIFIED
Did this stack work well for Self-Hosted Cloud PaaS?
Compatible Rule

Laravel + Livewire + PostgreSQL

Production guidelines for Laravel 11 monoliths, Livewire reactive components, Eloquent ORM query discipline, and queued job workers.

AGENTS.md (38)CLAUDE.md (14)
USE THIS RULE
Sponsorship Spot

Feature Your Product Here

Reach engineers scouting production tech stacks.

DM TO SPONSOR