app-platform-designer
About app-platform-designer
A skill that turns natural-language requirements or an existing repository into DigitalOcean App Platform configuration, for developers designing and deploying applications. It produces app specs, deploy templates, and environment-variable examples, with guidance for architecture choices and validation.
Key features
- 01Generate app specs from requirements
- 02Analyze repositories and create configuration
- 03Create Deploy to DO templates
- 04Plan multi-environment applications
- 05Select service and database components
- 06Validate specs with doctl
Use cases
- 01Plan an App Platform architecture from an app description
- 02Create an app spec for an existing repository
- 03Add a deploy button to a public GitHub repository
- 04Design multi-environment application configuration
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ digitalocean-labs/ do-app-platform-skills --skill app-platform-designerAfter installing, type/app-platform-designerin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
README.mdreference/architecture-patterns.mdcomponent-types.mddatabase-configuration.mddeploy-to-do-button.mdenvironment-variables.mdDetails
From the project READMEApp Platform Designer Skill
Transform natural language descriptions into production-ready App Platform specifications.
Primary question: "I want to build [description]. What should my App Platform architecture look like?"
Produces:
.do/app.yaml— App Platform specification.do/deploy.template.yaml— Deploy to DO button (public repos).env.example— Environment variable template
Quick Decision
What do you need?
├── Design new app from description → Workflow 1
├── Analyze repo and create spec → Workflow 2
├── Add Deploy to DO button → Workflow 3
└── Multi-environment setup → Workflow 4
Workflow 1: Natural Language → App Spec
Trigger: "I need a web app with [description]"
-
Gather requirements:
- What does the app do?
- Language/framework?
- Database needs?
- Background processing?
-
Decompose into components:
- HTTP-facing →
services - Background processors →
workers - One-time/scheduled →
jobs - Static frontends →
static_sites - Data stores →
databases
- HTTP-facing →
-
Generate spec with health checks, env vars, routing
-
Validate:
doctl apps spec validate .do/app.yaml
Full guide: See architecture-patterns.md
Workflow 2: Analyze Repository → App Spec
Trigger: "Here's my repo, create an app spec"
Check for:
├── Dockerfile → Use dockerfile build
├── package.json → Node.js app
├── requirements.txt / pyproject.toml → Python app
├── go.mod → Go app
├── Multiple directories with above → Monorepo
Full guide: See component-types.md
Workflow 3: Deploy to DO Button
Trigger: "Add Deploy to DigitalOcean button"
Requirements: Public GitHub repository
- Create
.do/deploy.template.yaml(wraps spec inspec:key, usesgit:block) - Add button to README
[](https://cloud.digitalocean.com/apps/new?repo=https://github.com/OWNER/REPO/tree/BRANCH)
Full guide: See deploy-to-do-button.md
Opinionated Defaults
| Decision | Default | Rationale |
|---|---|---|
| Instance size | apps-s-1vcpu-1gb | Good starting point |
| Instance count | 1 | Start minimal |
| Database | Dev database | Cost-effective |
| Cache | Valkey (not Redis) | Redis is EOL |
| Build | Dockerfile if present | More control |
| Health check | /health or /healthz | Industry standard |
| Deploy on push | true | GitOps workflow |
| Region | nyc | Good default |
| Source format | git: block | Required for deploy.template.yaml |
Component Summary
| Type | Use Case | Example |
|---|---|---|
services | HTTP workloads | APIs, web apps |
workers | Background processing | Queue consumers, internal APIs |
jobs | One-time/scheduled | Migrations, reports |
static_sites | Frontend/docs | React, Vue, marketing |
databases | Data storage | PostgreSQL, Valkey |
Full guide: See component-types.md
Pattern Selection
What are you building?
├── Simple app (1 service)? → Pattern 1
├── Frontend + API? → Pattern 2
├── Need background processing? → Pattern 3
├── Monorepo? → Pattern 4
└── Complex SaaS? → Pattern 5
Full patterns: See architecture-patterns.md
Quick Start: Single Service + DB
name: my-app
region: nyc
services:
- name: web
git:
repo_clone_url: https://github.com/owner/repo.git
branch: main
http_port: 8080
instance_size_slug: apps-s-1vcpu-1gb
health_check:
http_path: /health
envs:
- key: DATABASE_URL
scope: RUN_TIME
value: ${db.DATABASE_URL}
databases:
- name: db
engine: PG
production: false
Quick Start: API + Frontend
name: fullstack-app
region: nyc
services:
- name: api
git:
repo_clone_url: https://github.com/owner/repo.git
branch: main
source_dir: /api
http_port: 8080
health_check:
http_path: /health
envs:
- key: DATABASE_URL
scope: RUN_TIME
value: ${db.DATABASE_URL}
static_sites:
- name: frontend
git:
repo_clone_url: https://github.com/owner/repo.git
branch: main
source_dir: /frontend
build_command: npm run build
output_dir: dist
envs:
- key: VITE_API_URL
scope: BUILD_TIME
value: /api
databases:
- name: db
engine: PG
production: false
ingress:
rules:
- match:
path:
prefix: /api
component:
name: api
- match:
path:
prefix: /
component:
name: frontend
Environment-Portable Design
All code must work in: local dev, Docker Compose, AND App Platform.
| Principle | Implementation |
|---|---|
Bind to $PORT | process.env.PORT || 3000 |
| Public services | Listed in ingress.rules |
| Internal services | Not in ingress, use ${name.PRIVATE_URL} |
| Never hardcode | Use env vars with defaults |
// Portable port binding
const port = process.env.PORT || 3000
server.listen({ port, host: '0.0.0.0' })
Database Quick Reference
| Engine | Slug | Dev DB? | Notes |
|---|---|---|---|
| PostgreSQL | PG | Yes | Recommended |
| Valkey | VALKEY | Yes | Use instead of Redis |
| MySQL | MYSQL | No | Managed only |
| MongoDB | MONGODB | No | Managed only |
Full guide: See database-configuration.md
Environment Variables Quick Reference
| Scope | Use Case |
|---|---|
RUN_TIME | Secrets, DB URLs |
BUILD_TIME | Public API URLs, feature flags |
RUN_AND_BUILD_TIME | NPM tokens, shared config |
| Placeholder | Resolves To |
|---|---|
${db.DATABASE_URL} | Database connection string |
${service.PRIVATE_URL} | Internal service URL |
${service.PUBLIC_URL} | Public service URL |
Full guide: See environment-variables.md
Ingress (Routing)
ingress:
rules:
- match:
path:
prefix: /api
component:
name: api
- match:
path:
prefix: /
component:
name: frontend
For advanced routing: See networking skill
Validation
doctl apps spec validate .do/app.yaml
doctl apps spec validate .do/deploy.template.yaml
| Error | Fix |
|---|---|
invalid component name | Use lowercase, hyphens only |
unknown instance size | Check instance-sizes.yaml |
invalid database reference | Verify database name matches |
routes is deprecated | Use ingress.rules |
Instance Sizes
| Slug | CPU | RAM | Price | Use Case |
|---|---|---|---|---|
apps-s-1vcpu-0.5gb | 1 shared | 512 MiB | $5/mo | Workers, jobs |
apps-s-1vcpu-1gb | 1 shared | 1 GiB | $12/mo | Default |
apps-d-1vcpu-2gb | 1 dedicated | 2 GiB | $39/mo | Production |
Full list: See shared/instance-sizes.yaml
Reference Files
- component-types.md — Services, workers, jobs, static sites
- architecture-patterns.md — All 5 patterns with YAML
- environment-variables.md — Scopes, types, placeholders
- deploy-to-do-button.md — Template conversion, button HTML
- database-configuration.md — Dev vs managed, bindable vars
Shared References
- AppSpec-Reference.md — Field-level syntax, constraints
- instance-sizes.yaml — All instance sizes and pricing
- regions.yaml — Available regions
- bindable-variables.md — All bindable variable patterns
Integration with Other Skills
- → deployment: Deploy the generated app spec via GitHub Actions
- → devcontainers: Create local dev environment with prod parity
- → postgres: Advanced database configuration
- → networking: Custom domains, CORS, VPC
- → migration: Convert from other platforms