production-ready
Skill4 starsChanged 51 days agoMITView on GitHub
Prepares, audits, and hardens projects for production deployment. Detects financial cost loopholes, unbounded queries, runaway API billing risks, missing timeouts, and uncapped loops. Generates dynamic, strictly validated environment variable configs (.env, .env.example), implements health probes, graceful shutdown protocols, error shielding, security headers, and rate limits. Use whenever the user asks to "make this production ready", "audit for production", "check deployment readiness", "prevent billing runaways", "setup environment variables", "prepare for release", or before shipping any code to cloud/staging/production.
- Reads credentials
5 other projects use a version of this.
Adopted by
Most recently taken up by
- fainir/agent-harnesstheir own version, first seen Nov 1, 2026
- josharsh/production-readytheir own version, first seen Oct 20, 2026
- cill-i-am/skillstheir own version, first seen Oct 20, 2026
- thoughtfulllc/gridlandtheir own version, first seen Oct 8, 2026
- adamos486/skillstheir own version, first seen Apr 19, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- thoughtfulllc/gridland★ 363same name
- adamos486/skills★ 10same name
- cill-i-am/skills★ 1same name
- fainir/agent-harness★ 0same name
- josharsh/production-ready★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository144 other files it gives its agents.
- skills/composition-patterns/AGENTS.mdAGENTS.md
- skills/react-best-practices/AGENTS.mdAGENTS.md
- skills/react-native-skills/AGENTS.mdAGENTS.md
- antislop-codeSkill
- anti-slopSkill
- antislopSkill
- api-and-interface-designSkill
- api-endpoint-builderSkill
- astroSkill
- bddSkill
- brainstormSkill
- bring-me-ideasSkill
- brooks-lintSkill
- browser-testing-with-devtoolsSkill
- cavemanSkill
- ci-cd-and-automationSkill
- cloudflareSkill
- codebase-audit-pre-pushSkill
- codebase-designSkill
- code-review-and-qualitySkill
- code-simplificationSkill
- composition-patternsSkill
- constraint-driven-developmentSkill
- context7-mcpSkill
- context-engineeringSkill
- conventional-commitSkill
- conventional-commit-with-coauthorSkill
- credentialsSkill
- data-dummerSkill
- dddSkill
- debugging-and-error-recoverySkill
- deprecation-and-migrationSkill
- 3d-uiSkill
- ai-native-uiSkill
- aurora-uiSkill
- bento-uiSkill
- brutalismSkill
- brutalist-typographySkill
- card-based-designSkill
- claymorphismSkill
- color-blockingSkill
- command-center-uiSkill
- cyberpunk-uiSkill
- cyber-y2kSkill
- dark-modeSkill
- dashboard-designSkill
- data-dense-designSkill
- duotone-designSkill
- editorial-designSkill
- flat-design-2Skill
- flat-designSkill
- floating-uiSkill
- frutiger-aeroSkill
- glassmorphismSkill
- gradient-designSkill
- high-contrastSkill
- holographic-uiSkill
- isometric-designSkill
- layered-designSkill
- material-designSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. 0 are common, 5 are distinctive, and 9 are very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 59
Search the codebase for code patterns that risk runaway cloud or API spend:
- Very specific: line 75
Read references/cost-and-resource-guards.md for specific remediation patterns:
- Very specific: line 79
Add hard token ceilings (max_tokens) to LLM requests.
- Very specific: line 94
If the project lacks startup schema validation, implement an environment validator module (e.g.
- Very specific: line 101
Write .env.example with clear comments, type formats, and safe non-secret defaults.
- Very specific: line 102
Ensure .env is listed in .gitignore.
- Very specific: line 104
Read references/env-and-config.md for full implementation details.
- Distinctive: line 110
Ensure containers and instances can be stopped, restarted, and deployed without dropping user requests or corrupting transactions.
- Very specific: line 126
Read references/resilience-and-lifecycle.md for code templates.
- Very specific: line 133
Add security headers (helmet in Node.js, security middleware in Python).
- Distinctive: line 142
Never send database errors, query strings, or stack traces to client HTTP responses.
- Very specific: line 148
Read references/security-and-observability.md for implementation patterns.
- Distinctive: line 155
Verify the project builds: run build command.
- Distinctive: line 156
Verify test suites pass: run test command.
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Production-Ready Setups Creator
Transform prototype and development-grade code into resilient, cost-controlled, and observable production-ready software.
Deploying unhardened software causes two major classes of failure:
- Financial and Resource Disasters: Uncapped loops, unbounded database queries, missing network timeouts, and unprotected third-party API calls (e.g. OpenAI, Stripe) that trigger massive cloud bills, exhaust connection pools, or cause self-inflicted denial-of-service.
- Operational Fragility: Hardcoded connection strings, missing environment validation, dropped in-flight requests during rolling deployments, unmasked stack traces leaking to users, and unstructured logs.
This skill audits a codebase across these failure modes, implements missing production safeguards, and generates verified configuration.
The 5 Pillars of Production Readiness
| Pillar | Focus | Reference Module |
| 1. Cost & Resource Guards | Query limits, pagination, network timeouts, backoff, LLM/API spending caps | references/cost-and-resource-guards.md |
| 2. Dynamic Environment & Config | Zero hardcoded values, startup schema validation, complete .env.example | references/env-and-config.md |
| 3. Resilience & Lifecycle | Graceful shutdown (SIGTERM/SIGINT), health probes (/livez, /readyz) | references/resilience-and-lifecycle.md |
| 4. Security & Error Shielding | Security headers, CORS restriction, rate limiting, generic 500 responses | references/security-and-observability.md |
| 5. Observability & Logging | Structured JSON logging, request correlation IDs, PII redaction | references/security-and-observability.md |
Workflow
Step 1 — Project Discovery & Surface Analysis
Inspect the project to identify runtime, framework, database, external dependencies, and ingress entry points.
# Identify manifests, runtimes, and lockfiles
ls -la
cat package.json pyproject.toml go.mod Cargo.toml requirements.txt 2>/dev/null | head -50
# Scan existing environment setups
find . -maxdepth 2 -name ".env*" -not -path "./.git/*"
# Locate entry points and server definitions
grep -rnE "(listen\(|createServer|FastAPI\(|express\(|http\.ListenAndServe)" src/ app/ server/ 2>/dev/null | head -20Record:
- Primary language, framework, and runtime version.
- Database clients / ORMs (Prisma, Drizzle, TypeORM, SQLAlchemy, pg, Mongoose).
- External paid APIs (OpenAI, Anthropic, Stripe, SendGrid, Twilio, AWS SDK).
- Process entry point file (
server.ts,main.py,app.js).
Step 2 — Audit for Financial Loopholes & Cost Hazards
Search the codebase for code patterns that risk runaway cloud or API spend:
# 1. Unbounded Database Queries (missing limit/take)
grep -rnE "(findMany|findAll|\.find\(|SELECT \*)" src/ app/ 2>/dev/null | grep -vE "(take:|limit:|LIMIT)" | head -30
# 2. Network calls without explicit timeouts
grep -rnE "fetch\(|axios\.(get|post)|requests\.(get|post)" src/ app/ 2>/dev/null | head -30
# 3. Uncapped concurrent paid API calls
grep -rnE "Promise\.all\(" src/ app/ 2>/dev/null | head -20
# 4. Unbounded loops or queue processing
grep -rnE "while\s*\(true\)|while\s*\(1\)" src/ app/ 2>/dev/null | head -20Read references/cost-and-resource-guards.md for specific remediation patterns:
- Clamp all client-supplied pagination limits:
Math.min(limit, 100). - Attach
AbortSignal.timeout(ms)to every HTTP call. - Wrap concurrent batches in concurrency limiters (e.g.
p-limit). - Add hard token ceilings (
max_tokens) to LLM requests.
Step 3 — Dynamic Environment Configuration & Schema Validation
Guarantee zero hardcoding. The project must be fully configurable across environments by altering environment variables alone.
- Audit for hardcoded values:
grep -rnE "(http://localhost|0\.0\.0\.0|postgres://|mongodb://|redis://)" src/ app/ 2>/dev/null | head -30 grep -rnE "(sk-[a-zA-Z0-9]{20,}|bearer [a-zA-Z0-9_\-\.]{20,})" src/ app/ 2>/dev/null | head -20 - Implement Fail-Fast Startup Validation:
If the project lacks startup schema validation, implement an environment validator module (e.g.
src/config/env.tsusing Zod/Joi orapp/config.pyusing Pydantic Settings).- Require all critical connection strings (
DATABASE_URL,SECRET_KEY,PORT). - Coerce numeric and boolean strings to native primitives.
- Halt execution (
process.exit(1)) on boot if any required key is missing, listing every missing key.
- Require all critical connection strings (
- Generate or Sync
.env.example:- Inventory every environment variable referenced in the code.
- Write
.env.examplewith clear comments, type formats, and safe non-secret defaults. - Ensure
.envis listed in.gitignore.
Read references/env-and-config.md for full implementation details.
Step 4 — Implement Resilience & Lifecycle Controls
Ensure containers and instances can be stopped, restarted, and deployed without dropping user requests or corrupting transactions.
- Add Graceful Shutdown:
- Catch
SIGTERMandSIGINT. - Close HTTP listener to stop new connections.
- Set a 15–30s shutdown deadline.
- Drain active requests and close database pools cleanly (
db.$disconnect()orpool.end()).
- Catch
- Add Liveness & Readiness Probes:
/livez(or/healthz): Shallow check verifying the HTTP event loop is active (returns 200)./readyz: Deep check verifying database and critical backing services respond (returns 200 or 503).
- Add Global Process Exception Traps:
- Catch
uncaughtExceptionandunhandledRejection. - Log the fatal diagnostic and exit cleanly with code 1 so the supervisor can spawn a fresh instance.
- Catch
Read references/resilience-and-lifecycle.md for code templates.
Step 5 — Security & Observability Hardening
- HTTP Security Headers & CORS:
- Add security headers (
helmetin Node.js, security middleware in Python). - Restrict CORS origin to explicitly configured
CORS_ORIGINenv vars. Never leave*with credentials in production.
- Add security headers (
- Ingress Payload & Rate Limiting:
- Restrict body-parser payloads (e.g.
express.json({ limit: '1mb' })). - Apply rate limiting to public and authentication endpoints.
- Restrict body-parser payloads (e.g.
- Error Shielding:
- Replace raw error responses with sanitized envelopes.
- Never send database errors, query strings, or stack traces to client HTTP responses.
- Structured JSON Logging:
- Replace ad-hoc
console.logwith structured JSON logger (e.g. Pino, Winston, Loguru). - Redact sensitive keys (
password,token,authorization,creditCard).
- Replace ad-hoc
Read references/security-and-observability.md for implementation patterns.
Step 6 — Verification & Delivery Report
Verify all changes:
- Verify the project builds: run build command.
- Verify test suites pass: run test command.
- Validate
.env.examplematches code references.
Deliver a structured Production Readiness Report:
# Production Readiness Report — [Project Name]
## Summary
- **Status**: [Ready / Ready with Warnings / Action Required]
- **Runtime**: [e.g. Node 20 / TypeScript / Express]
- **Safeguards Applied**: [N] automated fixes implemented
## 1. Loophole & Financial Hazard Audit
- [x] Query limits: pagination clamped to max 100
- [x] Network timeouts: AbortSignal attached to all external fetch calls
- [x] Paid API limits: LLM generations constrained with max_tokens
- [x] Rate limiting: Ingress endpoints protected
## 2. Dynamic Environment & Configuration
- [x] Fail-fast startup validator implemented in `src/config/env.ts`
- [x] Zero hardcoded URLs/secrets remaining
- [x] `.env.example` synchronized with all required variables
- [x] `.env` confirmed in `.gitignore`
## 3. Resilience & Lifecycle
- [x] Graceful shutdown handling `SIGTERM`/`SIGINT` with 15s drain
- [x] `/livez` and `/readyz` health endpoints configured
- [x] Top-level process crash handlers installed
## 4. Security & Observability
- [x] Security headers & CORS lockdown configured
- [x] Client error shielding active (zero stack traces leaked)
- [x] Structured JSON logger with automatic PII redaction
## Next Steps for Operator
1. Copy `.env.example` to `.env` and fill production secrets in target environment.
2. Configure cloud orchestrator (Kubernetes / ECS / Cloud Run) to target `/livez` and `/readyz`.Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

