agentleFS
G1JoshiG1Joshi/Agent-Skills/skills/devops/render/SKILL.md

render

Skill15 starsChanged 42 days agoMITView on GitHub

Expert Render cloud platform assistance covering render.yaml blueprints, Web Services, Background Workers, Cron Jobs, and Managed PostgreSQL. Use when deploying modern web applications and APIs.

  • Reads credentials
  • Installs packages
  • Sends data out

15 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use ingest, publish and 2 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • JaimeGBASkill

    ingest

    Digest an external source (article, paper, transcript, URL, book chapter) and integrate its content into the knowledge base

    Also in 4 projects that use this

  • VercelSkill

    publish

    Publish a single demo to v0 and optionally create Typefully drafts. Use when the user says "publish", "publish to v0", or "create typefully draft" for a demo.

    Also in 3 projects that use this

  • Microsoft AzureSkill

    verify

    End-to-end app testing pipeline for browser-based web apps on cloud browsers via Azure Playwright Workspaces: verify the live app, author tests for working flows, heal failing tests, then re-run with video and produce one consolidated report. Three phases (app verification, test authoring, test healing) plus a scoped final sanity run; each phase emits a sub-report. Use when asked to "verify my app", "make sure my app works and has good test coverage", "do a full QA pass", "add tests where I'm missing coverage", "fix failing tests and add new ones", "smoke test before deploy", "QA my deployment", or any combined verify-and-test ask. Requires Azure CLI (`az login`) and a Playwright Workspace resource ID — bootstraps configs on first invocation. Browser-based web apps with Playwright only — not for unit/API tests, native mobile/desktop, load/perf, or full accessibility audits.

    Also in 4 projects that use this

  • SentrySkill

    review

    Fixture review skill.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 1 is distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 11 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use environment variable linking (fromDatabase, fromService) to avoid hardcoding connection strings.

    line 146
  2. Very specific:

    Commit secrets to render.yaml.

    line 152
  3. Distinctive:

    Run long-running batch jobs in web service instances.

    line 153

“Common” is measured: kept by at least 6 in 10 of the 11 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Render

Render is a modern cloud application hosting platform offering zero-downtime deploys, managed databases, preview environments, and Infrastructure as Code via Render Blueprints.

When to Use

  • Modern Cloud Application Hosting: Deploying web services, background workers, cron jobs, and static sites.
  • Infrastructure as Code with Render Blueprints: Defining entire multi-service stacks in a version-controlled render.yaml.
  • Managed PostgreSQL & Redis: High-availability managed databases with point-in-time recovery and connection pooling.
  • Zero-Downtime Deploys & Automated Previews: Automatic branch previews and zero-downtime rolling releases.

Quick Start

# render.yaml (Blueprint)
services:
  - type: web
    name: my-api
    env: node
    plan: starter
    buildCommand: npm install && npm run build
    startCommand: npm start
    envVars:
      - key: PORT
        value: 10000
    autoDeploy: true

Core Concepts

Declarative Blueprint Specification (render.yaml)

Defining web APIs, background workers, and managed databases:

# render.yaml
services:
  # Web API Service
  - type: web
    name: core-api
    runtime: node
    plan: standard
    region: oregon
    buildCommand: npm ci && npm run build
    startCommand: npm run start
    healthCheckPath: /healthz
    envVars:
      - key: NODE_ENV
        value: production
      - key: DATABASE_URL
        fromDatabase:
          name: core-db
          property: connectionString
      - key: REDIS_URL
        fromService:
          type: redis
          name: core-cache
          property: connectionString

  # Background Queue Worker
  - type: worker
    name: queue-worker
    runtime: node
    plan: starter
    region: oregon
    buildCommand: npm ci
    startCommand: npm run worker:start
    envVars:
      - key: DATABASE_URL
        fromDatabase:
          name: core-db
          property: connectionString

databases:
  - name: core-db
    plan: standard
    region: oregon
    postgresMajorVersion: "16"

Static Site Hosting with Zero-Downtime Edge CDN

Deploying frontend static apps with SPA rewrite rules:

- type: static
  name: marketing-site
  buildCommand: npm run build
  staticPublishPath: ./dist
  routes:
    - type: rewrite
      source: /*
      destination: /index.html

Render API & Deploy Hooks

Triggering deployments programmatically:

# Trigger immediate zero-downtime deployment via deploy hook URL
curl -X POST https://api.render.com/deploy/srv-c0123456789abc?clearCache=clear

Common Patterns

Infrastructure as Code with render.yaml Blueprints

Problem: Inconsistent environment variable configurations between staging and production instances.

Solution: Define complete application stack declaratively in render.yaml:

services:
  - type: web
    name: api-service
    env: node
    plan: starter
    buildCommand: npm ci && npm run build
    startCommand: npm start
    envVars:
      - key: DATABASE_URL
        fromDatabase:
          name: prod-db
          property: connectionString

databases:
  - name: prod-db
    plan: starter
    databaseName: ecommerce
    user: dbuser

Best Practices

Do:

  • Manage all services, databases, and cron tasks declaratively using render.yaml Blueprints.
  • Configure healthCheckPath on all web services to ensure zero-downtime rolling deploys.
  • Use environment variable linking (fromDatabase, fromService) to avoid hardcoding connection strings.
  • Enable Point-in-Time Recovery (PITR) on production PostgreSQL databases.

Don't:

  • Store persistent files on web service local disks; attach a persistent Disk or use S3/R2 storage.
  • Commit secrets to render.yaml; mark variables as sync: false and set them in the Render Dashboard.
  • Run long-running batch jobs in web service instances; offload to dedicated Background Workers.

Troubleshooting

ErrorCauseSolution
Port binding failed / Service unavailableServer not listening on port 10000 or $PORT.Configure server to listen on process.env.PORT || 10000 and host 0.0.0.0.
Build exceeded memory limitMemory-intensive build step (e.g. Next.js static generation) exhausting plan RAM.Pre-build artifacts in external CI or upgrade to higher Render plan.
Database connection limit exceededServerless connections overwhelming Render starter database.Enable Render connection pooling or deploy external PgBouncer.

References

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.