askill
app-platform-router

app-platform-routerSafety 100Repository

Routes DigitalOcean App Platform tasks to specialized sub-skills. Use when working with App Platform deployments, migrations, database configuration, networking, or troubleshooting.

3 stars
1.2k downloads
Updated 2/23/2026

Package Files

Loading files...
SKILL.md

App Platform Skills — Router

Overview

This skill routes DigitalOcean App Platform tasks to specialized sub-skills. Each sub-skill is optimized for a specific workflow, keeping context focused and responses precise.

Philosophy: These skills are opinionated playbooks, not documentation replicas. They make decisions for you (VPC by default, GitHub Actions for CI/CD, etc.) and only defer to docs for edge cases.

Key Principle: Skills contain only DO-specific knowledge the LLM doesn't have from training. Generic SQL, SDK patterns, and programming concepts are NOT duplicated here.

Trust the AI: The AI assistant should reason about the full workflow, chain skills together when needed, and adapt based on context (greenfield vs brownfield vs troubleshooting). Skills provide domain knowledge, not rigid scripts to follow blindly.

Available Skills

Development Phase

SkillPurposeKey Artifacts
devcontainersLocal development environment with prod parity.devcontainer/, docker-compose.dev.yml

Architecture Phase

SkillPurposeKey Artifacts
designerNatural language → production-ready App Spec.do/app.yaml
migrationConvert existing apps (Heroku, AWS, etc.) to App Platform.do/app.yaml, migration checklist
plannerGenerate staged project plans from design to deploymentPlan/*.md stage files

Operations Phase

SkillPurposeKey Artifacts
deploymentShip code to production via GitHub Actions.github/workflows/deploy.yml
troubleshootingDebug running apps with pre-built debug container, analyze logsFixes, diagnostic reports
sandboxIsolated containers for AI agent code execution, testingEphemeral sandboxes

Data Services

SkillPurposeKey Artifacts
postgresFull PostgreSQL setup: schemas, users, permissions, multi-tenantSQL scripts (user-executed)
managed-db-servicesMySQL, MongoDB, Valkey, Kafka, OpenSearch (bindable vars)App spec snippets
spacesS3-compatible object storage configurationCORS config, app spec snippets

AI Services

SkillPurposeKey Artifacts
ai-servicesGradient AI inference endpointsApp spec snippets

Console SDK for AI Assistants

CRITICAL: AI assistants cannot use doctl apps console — it opens an interactive WebSocket session that requires human input. Use the do-app-sandbox Python package instead.

# Install
uv pip install do-app-sandbox  # or: pip install do-app-sandbox

Two Use Cases (Same Package, Different Skills)

Use CaseSDK MethodSkill
Debug EXISTING appSandbox.get_from_id(app_id, component)troubleshooting
Create NEW sandboxSandbox.create(), SandboxManagersandbox
# Debug existing app (troubleshooting skill)
app = Sandbox.get_from_id(app_id="your-app-id", component="web")

# Create new isolated sandbox (sandbox skill)
sandbox = Sandbox.create(image="python")

Full guide: See shared/console-sdk-patterns.md


Routing Decision Tree

┌─────────────────────────────────────────────────────────────────┐
│                        USER REQUEST                              │
└─────────────────────────────────────────────────────────────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │ Setting up development? │
                └─────────────────────────┘
                              │
                      "local" / "devcontainer"
                              ▼
                      ┌───────────┐
                      │devcontainers│
                      └───────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │ Designing or creating?  │
                └─────────────────────────┘
                      │           │           │
             "new app"│           │ "migrate" │ "plan" / "staged"
                      ▼           ▼           ▼
              ┌───────────┐  ┌───────────┐  ┌───────────┐
              │ designer  │  │ migration │  │  planner  │
              └───────────┘  └───────────┘  └───────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │    Shipping code?       │
                └─────────────────────────┘
                              │
                      "deploy" / "ship" / "release"
                              ▼
                      ┌───────────┐
                      │deployment │
                      └───────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │   Something broken?     │
                └─────────────────────────┘
                              │
                      "broken" / "failing" / "debug" / "logs"
                              ▼
                    ┌───────────────┐
                    │troubleshooting│
                    └───────────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │ Need isolated execution?│
                └─────────────────────────┘
                              │
                      "sandbox" / "isolated" / "execute code" / "code interpreter"
                              ▼
                      ┌───────────┐
                      │  sandbox  │
                      └───────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │ Configuring data?       │
                └─────────────────────────┘
                      │           │           │
           "postgres" │  "mysql"  │           │ "storage" / "S3" / "spaces"
           (complex)  │  "mongo"  │           │
                      │  "valkey" │           │
                      │  "kafka"  │           │
                      │  "opensearch"         │
                      ▼           ▼           ▼
              ┌───────────┐  ┌─────────────────────┐  ┌───────────┐
              │ postgres  │  │ managed-db-services │  │  spaces   │
              └───────────┘  └─────────────────────┘  └───────────┘
                              │
                              ▼
                ┌─────────────────────────┐
                │ AI inference needed?    │
                └─────────────────────────┘
                              │
                      "gradient" / "LLM" / "inference"
                              ▼
                      ┌─────────────┐
                      │ ai-services │
                      └─────────────┘

Workflow Chaining

The AI assistant should reason about the full workflow, not just route to a single skill.

Workflow Types

Request TypeWorkflowSkills Chain
Full Greenfield"Build a new app from scratch"devcontainers → designer → planner → deployment
Migration"Migrate from Heroku/AWS"migration → (then full greenfield workflow)
Brownfield"Deploy my existing app"planner → deployment
Enhancement"Add Kafka to my app"managed-db-services → update app.yaml → deployment
Troubleshooting"My app is broken"troubleshooting (standalone)
AI Agent Execution"Run code in isolation"sandbox (standalone)
Specific Task"Set up PostgreSQL"postgres (standalone)

Chaining Logic

┌─────────────────────────────────────────────────────────────────┐
│                    UNDERSTAND THE GOAL                           │
│  Is this a single task or a multi-phase workflow?                │
└─────────────────────────────────────────────────────────────────┘
                              │
              ┌───────────────┴───────────────┐
              │                               │
              ▼                               ▼
       ┌─────────────┐                 ┌─────────────┐
       │ Single Task │                 │  Workflow   │
       │             │                 │             │
       │ Route to    │                 │ Chain       │
       │ one skill   │                 │ multiple    │
       └─────────────┘                 └─────────────┘
              │                               │
              ▼                               ▼
       troubleshooting              migration → designer →
       postgres                     planner → deployment
       spaces
       etc.

Examples

"I want to build a new event-driven app with Kafka"

  1. Start with designer → create .do/app.yaml with Kafka
  2. Use managed-db-services for Kafka-specific bindable variables
  3. Use planner → generate staged Plan/ files
  4. Execute with deployment skill

"Migrate my Heroku app to DigitalOcean"

  1. Start with migration → convert Procfile, analyze addons
  2. Creates .do/app.yaml (migration produces this)
  3. Use planner → plan the staged deployment
  4. Execute with deployment skill

"My deployed app keeps returning 502"

  1. Route directly to troubleshooting (single skill, no chaining)
  2. Use debug container, analyze logs, fix issue

"Add PostgreSQL to my existing app"

  1. Use postgres for schema/user setup
  2. Update .do/app.yaml with database binding
  3. Redeploy with deployment skill

Key Principle

The AI assistant should:

  1. Understand the overall goal (not just the immediate request)
  2. Identify which skills are needed and in what order
  3. Chain skills together, passing artifacts between them
  4. Adapt based on what already exists (greenfield vs brownfield)

Trust the AI to reason. These skills provide domain knowledge, not rigid scripts.


Trigger Phrases Reference

Route ToTrigger Phrases
devcontainers"local dev", "docker compose", "run locally", "devcontainer"
designer"design my app", "create app spec", "new application", "architect"
migration"migrate", "convert", "move from Heroku", "move from AWS"
planner"create a plan", "plan this project", "staged approach", "plan deployment", "how should I deploy"
deployment"deploy", "ship", "release", "GitHub Actions", "CI/CD"
troubleshooting"broken", "failing", "debug", "logs", "502", "crash", "error"
sandbox"sandbox", "isolated environment", "execute code", "code interpreter", "run untrusted code", "agent execution", "hot pool"
postgres"postgres", "postgresql", "schema isolation", "multi-tenant database"
managed-db-services"mysql", "mongodb", "mongo", "valkey", "redis", "kafka", "opensearch"
spaces"object storage", "S3", "Spaces", "file upload", "bucket"
ai-services"gradient", "inference", "LLM endpoint", "AI platform"

Third-Party Integrations (No Skill Needed)

For integrations not covered by dedicated skills (DataDog, Sentry, New Relic, Stripe, etc.):

  1. Get credentials from the vendor
  2. Add to GitHub Secrets (Repo → Settings → Secrets → Actions)
  3. Reference in app spec:
    envs:
      - key: DATADOG_API_KEY
        scope: RUN_TIME
        value: ${DATADOG_API_KEY}  # From GitHub Secrets
    
  4. Follow vendor documentation for SDK/agent setup

→ The agent's training covers vendor-specific patterns — no skill required.


Credential Handling Philosophy

CRITICAL: These skills are designed to keep credentials out of agent hands.

Priority Order (Most to Least Preferred)

1. GITHUB SECRETS (RECOMMENDED DEFAULT)
   ├── Agent never sees credentials
   ├── User manually adds: Repo → Settings → Secrets → Actions
   ├── Workflow references: ${{ secrets.DATABASE_URL }}
   └── Agent generates workflow, user handles secrets

2. APP PLATFORM BINDABLE VARIABLES
   ├── For DO Managed Databases (Postgres, MySQL, MongoDB, etc.)
   ├── Credentials injected via ${db.DATABASE_URL}
   ├── Agent configures app spec, never sees credentials
   └── Best for: Apps using DO managed services

3. LOCAL .ENV + EPHEMERAL APP SPEC
   ├── User maintains .env file locally
   ├── Agent creates temp app spec with placeholders
   └── Substitutes values → Deploys → Deletes temp file

4. EXTERNAL SERVICES
   ├── Same patterns as #1 or #3
   └── User responsible for credential management

Artifact Contracts

All skills produce and consume artifacts with consistent naming:

ArtifactFilenameProducerConsumer
App Spec.do/app.yamldesigner, migrationdeployment, planner
Deploy Button.do/deploy.template.yamldesigner, migrationGitHub
Deployment PlanPlan/0N-*.mdplannerUser, deployment
Dev Environment.devcontainer/devcontainer.jsondevcontainersVS Code, Cursor
Docker Composedocker-compose.ymldevcontainersDocker Desktop
CI/CD Workflow.github/workflows/deploy.ymldeployment, plannerGitHub Actions
SQL Scriptsdb-*.sqlpostgresUser (manual execution)
CORS Configspaces-cors.jsonspacesDO Console

Handoff Protocol

When a skill completes, it should:

  1. State the artifact(s) produced: "Created .do/app.yaml with 3-component architecture"
  2. Indicate the file path: Relative to project root
  3. Suggest next skill if applicable: "To deploy this, use the deployment skill"

Plugin/Tool Requirements

SkillRequiredOptional
devcontainersfilesystem, docker, gitgh
designerfilesystem
migrationfilesystem, doctl, git, pythongh, DigitalOcean MCP
deploymentfilesystem, doctl, git, pythongh, GitHub MCP
troubleshootingfilesystem, python, doctl
sandboxfilesystem, python, doctl
postgresfilesystem, psql— (scripts only)
managed-db-servicesfilesystem, doctl
spacesfilesystems3cmd (for bucket ops; doctl only manages keys)
ai-servicesfilesystem

Sub-Skill Locations

app-platform-skills/
├── SKILL.md                              # This file (router)
├── skills/
│   ├── devcontainers/SKILL.md
│   ├── designer/SKILL.md
│   ├── migration/SKILL.md
│   ├── deployment/SKILL.md
│   ├── planner/SKILL.md                  # Staged project plans (design to deployment)
│   │   └── templates/                    # Local + Tier 1, 2, 3 stage templates
│   ├── troubleshooting/SKILL.md
│   ├── sandbox/SKILL.md                  # Isolated containers for AI agent execution
│   ├── postgres/SKILL.md
│   ├── managed-db-services/SKILL.md      # MySQL, MongoDB, Valkey, Kafka, OpenSearch
│   ├── spaces/SKILL.md
│   └── ai-services/SKILL.md              # Gradient AI
└── shared/
    ├── app-spec-schema.yaml
    ├── artifact-contracts.md
    └── credential-patterns.md

Opinionated Defaults Summary

DomainDefaultOverride Trigger
NetworkingVPC-only, internal routingUser explicitly requests public
CI/CDGitHub + GitHub ActionsUser specifies GitLab/Bitbucket
SecretsGitHub SecretsUser has existing vault
BuildDockerfileUser explicitly prefers buildpacks
DatabaseDO Managed + Bindable VariablesUser has external DB
MonorepoSupported by default (source_dir)N/A
Python envuv for package/venv managementUser prefers pip/poetry
Node envnvm for version managementUser prefers n/volta

Escalation

If a task doesn't fit any skill or spans multiple skills ambiguously:

  1. Ask clarifying question to determine primary intent
  2. Suggest skill sequence if task is multi-phase
  3. For truly novel tasks, fall back to App Platform documentation: https://docs.digitalocean.com/products/app-platform/

Install

Download ZIP
Requires askill CLI v1.0+

AI Quality Score

95/100Analyzed 2/25/2026

High-quality router skill for DigitalOcean App Platform that provides clear routing logic, workflow chaining examples, and trigger phrases. Excellent reference-style content that bridges knowledge gaps about when to use each sub-skill. Well-structured with tables and decision trees. No safety concerns - acts as a meta-skill that routes to other specialized skills.

100
95
90
95
95

Metadata

Licenseunknown
Version1.0.0
Updated2/23/2026
Publisherdigitalocean-labs

Tags

ci-cddatabasegithubgithub-actionsllm