One-click install
npx skills add https://github.com/dbc-oduffy/coordinator-claude --skill shape-dbc-oduffy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: shape
Source: https://github.com/dbc-oduffy/coordinator-claude/tree/main/plugins/coordinator/skills/shape
Command: npx skills add https://github.com/dbc-oduffy/coordinator-claude --skill shape-dbc-oduffy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The shape skill prevents misalignment by ensuring the EM and PM agree on what the real problem is (and what “solved” means) before any solutioning or architecture begins.

Core Features & Use Cases

  • Strategic problem convergence: Restates the problem in PM vocabulary and drives iteration until a shared, falsifiable understanding exists.
  • PM-altitude uncertainty surfacing: Forces articulation of the single most plan-invalidating scope boundary (and the probability-weighted rework consequence), rather than tactical doubts.
  • Ratified problem-set exit gate: Produces a frozen, PM-ratified problem-set artifact and chains into coordinator:plan as the only valid next step.

Quick Start

Use /shape to converge on the problem and obtain a PM-ratified problem-set before the system creates any implementation plan.

Frequently Asked Questions about shape

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I align PM and EM on problem scoping before solutioning begins?

Problem scoping alignment requires a falsifiable problem restatement and iteration until a shared understanding exists. You must define scope boundaries, success criteria, and out-of-scope constraints to prevent engineering from misreading the target problem.

What is a falsifiable problem restatement and when do I need one?

A falsifiable problem restatement reframes the target problem in PM vocabulary so its boundaries can be tested and validated. You need this when a PM has a target problem requiring confirmation of scope and out-of-scope constraints before any design decisions.

How do I identify the most plan-invalidating scope boundary for requirements validation?

Requirements validation involves surfacing the single load-bearing PM-altitude uncertainty with the highest probability-weighted rework consequence. This forces articulation of the most critical scope boundary rather than tactical doubts to prevent invalidating the plan later.

Does this approach support a structured handoff directly into plan preparation?

Yes, this approach supports a structured handoff by producing a frozen, PM-ratified problem-set artifact. This artifact acts as a decision gate that chains directly into plan preparation without requiring any other skill invocation.

What happens if PM-EM alignment is skipped and solutioning starts early?

Skipping PM-EM alignment causes the EM to begin solutioning from a misread, leading to architectural rework. Without a ratified problem-set exit gate, planning proceeds on tactical doubts rather than a confirmed, falsifiable problem scope.