worktree-make-dev

Set up a dev environment in an existing worktree (make dev + copy secrets)

5,182 stars

Best use case

worktree-make-dev is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Set up a dev environment in an existing worktree (make dev + copy secrets)

Teams using worktree-make-dev should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/worktree-make-dev/SKILL.md --create-dirs "https://raw.githubusercontent.com/dlt-hub/dlt/main/.claude/skills/worktree-make-dev/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/worktree-make-dev/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How worktree-make-dev Compares

Feature / Agentworktree-make-devStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Set up a dev environment in an existing worktree (make dev + copy secrets)

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

# Set up dev environment in worktree

Prepare the worktree at `$ARGUMENTS` for development.

## Steps

### 1. Run setup script

```
bash tools/setup_worktree_env.sh <worktree-path>
```

The script runs `make dev` and copies secrets without exposing credentials in the conversation. If it fails, report the error and stop.

### 2. Report

Parse the script output for `SECRETS_SOURCE=` to determine what was used:

- **`repo_root`**: Full credentials available — all destinations including remote (snowflake, bigquery, etc.)
- **`dev_template`**: Local only — duckdb, dummy, filesystem, and container-based destinations (postgres, clickhouse, etc.)
- **`none`**: No secrets found — warn the user

```
Dev environment ready: <worktree-path>
- make dev: done
- secrets.toml: <source>
```