---
name: paradevai-contribute
description: "Set up a Paradev (formerly Superset) open-source contribution, from forking and cloning paradevai/paradev through local dev setup and the repo's rules to a merge-ready PR. Use when the user wants to contribute to Paradev, fix a Paradev bug themselves, add a feature to Paradev, or prepare a PR against paradevai/paradev."
license: "NOASSERTION"
metadata:
  decimalai-skill-id: "d3473a0a-6f0c-4f4c-9f33-93dcf544e853"
  decimalai-version-id: "f8d02c4c-0e0a-49a8-a100-0ef1eb20f559"
  decimalai-version: "1"
  decimalai-body-sha256: "8a79f69796feaf46bc95792761580180a2f17ac1264ee90e86ae94cc0a893991"
  decimalai-name: "paradevai/contribute"
  decimalai-format: "1"
  decimalai-invocation: "model"
  decimalai-category: "productivity"
  decimalai-source: "https://app.decimal.ai/s/paradevai-contribute@1/SKILL.md"
---
# Contribute to Paradev

Take the user from "I want to fix/build X in Paradev" to a merge-ready PR that follows the repo's rules. If the checked-out repo has `CONTRIBUTING.md`, `DEVELOPMENT.md`, or `AGENTS.md`, those files are authoritative; read them and prefer them over this summary.

## 1. Scope first

- Bug fixes, docs, small improvements: straight to a PR, no issue needed
- New features or larger changes: open an issue first at https://github.com/paradevai/paradev/issues/new/choose to agree on the approach before building
- Questions: Paradev Discord, not an issue

## 2. Set up

1. `gh auth status`, then fork and clone: `gh repo fork paradevai/paradev --clone` (or add a fork remote to an existing clone)
2. Best experience: add the clone as a project in the Paradev app and create a workspace per change, so contributions develop inside managed worktrees
3. In the new workspace/worktree, run `./.superset/setup.local.sh` once (configures per-workspace ports, app identity, local services, and a seeded dev account; no external credentials needed), then `bun run dev`
4. Bun only, never npm/yarn/pnpm. Read the root `AGENTS.md` and follow it.

## 3. Make it merge-ready

- Branch from `main`; one change per PR, so unrelated finds become a second PR
- Before pushing: `bun run lint:fix`, then verify `bun run lint` exits clean (CI fails on warnings too), `bun run typecheck`, `bun run test`
- PR title must be a conventional commit (`feat(desktop): ...`, `fix(web): ...`); PRs are squash-merged with the title as the commit subject
- Include proof it works: screenshots or recordings for anything user-visible, before/after for fixes. The dev desktop app exposes CDP for clean captures; see "Capturing screenshots via CDP" in CONTRIBUTING.md
- Check "Allow edits from maintainers" and link the issue for non-trivial changes

## 4. Open it

`gh pr create` against `paradevai/paradev` `main`, fill in the PR template honestly (what you ran, what you clicked, what's covered by tests), and report the PR URL back to the user.