- Docs
- Guides
- The Build Loop (core)
- How-to
- How to start working on a project
How to start working on a project
Orient to an existing governed repository and identify the first ready work item without bypassing lifecycle state.
Use this when: You have been given access to an existing repo that uses workspace.toml and need to get oriented and pick up your first piece of work.
Prerequisites: Repo access (local clone or Conductor workspace) and the core pack installed; see Prerequisites below for the install command.
Result: Your first ready spec identified in the build queue and work-loop invoked on it.
You have been given access to a repo that uses workspace.toml. This guide walks you through confirming the setup, getting oriented, and picking up your first piece of work.
Show me the workspace status and help me choose my first ready work item.For the greenfield case — starting a brand-new project from scratch — see From idea to a walking skeleton. For an end-to-end walkthrough of a complete workspace session, see Your first workspace session.
Prerequisites
Section titled “Prerequisites”-
Access to the repo (cloned locally or in a Conductor workspace).
-
The
corepack installed. Check with:Terminal window ls .claude/skills/workspace-status/If the directory is absent, install the pack:
Terminal window python -m pip install agentbundleagentbundle install --pack core git+https://github.com/<org>/<repo>Then start a fresh agent session so it picks up the installed skills.
Step 1 — Confirm workspace.toml exists
Section titled “Step 1 — Confirm workspace.toml exists”At the repo root:
ls workspace.tomlIf it exists, proceed to Step 2. If it is absent, run workspace-status — the skill offers to initialize it and walks you through setting up the first initiative.
Step 2 — Run workspace-status
Section titled “Step 2 — Run workspace-status”workspace-statusRead the output carefully. You should see:
- The active initiative name and current milestone.
- Items in the build queue (ready to start or blocked with a reason).
- Items in the shape room (if any shaping work is active).
- Any active-context signals.
For a detailed guide to reading this output, see How to orient at the start of a session.
Step 3 — Identify the active initiative and milestone
Section titled “Step 3 — Identify the active initiative and milestone”The initiative names what the team is working toward. The milestone names the current phase. Before picking up any work, confirm:
- Which initiative is active.
- Which milestone you are in.
- Whether the spec you are about to start belongs to this milestone.
If you are unsure whether a spec is in scope for the current milestone, read the milestone notes (usually in docs/product/ or referenced in workspace.toml comments) before starting.
Step 4 — Pick a ready item
Section titled “Step 4 — Pick a ready item”From the workspace-status output, pick an item from the Ready to start section. The output shows the command to start it:
work-loop docs/specs/<slug>/If the Ready section is empty and everything is blocked, read the blocked section to understand the dependency. Surface the blocker if you need help resolving it.
Step 5 — Start work-loop
Section titled “Step 5 — Start work-loop”Invoke the work-loop skill on the spec you picked:
use the work-loop skill to implement docs/specs/<slug>/The skill reads the spec, orients to the plan, and begins the plan → execute → gates → review loop. For the full how-to, see How to plan and execute non-trivial work.
What you have now
Section titled “What you have now”You have identified a ready spec in the current initiative and started its
work-loop path. If the queue is blocked, preserve the blocker as the next
action rather than bypassing lifecycle state.
Related
Section titled “Related”- How to orient at the start of a session — detailed orientation guide
- How to plan and execute non-trivial work — the
work-loopguide - The two-room model — why the queue has two rooms
- workspace.toml schema reference — every field explained
- Your first workspace session — an end-to-end walkthrough