Skip to content

THE LOCAL DEVELOPMENT ORCHESTRATOR

More building.
Less tab juggling.

Your services, logs, and local stack. Together in one terminal. Keep everything in view with devctl — from the first process to the last request.

Open source. Local first. Your workflow.

ONE TERMINAL. THE WHOLE PICTURE.
Your running stack, in one view.

Services and their combined logs, side by side. Here the minimal profile has identity, invoices-api, and telemetry healthy.

Less switching. More context.TUI / CLI / MCPOne shared session

01 / WORK YOUR WAY

One stack. Your kind of control.

Stay hands-on, script the routine,
or let your agent take the next step.

02 / FIND YOUR FOCUS

The right services.
For the task at hand.

Group services into named profiles.
Start the part of your stack you need.

Explore profiles

DEMO PLATFORM / EXAMPLE PROFILE

devctl start --profile minimal

The profile shown in the demo above: identity, the invoices API, and telemetry.

Your repo, your names. Profiles are defined in your config.

03 / FROM REPO TO RUNNING

Small setup.
Clear head.

Start with Node.js. The npm package includes its own Bun runtime. Google Cloud is optional.

Installation guide
INSTALL ONCE. USE IN ANY REPO.
npm install --global @amr-m-abdelgawad/devctl

Then, from the repo you want to run:

  1. 01
    devctl setup

    Describe your services in a single config.

  2. 02
    devctl doctor

    See what’s missing before you start.

  3. 03
    devctl

    Open your dashboard. Press enter to start a profile.

04 / THOUGHTFUL BY DEFAULT

Your machine.
Your ground rules.

One supervisor keeps processes, containers, the proxy, and logs in sync across every control surface.

See how it fits together

05 / TAKE A LOOK AROUND

Meet your practice stack.

A console, an API, identity, and a worker. Explore the included demo platform before configuring your own repo.

Explore the demo

06 / A FEW GOOD QUESTIONS

Before you
press enter.

A little context for your first session.

Do I need Docker or Google Cloud?

Neither is required for local host processes. Use Docker or Podman when your configuration includes containers. Google Cloud tools are optional and only needed for the Google authentication features you choose to use. See installation requirements ↗

Do I have to change my application code?

Describe how your services run in .devctl/config.yaml: their commands, working directories, environment, and health checks. devctl works with that configuration. Explore configuration ↗

Can I use the CLI and TUI together?

Yes. The TUI, CLI, and MCP connect to the same per-repo supervisor. Start a profile from the CLI and attach to its session with devctl attach. See how sessions work ↗

Does my agent get access automatically?

No. MCP is off by default. When enabled, it listens on the local loopback interface. You choose when to connect your agent and can disable individual tools. Read the MCP guide ↗

Can I try it without a global install?

Yes. Run npx @amr-m-abdelgawad/devctl@latest from your repo. Node.js is required; the npm package includes its own Bun runtime. Follow the quick start ↗

LESS FRICTION. MORE FORWARD.

Get your stack together.

Start your first session

Free and open source · MIT licensed

Released under the MIT License.