THE LOCAL DEVELOPMENT ORCHESTRATOR
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.
Services and their combined logs, side by side. Here the minimal profile has identity, invoices-api, and telemetry healthy.
01 / WORK YOUR WAY
Stay hands-on, script the routine,
or let your agent take the next step.
Start services, follow logs, and check health in a keyboard-first terminal interface.
Explore the TUI FOR THE REPEATABLEBring the same controls to scripts and CI. Run tasks, inspect config, and keep moving.
Meet the CLI FOR YOUR AGENTConnect your agent over MCP to inspect and operate the same local session. Enabled when you choose.
Connect with MCP02 / FIND YOUR FOCUS
Group services into named profiles.
Start the part of your stack you need.
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
Start with Node.js. The npm package includes its own Bun runtime. Google Cloud is optional.
Installation guidenpm install --global @amr-m-abdelgawad/devctlThen, from the repo you want to run:
devctl setupDescribe your services in a single config.
devctl doctorSee what’s missing before you start.
devctlOpen your dashboard. Press enter to start a profile.
04 / THOUGHTFUL BY DEFAULT
One supervisor keeps processes, containers, the proxy, and logs in sync across every control surface.
See how it fits togetherDefine services, profiles, health gates, and hooks in YAML.
An auth-aware proxy injects Google / IAP tokens. Tokens stay out of logs.
Doctor reports missing tools and setup issues. It never auto-enables anything.
05 / TAKE A LOOK AROUND
A console, an API, identity, and a worker. Explore the included demo platform before configuring your own repo.
06 / A FEW GOOD QUESTIONS
A little context for your first session.
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 ↗
Describe how your services run in .devctl/config.yaml: their commands, working directories, environment, and health checks. devctl works with that configuration. Explore configuration ↗
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 ↗
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 ↗
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.
Free and open source · MIT licensed