sc-alllisted

End-to-end zero-human full-stack deployment to Dokploy. Orchestrates sc-dokploy + sc-convex (and future sc-cf): create GitHub repo, push code, set up Dokploy project/app/compose, deploy self-hosted Convex backend, configure DNS, trigger build, poll until done. Equivalent to legacy /use-si-coder but composed of the modular sc-* skills. Supports --target dokploy (default, self-hosted) | vercel (online: Vercel + Convex Cloud).
rahmanef63/si-coder-agent · ★ 9 · AI & Automation · score 79

Install: claude install-skill rahmanef63/si-coder-agent

# /sc-all — Full-stack zero-human deployment Use this skill when the user wants to ship a fresh project end-to-end in one command. This is the modular replacement for the legacy `/use-si-coder` monolith — both remain available in parallel. ```mermaid flowchart LR P1["1 · onboarding verify env"] --> P2["2 · GitHub repo + push"] P2 --> T{"--target"} T -->|dokploy| D3["3 · Dokploy project"] D3 --> D4["4 · Convex self-hosted admin key + JWT"] D4 --> D5["5 · Dokploy app"] D5 --> D6["6 · DNS + poll"] D6 --> Live["live URL ✅"] T -->|vercel| V4["V4 · Convex Cloud coupled build"] V4 --> V5["V5 · Vercel project + domain + DNS"] V5 --> V6["V6 · verify check-cloud + readyState"] V6 --> Live ``` ## Pre-requisites Required env (see `/sc-onboarding` if any are missing): - `GITHUB_TOKEN` - `DOKPLOY_API_URL`, `DOKPLOY_API_KEY` - `HOSTINGER_API_TOKEN` (optional but recommended) For `--target vercel` (online path): requires `VERCEL_TOKEN` + `CONVEX_DEPLOY_KEY` instead of `DOKPLOY_*` (route to `/sc-onboarding --domains vercel,convex-cloud` if missing). `DOKPLOY_*` is **not** required for this target. `HOSTINGER_API_TOKEN` stays optional for DNS. The user's project directory must contain: - A `Dockerfile` (for the frontend) — `ARG NEXT_PUBLIC_CONVEX_URL=...` pattern - A `docker-compose.yml` (for Convex backend) — only if self-hosted Convex - `convex/_generated/` committed (run `npx convex dev --once` first) ## CORE MANDATE