superset-sh/skills

superset-setup

Make a repository Superset-ready — author .superset/config.json with setup/teardown/run scripts so every new workspace boots configured, then verify with a real workspace.

First seen Aug 5, 2026

Installation

$ npx skills add superset-sh/skills --skill superset-setup

Summary

  • Make a repository Superset-ready — author .superset/config.json with setup/teardown/run scripts so every new workspace boots configured, then verify with a real workspace.
  • Use when the user wants to set up a project or repo for Superset, configure workspace setup scripts, or fix a failing workspace setup.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from superset-sh/skills · top by installs.

npx skills add superset-sh/skills

Browse all from superset-sh/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 2
License LICENSE.md
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,160 B
  • docs SUMMARY.md 330 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 64 installs

SKILL.md

Superset Project Setup

Goal: every new workspace (isolated git worktree) for this repo comes up ready — dependencies installed, env present, services reachable — without manual steps.

1. Inspect the repo

Work out what a fresh worktree needs, and ask about anything ambiguous:

  • Package manager and install command (lockfiles decide: bun/pnpm/yarn/npm, cargo, uv, ...)
  • Env files: .env is usually gitignored, so new worktrees need it copied from the main checkout or generated from .env.example
  • Services (docker-compose, databases) and dev command + ports
  • Monorepo layout (does setup need a cwd?)

2. Author .superset/config.json

This file is what wires lifecycle scripts in — a bare setup.sh without config.json is NOT picked up. Schema:

{
  "setup": ["./.superset/setup.sh"],
  "teardown": ["./.superset/teardown.sh"],
  "run": ["bun dev"],
  "cwd": "optional/subdir"
}

Each key is an array of shell commands run inside the worktree on workspace create / delete / run. Guidelines:

  • Setup must be idempotent and fast (aim for under a minute; slow steps make every workspace creation painful)
  • Copy secrets/env from the main checkout at setup time — never commit them
  • .superset/config.local.json (gitignored) lets an individual user extend scripts with before/after arrays without touching the shared config

Show the user the proposed files and get explicit approval before writing.

3. Verify for real

Create a throwaway workspace with superset workspaces create --project <id> --name "setup-test" and watch the "Workspace Setup" terminal output. Fix and repeat until it completes cleanly, then delete the test workspace. Setup is not done until a real workspace boots green.