Eliminate Session Drift

Full Claude Code Operation System for 0–1. MIT Licenced

conductor
$ npx conductor
Conductor loaded — 12 skills active
/conductor
Reading CLAUDE.md...
Reading PROJECT-TRACKER.md...
Stage 2 in progress. Now: npx distribution.
Ready. What are we building today?

How It Works

Six phases. One direction.

AI-assisted product work often stalls. Sessions create talk, documents, and artefacts — but no real progress. Conductor moves in one direction: into shipping value.

01

Scope Zero

Gate

Is there a real opportunity here? Nothing advances without a one-sentence outcome and a framed opportunity.

02

Specify

Gate

What exactly are we solving, for whom? Stage 1 scoped into vertical slices. Later items written forward.

03

Design

Loop

Make → review → refine → approve. Wireframe or prototype signed off before any production code is written.

04

Three Amigos

Gate

PM + design + build alignment. Locks the design contract Build is held against. Edge cases and criteria confirmed.

05

Build

Loop

Plan → build → review → approve. One feature at a time. Contract changes named: cosmetic vs structural.

06

Ship

Gate

Deploy, communicate, hand off. Later items surfaced. Session closed or continued into Stage 2.

Comparison

How Conductor fits in

Conductor isn't a replacement — it's a PM operating system that sits alongside your workflow, bringing structure to chaos.

Conductor GSD BMAD Superpowers
Core philosophy Validate the opportunity first, then design, then build Ship fast, learn from output Document everything upfront, then build Test-first, edge-case extraction
Entry point Idea → opportunity framing → everything else Idea → MVP immediately Idea → docs → sprint → build Idea → test suite → build
Design phase Dedicated loop + Three Amigos gate None explicit Captured in docs None explicit
Human role Claude proposes, human decides at every step Sets direction, approves output Owns docs, delegates build Confirms edge cases
Best for PM-led product work with fuzzy starting points Unproven ideas, MVPs Stable systems, known requirements High-stakes agentic actions
PM fit Native — designed for PMs Moderate Low — assumes dev literacy Low — test-oriented

vs GSD

GSD is better when you are the user — you're scratching your own itch and you know the problem exists. Conductor is better when the user isn't you, or when the problem is assumed rather than observed. Both tolerate ambiguity at entry; they diverge on whether to challenge the opportunity before building.

vs BMAD

BMAD is better for stable, well-understood systems where requirements are known upfront. Conductor is better when design decisions will evolve during execution. Gates distribute the alignment cost progressively — rather than paying it all before a single line of code.

vs Superpowers

Superpowers is a powerful build-phase tool once you know what to build. Conductor handles the earlier question of whether to build it at all. They're not mutually exclusive — use Conductor through Three Amigos, then apply Superpowers rigour in the Build loop.

Skills

Each phase is powered by a set of Claude Code skills — structured prompts that guide specific tasks from discovery to delivery.

01
Scope Zero Gate
02
Specify Gate
03
Design Loop
04
Three Amigos Gate
05
Build Loop
06
Ship Gate
conductor

Things are coming.

Follow along as it's built.

Star on GitHub →