/implement — a user-invoked engineering skill that builds the work described by a spec or a set of tickets. It drives mp-tdd where possible at pre-agreed seams, runs typechecking and single test files regularly (full suite once at the end), closes out by running mp-code-review, and commits to the current branch → artifact-atomic-commit.

It is Matt Pocock’s member of the cross-framework execute cluster: walk the plan/tickets unit-by-unit, test-driven, alongside gsd-execute-phase, openspec-apply, speckit-implement, addy-incremental-implementation, bmad-dev-story, and ce-work.

In MP’s main flow (idea → grill → to-spec → to-tickets → implement → code-review → pr → retro) it is the per-ticket build path: one ticket per fresh context window, with tdd + code-review each time. It is also the in-place path for work too small for a spec. Its parallel sibling mp-implement-spec builds a whole spec in one run instead: implementer subagents across the ready frontier, landing on one integration branch, with one mp-code-review at the end. When the work goes up as a PR, mp-pr shapes the body, and mp-retro follows as the main flow’s last step.

See Also

Version history

v1.3.0 (2026-10-04)

  • mp-implement-spec added as the parallel, whole-spec alternative; /implement stays the per-ticket and in-place path. mp-pr and mp-retro joined the main flow after code-review.

Added in v1.1.0 (2026-07-08; ingested 2026-07-09)

  • The toolkit’s first first-class execute skill. Before it, “building” was only the test-first mp-tdd and the throwaway mp-prototype. At the time it was the tail of the main flow, ending at code-review.