koyeb
Expert guidance for Koyeb, the serverless cloud platform for deploying full-stack applications, APIs, and workers globally with automatic scaling, built-in CI/CD, and edge networking. Helps developers deploy applications from Git or Docker with zero-downtime deployments and pay-per-use pricing.
What this skill does
# Koyeb — Global Serverless Platform
## Overview
Koyeb, the serverless cloud platform for deploying full-stack applications, APIs, and workers globally with automatic scaling, built-in CI/CD, and edge networking. Helps developers deploy applications from Git or Docker with zero-downtime deployments and pay-per-use pricing.
## Instructions
### CLI Deployment
```bash
# Install Koyeb CLI
curl -fsSL https://raw.githubusercontent.com/koyeb/koyeb-cli/master/install.sh | sh
# Login
koyeb login
# Deploy from a Git repository
koyeb app create my-api
koyeb service create my-api/web \
--git github.com/myorg/my-api \
--git-branch main \
--git-build-command "npm ci && npm run build" \
--git-run-command "node dist/index.js" \
--port 3000:http \
--region fra \
--instance-type nano \
--min-scale 1 \
--max-scale 5 \
--env NODE_ENV=production \
--env DATABASE_URL=@database-url # Reference a secret
# Deploy from Docker image
koyeb service create my-api/web \
--docker ghcr.io/myorg/my-api:latest \
--port 3000:http \
--region fra
# Manage secrets
koyeb secret create database-url --value "postgres://..."
koyeb secret list
# Custom domains
koyeb domain create api.myapp.com --app my-api
```
### Service Configuration (koyeb.yaml)
```yaml
# koyeb.yaml — Declarative service configuration
name: my-api
type: web
# Build configuration
git:
repository: github.com/myorg/my-api
branch: main
build_command: npm ci && npm run build
run_command: node dist/index.js
# Or Docker-based
# docker:
# image: ghcr.io/myorg/my-api:latest
# Scaling
scaling:
min: 1
max: 10
targets:
- metric: cpu
value: 70 # Scale up at 70% CPU
- metric: requests
value: 100 # Scale up at 100 req/s per instance
# Instance configuration
instance_type: small # nano | small | medium | large | xlarge
regions:
- fra # Frankfurt
- was # Washington DC
- sin # Singapore
# Networking
ports:
- port: 3000
protocol: http
# Health checks
health_checks:
- type: http
port: 3000
path: /health
interval: 30
timeout: 10
healthy_threshold: 2
unhealthy_threshold: 3
# Environment
env:
- key: NODE_ENV
value: production
- key: DATABASE_URL
secret: database-url # Reference a Koyeb secret
- key: REDIS_URL
secret: redis-url
# Volumes (persistent storage)
volumes:
- name: data
path: /app/data
size: 10 # GB
```
### Workers and Cron Jobs
```bash
# Deploy a background worker (no public port)
koyeb service create my-app/worker \
--git github.com/myorg/my-api \
--git-branch main \
--git-run-command "node dist/worker.js" \
--type worker \
--env QUEUE_URL=@queue-url
# There's no native cron in Koyeb — use a lightweight scheduler
# or a cron-to-HTTP service that hits your web endpoint
```
### Multi-Region Deployment
```bash
# Deploy to multiple regions for global low-latency
koyeb service update my-api/web \
--region fra,was,sin \
--min-scale 1 \
--max-scale 3
# Koyeb's edge network automatically routes users to the nearest region
# DNS-based routing: requests from Europe → Frankfurt, US → Washington, Asia → Singapore
```
### Database Integration
```bash
# Koyeb offers managed Postgres (Neon-powered)
koyeb database create main-db \
--engine postgres \
--region fra
# Connection string is available as a secret
# Reference it in service env vars:
koyeb service update my-api/web \
--env DATABASE_URL=@main-db-connection-string
```
## Examples
### Example 1: Setting up Koyeb for a microservices project
**User request:**
```
I have a Node.js API and a React frontend running in Docker. Set up Koyeb for monitoring/deployment.
```
The agent creates the necessary configuration files based on patterns like `# Install Koyeb CLI`, sets up the integration with the existing Docker setup, configures appropriate defaults for a Node.js + React stack, and provides verification commands to confirm everything is working.
### Example 2: Troubleshooting service configuration issues
**User request:**
```
Koyeb is showing errors in our service configuration. Here are the logs: [error output]
```
The agent analyzes the error output, identifies the root cause by cross-referencing with common Koyeb issues, applies the fix (updating configuration, adjusting resource limits, or correcting syntax), and verifies the resolution with appropriate health checks.
## Guidelines
1. **Use Git-based deployment** — Push to deploy; Koyeb handles builds, caching, and zero-downtime rollouts
2. **Multi-region for latency** — Deploy to regions closest to your users; Koyeb's edge routes traffic automatically
3. **Secrets for credentials** — Never put database URLs or API keys in env vars directly; use `koyeb secret create`
4. **Autoscaling with request metrics** — Scale on requests-per-second for web services; CPU-based for compute-heavy workers
5. **Health checks are critical** — Define HTTP health checks; without them, Koyeb can't do zero-downtime deployments
6. **Use nano for staging** — Nano instances are cheap; use them for preview/staging environments
7. **Pin Docker tags** — Don't use `:latest` in production; pin to specific versions for reproducible deployments
8. **Monitor via dashboard** — Koyeb provides built-in logs, metrics, and deployment history in the web console
Related in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.