replit-architecture-variants
Choose and implement Replit architecture blueprints: single-file script, modular app, and multi-service. Use when designing new Replit apps, choosing the right architecture scale, or planning migration paths as your app grows. Trigger with phrases like "replit architecture options", "replit blueprint", "how to structure replit app", "replit monolith vs service", "replit app scale".
Best use case
replit-architecture-variants is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Choose and implement Replit architecture blueprints: single-file script, modular app, and multi-service. Use when designing new Replit apps, choosing the right architecture scale, or planning migration paths as your app grows. Trigger with phrases like "replit architecture options", "replit blueprint", "how to structure replit app", "replit monolith vs service", "replit app scale".
Teams using replit-architecture-variants should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/replit-architecture-variants/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How replit-architecture-variants Compares
| Feature / Agent | replit-architecture-variants | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Choose and implement Replit architecture blueprints: single-file script, modular app, and multi-service. Use when designing new Replit apps, choosing the right architecture scale, or planning migration paths as your app grows. Trigger with phrases like "replit architecture options", "replit blueprint", "how to structure replit app", "replit monolith vs service", "replit app scale".
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
Best AI Skills for Claude
Explore the best AI skills for Claude and Claude Code across coding, research, workflow automation, documentation, and agent operations.
ChatGPT vs Claude for Agent Skills
Compare ChatGPT and Claude for AI agent skills across coding, writing, research, and reusable workflow execution.
SKILL.md Source
# Replit Architecture Variants
## Overview
Application architectures on Replit at three scales: single-file prototype, modular production app, and multi-service architecture. Each matches Replit's container model, built-in services, and deployment types.
## Prerequisites
- Replit account
- Understanding of deployment types (Static, Autoscale, Reserved VM)
- Familiarity with Replit's storage options
## Architecture Decision Matrix
| Factor | Single-File | Modular App | Multi-Service |
|--------|------------|-------------|---------------|
| **Users** | Prototype, < 100/day | 100-10K/day | 10K+/day |
| **Database** | Replit KV (50 MiB) | PostgreSQL | PostgreSQL + cache |
| **Storage** | Local + KV | Object Storage | Object Storage + CDN |
| **Persistence** | Ephemeral OK | Durable required | Durable required |
| **Deployment** | Repl Run / Autoscale | Autoscale / Reserved VM | Multiple Reserved VMs |
| **Cost** | Free-$7/mo | $7-25/mo | $25+/mo |
| **Always-on** | No (free), Yes (deploy) | Yes (deployment) | Yes (deployment) |
## Instructions
### Variant A: Single-File Script (Prototype)
**Best for:** Bots, scripts, learning, hackathon projects.
```python
# main.py — everything in one file
from flask import Flask, request, jsonify
from replit import db
import os
app = Flask(__name__)
# KV Database for simple state
@app.route('/')
def home():
count = db.get("visits") or 0
db["visits"] = count + 1
return f"Visit #{count + 1}"
@app.route('/api/notes', methods=['GET', 'POST'])
def notes():
if request.method == 'POST':
note = request.json
notes = db.get("notes") or []
notes.append(note)
db["notes"] = notes
return jsonify(note), 201
return jsonify(db.get("notes") or [])
app.run(host='0.0.0.0', port=int(os.environ.get('PORT', 3000)))
```
```toml
# .replit
run = "python main.py"
[nix]
channel = "stable-24_05"
[deployment]
run = ["python", "main.py"]
deploymentTarget = "autoscale"
```
**Limitations:** 50 MiB data, files lost on restart, cold starts. Upgrade to Variant B when you need structured data or durability.
---
### Variant B: Modular App with PostgreSQL (Production)
**Best for:** Web apps, APIs, SaaS MVPs with 100-10K daily users.
```
my-app/
├── .replit
├── replit.nix
├── package.json
├── src/
│ ├── index.ts # Express entry point
│ ├── config.ts # Environment + secrets validation
│ ├── routes/
│ │ ├── api.ts # Business logic
│ │ ├── auth.ts # Replit Auth integration
│ │ └── health.ts # Health check
│ ├── services/
│ │ ├── db.ts # PostgreSQL pool
│ │ ├── kv.ts # KV for cache/sessions
│ │ └── storage.ts # Object Storage for files
│ └── middleware/
│ ├── auth.ts # Auth header extraction
│ └── rateLimit.ts # Rate limiting
└── tests/
```
```
Architecture:
Client → Replit Proxy (Auth) → Express Server
│
┌─────────────────┤
│ │
PostgreSQL KV Database
(structured) (cache/sessions)
│
Object Storage
(file uploads)
```
**Key decisions:**
- PostgreSQL for all structured data (users, posts, orders)
- KV Database for cache and session data only
- Object Storage for user uploads and backups
- Single Deployment (Autoscale or Reserved VM)
---
### Variant C: Multi-Service (Scale)
**Best for:** Production services with 10K+ daily users, background jobs, or real-time features.
```
Architecture:
CDN (Cloudflare) → Replit Deployment 1: API Server
│
PostgreSQL (Replit)
Redis (Upstash — external)
│
Replit Deployment 2: Worker
│
Queue (Upstash Kafka — external)
│
Replit Deployment 3: Static Frontend
```
**Implementation:**
```markdown
Repl 1: my-app-api
- Express/Fastify API server
- Reserved VM deployment (always-on)
- Handles authentication, CRUD operations
- Publishes events to queue
Repl 2: my-app-worker
- Background job processor
- Reserved VM deployment (always-on)
- Consumes events from queue
- Handles: email sending, image processing, reports
Repl 3: my-app-frontend
- React/Next.js frontend
- Static deployment (free, CDN-backed)
- Calls API server for data
Communication:
- API to Worker: Upstash Kafka/Redis queues
- Frontend to API: REST/GraphQL over HTTPS
- Shared state: PostgreSQL + Redis
```
**When to use external services:**
| Service | Replit-native | External (Recommended at Scale) |
|---------|---------------|--------------------------------|
| Database | Replit PostgreSQL | Neon, Supabase, PlanetScale |
| Cache | Replit KV (50 MiB limit) | Upstash Redis |
| Queue | None built-in | Upstash Kafka, BullMQ |
| Storage | Object Storage | Cloudflare R2, AWS S3 |
| Search | None built-in | Algolia, Meilisearch |
---
### Variant D: Static + API Split
**Best for:** Frontend-heavy apps with a lightweight API backend.
```
Architecture:
Client → Replit Static Deployment (React/Vue/Svelte)
│
└──→ Replit Autoscale Deployment (API)
│
PostgreSQL
```
```toml
# Frontend Repl .replit
[deployment]
deploymentTarget = "static"
publicDir = "dist"
build = ["sh", "-c", "npm ci && npm run build"]
```
```toml
# API Repl .replit
[deployment]
deploymentTarget = "autoscale"
run = ["sh", "-c", "node dist/index.js"]
build = ["sh", "-c", "npm ci && npm run build"]
```
**Benefit:** Frontend is free (Static deployment), API only charges when receiving requests (Autoscale).
## Growth Path
```
Single-File → Modular App → Multi-Service
│ │ │
│ Add PostgreSQL Add Worker + Queue
│ Add Auth Add CDN
│ Add Storage Add Redis
│ Split frontend
```
## Error Handling
| Issue | Cause | Solution |
|-------|-------|----------|
| KV database full | Over 50 MiB limit | Migrate to PostgreSQL |
| Container sleeping | Free plan / no deployment | Use Autoscale or Reserved VM |
| Cross-service latency | Multiple Repls communicating | Use external queue, not HTTP polling |
| Static deploy stale | Cache not cleared | Redeploy or add cache-busting |
## Resources
- [Replit Deployments](https://docs.replit.com/hosting/deployments)
- [Replit Database Options](https://docs.replit.com/category/storage-and-databases)
- [Upstash (Redis/Kafka)](https://upstash.com)
- [Neon (PostgreSQL)](https://neon.tech)
## Next Steps
For known pitfalls at each scale, see `replit-known-pitfalls`.Related Skills
workhuman-reference-architecture
Workhuman reference architecture for employee recognition and rewards API. Use when integrating Workhuman Social Recognition, or building recognition workflows with HRIS systems. Trigger: "workhuman reference architecture".
wispr-reference-architecture
Wispr Flow reference architecture for voice-to-text API integration. Use when integrating Wispr Flow dictation, WebSocket streaming, or building voice-powered applications. Trigger: "wispr reference architecture".
windsurf-reference-architecture
Implement Windsurf reference architecture with optimal project structure and AI configuration. Use when designing workspace configuration for Windsurf, setting up team standards, or establishing architecture patterns that maximize Cascade effectiveness. Trigger with phrases like "windsurf architecture", "windsurf project structure", "windsurf best practices", "windsurf team setup", "optimize for cascade".
windsurf-architecture-variants
Choose workspace architectures for different project scales in Windsurf. Use when deciding how to structure Windsurf workspaces for monorepos, multi-service setups, or polyglot codebases. Trigger with phrases like "windsurf workspace strategy", "windsurf monorepo", "windsurf project layout", "windsurf multi-service", "windsurf workspace size".
webflow-reference-architecture
Implement Webflow reference architecture — layered project structure, client wrapper, CMS sync service, webhook handlers, and caching layer for production integrations. Trigger with phrases like "webflow architecture", "webflow project structure", "how to organize webflow", "webflow integration design", "webflow best practices".
vercel-reference-architecture
Implement a Vercel reference architecture with layered project structure and best practices. Use when designing new Vercel projects, reviewing project structure, or establishing architecture standards for Vercel applications. Trigger with phrases like "vercel architecture", "vercel project structure", "vercel best practices layout", "how to organize vercel project".
vercel-architecture-variants
Choose and implement Vercel architecture blueprints for different scales and use cases. Use when designing new Vercel projects, choosing between static, serverless, and edge architectures, or planning how to structure a multi-project Vercel deployment. Trigger with phrases like "vercel architecture", "vercel blueprint", "how to structure vercel", "vercel monorepo", "vercel multi-project".
veeva-reference-architecture
Veeva Vault reference architecture for REST API and clinical operations. Use when working with Veeva Vault document management and CRM. Trigger: "veeva reference architecture".
vastai-reference-architecture
Implement Vast.ai reference architecture for GPU compute workflows. Use when designing ML training pipelines, structuring GPU orchestration, or establishing architecture patterns for Vast.ai applications. Trigger with phrases like "vastai architecture", "vastai design pattern", "vastai project structure", "vastai ml pipeline".
twinmind-reference-architecture
Production architecture for meeting AI systems using TwinMind: transcription pipeline, memory vault, action item workflow, and calendar integration. Use when implementing reference architecture, or managing TwinMind meeting AI operations. Trigger with phrases like "twinmind reference architecture", "twinmind reference architecture".
together-reference-architecture
Together AI reference architecture for inference, fine-tuning, and model deployment. Use when working with Together AI's OpenAI-compatible API. Trigger: "together reference architecture".
techsmith-reference-architecture
TechSmith reference architecture for Snagit COM API and Camtasia automation. Use when working with TechSmith screen capture and video editing automation. Trigger: "techsmith reference architecture".