replit-reliability-patterns
Implement reliability patterns for Replit: cold start handling, graceful shutdown, persistent state, and keep-alive. Use when building fault-tolerant Replit apps, handling container restarts, or adding resilience to production Replit deployments. Trigger with phrases like "replit reliability", "replit container restart", "replit data persistence", "replit always on", "replit graceful shutdown".
Best use case
replit-reliability-patterns is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Implement reliability patterns for Replit: cold start handling, graceful shutdown, persistent state, and keep-alive. Use when building fault-tolerant Replit apps, handling container restarts, or adding resilience to production Replit deployments. Trigger with phrases like "replit reliability", "replit container restart", "replit data persistence", "replit always on", "replit graceful shutdown".
Teams using replit-reliability-patterns 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-reliability-patterns/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How replit-reliability-patterns Compares
| Feature / Agent | replit-reliability-patterns | 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?
Implement reliability patterns for Replit: cold start handling, graceful shutdown, persistent state, and keep-alive. Use when building fault-tolerant Replit apps, handling container restarts, or adding resilience to production Replit deployments. Trigger with phrases like "replit reliability", "replit container restart", "replit data persistence", "replit always on", "replit graceful shutdown".
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 Reliability Patterns
## Overview
Production reliability patterns for Replit's container-based hosting. Replit containers restart on deploy, sleep on inactivity (Autoscale), and have ephemeral filesystems. These patterns ensure your app survives container lifecycle events gracefully.
## Prerequisites
- Replit Deployment configured
- External storage for persistent state (PostgreSQL or Object Storage)
- Understanding of Replit container lifecycle
## Container Lifecycle
```
Container starts → App boots → Handles requests → [Sleep or Restart]
│
┌────────────────────────────────────┘
│
┌───────┴──────┐
│ Sleep trigger │ Autoscale: no traffic for ~5 min
│ Restart trigger│ Deploy, config change, or crash
└───────┬──────┘
│
State lost: filesystem, in-memory data, caches
State kept: PostgreSQL, KV Database, Object Storage, Secrets
```
## Instructions
### Step 1: Graceful Startup
```typescript
// Handle cold starts — prioritize accepting requests over initialization
import express from 'express';
const app = express();
let ready = false;
// Accept requests immediately
app.listen(parseInt(process.env.PORT || '3000'), '0.0.0.0', () => {
console.log(`Server started in ${process.uptime().toFixed(1)}s`);
// Initialize in background
initialize().catch(console.error);
});
// Health endpoint reflects readiness
app.get('/health', (req, res) => {
res.status(ready ? 200 : 503).json({
status: ready ? 'ready' : 'initializing',
uptime: process.uptime(),
});
});
async function initialize() {
const start = Date.now();
// Pre-connect database
await pool.query('SELECT 1');
// Warm caches
await warmCache();
ready = true;
console.log(`Initialization complete in ${Date.now() - start}ms`);
}
```
### Step 2: Graceful Shutdown
Replit sends SIGTERM before stopping containers. Save state during shutdown.
```typescript
// Graceful shutdown handler
let shutdownInProgress = false;
async function shutdown(signal: string) {
if (shutdownInProgress) return;
shutdownInProgress = true;
console.log(`${signal} received. Shutting down gracefully...`);
// 1. Stop accepting new requests
server.close();
// 2. Finish in-flight requests (give them 10 seconds)
await new Promise(resolve => setTimeout(resolve, 10000));
// 3. Save critical state
try {
await saveAppState();
} catch (err: any) {
console.error('Failed to save state:', err.message);
}
// 4. Close database connections
await pool.end();
// 5. Close KV database
// @replit/database: call close() to terminate cleanly
// replit.db (Python): call replit.db.close()
console.log('Shutdown complete');
process.exit(0);
}
process.on('SIGTERM', () => shutdown('SIGTERM'));
process.on('SIGINT', () => shutdown('SIGINT'));
const server = app.listen(PORT, '0.0.0.0');
```
### Step 3: Persistent State (Survive Restarts)
Never rely on the local filesystem for data that must persist:
```typescript
// BAD: Local filesystem is ephemeral
import fs from 'fs';
fs.writeFileSync('state.json', JSON.stringify(appState));
// GONE after container restart
// GOOD: Use Replit KV Database for small state
import Database from '@replit/database';
const kv = new Database();
async function saveAppState() {
await kv.set('app:state', {
lastActive: Date.now(),
version: process.env.npm_package_version,
counters: appCounters,
});
}
async function loadAppState() {
return (await kv.get('app:state')) || { lastActive: 0, counters: {} };
}
// GOOD: Use Object Storage for larger data / files
import { Client } from '@replit/object-storage';
const storage = new Client();
async function saveReport(data: any) {
await storage.uploadFromText(
`reports/${new Date().toISOString()}.json`,
JSON.stringify(data)
);
}
```
**Python equivalent:**
```python
from replit import db
from replit.object_storage import Client as Storage
import json, time, signal, sys
# Persistent state via KV
def save_state(data):
db["app:state"] = {
"data": data,
"saved_at": time.time()
}
def load_state():
return db.get("app:state", {"data": {}, "saved_at": 0})
# Persistent files via Object Storage
storage = Storage()
def save_backup(filename, content):
storage.upload_from_text(f"backups/{filename}", content)
# Graceful shutdown
def shutdown(signum, frame):
print("Shutting down...")
save_state(app_data)
db.close()
sys.exit(0)
signal.signal(signal.SIGTERM, shutdown)
```
### Step 4: Keep-Alive for Non-Deployment Repls
For Repls not using Deployments, prevent sleep with external pinging:
```markdown
Option 1: External cron service (recommended)
- UptimeRobot (free: 50 monitors, 5-min intervals)
- cron-job.org (free: 1-min intervals)
- URL: https://your-repl.replit.app/ping
- Interval: 4 minutes (Replit sleeps after ~5 min)
Option 2: Self-ping (less reliable — sleeps if service itself sleeps)
```
```typescript
// Lightweight ping endpoint
app.get('/ping', (req, res) => res.send('pong'));
```
```markdown
Best option: Use Replit Deployments instead
- Autoscale: scales to zero but wakes on request
- Reserved VM: always-on, no sleeping
- Both are more reliable than keep-alive hacks
```
### Step 5: Database Connection Resilience
```typescript
// Auto-reconnect on database failures
import { Pool } from 'pg';
function createResilientPool(): Pool {
const pool = new Pool({
connectionString: process.env.DATABASE_URL,
ssl: { rejectUnauthorized: false },
max: 5,
idleTimeoutMillis: 30000,
connectionTimeoutMillis: 5000,
});
pool.on('error', (err) => {
console.error('Pool error (will auto-reconnect):', err.message);
// Pool auto-replaces failed connections on next query
});
return pool;
}
// Retry wrapper for database queries
async function queryWithRetry(
pool: Pool,
sql: string,
params?: any[],
retries = 3
): Promise<any> {
for (let attempt = 1; attempt <= retries; attempt++) {
try {
return await pool.query(sql, params);
} catch (err: any) {
if (attempt === retries) throw err;
console.warn(`DB query failed (attempt ${attempt}): ${err.message}`);
await new Promise(r => setTimeout(r, 1000 * attempt));
}
}
}
```
### Step 6: Deployment Health Monitor
```typescript
// Self-monitoring deployment health
const healthMetrics = {
startTime: Date.now(),
requestCount: 0,
errorCount: 0,
lastError: null as string | null,
};
app.use((req, res, next) => {
healthMetrics.requestCount++;
res.on('finish', () => {
if (res.statusCode >= 500) {
healthMetrics.errorCount++;
healthMetrics.lastError = `${res.statusCode} on ${req.method} ${req.path}`;
}
});
next();
});
app.get('/health', (req, res) => {
const uptime = (Date.now() - healthMetrics.startTime) / 1000;
const errorRate = healthMetrics.requestCount > 0
? (healthMetrics.errorCount / healthMetrics.requestCount * 100).toFixed(2)
: '0';
res.json({
status: parseFloat(errorRate) > 5 ? 'degraded' : 'healthy',
uptime: `${uptime.toFixed(0)}s`,
requests: healthMetrics.requestCount,
errors: healthMetrics.errorCount,
errorRate: `${errorRate}%`,
lastError: healthMetrics.lastError,
memory: Math.round(process.memoryUsage().heapUsed / 1024 / 1024) + 'MB',
});
});
```
## Error Handling
| Issue | Cause | Solution |
|-------|-------|----------|
| Data lost on restart | Using local filesystem | Use KV Database or Object Storage |
| Slow first request | Cold start (Autoscale) | Pre-warm, or use Reserved VM |
| Container sleeping | No traffic for 5 min | Use Deployments or external keepalive |
| DB disconnects | Container restart | Auto-reconnect via Pool + retry |
| State inconsistency | Crash before save | Save state periodically + on SIGTERM |
## Resources
- [Replit Deployments](https://docs.replit.com/hosting/deployments)
- [Replit KV Database](https://docs.replit.com/cloud-services/storage-and-databases/replit-database)
- [Object Storage](https://docs.replit.com/cloud-services/storage-and-databases/object-storage/overview)
- [Deployment Rollbacks](https://blog.replit.com/introducing-deployment-rollbacks)
## Next Steps
For policy enforcement, see `replit-policy-guardrails`.Related Skills
workhuman-sdk-patterns
Workhuman sdk patterns for employee recognition and rewards API. Use when integrating Workhuman Social Recognition, or building recognition workflows with HRIS systems. Trigger: "workhuman sdk patterns".
wispr-sdk-patterns
Wispr Flow sdk patterns for voice-to-text API integration. Use when integrating Wispr Flow dictation, WebSocket streaming, or building voice-powered applications. Trigger: "wispr sdk patterns".
windsurf-sdk-patterns
Apply production-ready Windsurf workspace configuration and Cascade interaction patterns. Use when configuring .windsurfrules, workspace rules, MCP servers, or establishing team coding standards for Windsurf AI. Trigger with phrases like "windsurf patterns", "windsurf best practices", "windsurf config patterns", "windsurfrules", "windsurf workspace".
windsurf-reliability-patterns
Implement reliable Cascade workflows with checkpoints, rollback, and incremental editing. Use when building fault-tolerant AI coding workflows, preventing Cascade from breaking builds, or establishing safe practices for multi-file AI edits. Trigger with phrases like "windsurf reliability", "cascade safety", "windsurf rollback", "cascade checkpoint", "safe cascade workflow".
webflow-sdk-patterns
Apply production-ready Webflow SDK patterns — singleton client, typed error handling, pagination helpers, and raw response access for the webflow-api package. Use when implementing Webflow integrations, refactoring SDK usage, or establishing team coding standards. Trigger with phrases like "webflow SDK patterns", "webflow best practices", "webflow code patterns", "idiomatic webflow", "webflow typescript".
vercel-sdk-patterns
Production-ready Vercel REST API patterns with typed fetch wrappers and error handling. Use when integrating with the Vercel API programmatically, building deployment tools, or establishing team coding standards for Vercel API calls. Trigger with phrases like "vercel SDK patterns", "vercel API wrapper", "vercel REST API client", "vercel best practices", "idiomatic vercel API".
vercel-reliability-patterns
Implement reliability patterns for Vercel deployments including circuit breakers, retry logic, and graceful degradation. Use when building fault-tolerant serverless functions, implementing retry strategies, or adding resilience to production Vercel services. Trigger with phrases like "vercel reliability", "vercel circuit breaker", "vercel resilience", "vercel fallback", "vercel graceful degradation".
veeva-sdk-patterns
Veeva Vault sdk patterns for REST API and clinical operations. Use when working with Veeva Vault document management and CRM. Trigger: "veeva sdk patterns".
vastai-sdk-patterns
Apply production-ready Vast.ai SDK patterns for Python and REST API. Use when implementing Vast.ai integrations, refactoring SDK usage, or establishing coding standards for GPU cloud operations. Trigger with phrases like "vastai SDK patterns", "vastai best practices", "vastai code patterns", "idiomatic vastai".
twinmind-sdk-patterns
Apply production-ready TwinMind SDK patterns for TypeScript and Python. Use when implementing TwinMind integrations, refactoring API usage, or establishing team coding standards for meeting AI integration. Trigger with phrases like "twinmind SDK patterns", "twinmind best practices", "twinmind code patterns", "idiomatic twinmind".
together-sdk-patterns
Together AI sdk patterns for inference, fine-tuning, and model deployment. Use when working with Together AI's OpenAI-compatible API. Trigger: "together sdk patterns".
techsmith-sdk-patterns
TechSmith sdk patterns for Snagit COM API and Camtasia automation. Use when working with TechSmith screen capture and video editing automation. Trigger: "techsmith sdk patterns".