---
description: 'Solution Space exit handoff — compiles DT Methods 4-6 outputs into RPI-ready artifact targeting task-planner'
mode: 'agent'
tools: ['read_file', 'create_file']
argument-hint: "projectName=..."
---

# Solution Space Exit Handoff

Compile Design Thinking Methods 4-6 outputs into an RPI-ready handoff artifact targeting task-planner.
Invoke when a team graduates from the Solution Space and chooses lateral handoff to the RPI pipeline.

Methods 4-6 (Brainstorming, User Concepts, Lo-fi Prototypes) correspond to Tier 2 "Concept Validated" in the three-tier exit schema, routing to RPI Planner for implementation planning. The handoff transfers tested concepts, constraint discoveries, lo-fi prototype feedback, and narrowed directions.

## Inputs

* ${input:projectName}: (Required) Name of the DT project. Derives the project slug (kebab-case) for directory lookup under `.copilot-tracking/dt/`.

## Required Steps

### Step 1: Read Coaching State

1. Derive the project slug from `${input:projectName}` using kebab-case conversion.
2. Read the coaching state file at `.copilot-tracking/dt/{project-slug}/coaching-state.md`.
3. Verify that Methods 4, 5, and 6 appear in the `methods_completed` list.
4. If any of Methods 4-6 are incomplete, report which methods remain and suggest resuming coaching before handoff.

### Step 2: Compile DT Artifacts

Read all Method 4-6 artifacts listed in the coaching state `artifacts` section and organize by method.

#### Method 4: Brainstorming

* Theme clusters (divergent ideas grouped by affinity).
* Selected themes for concept development.
* Session plan and brainstorming notes.

#### Method 5: User Concepts

* `concepts.yml`: Structured concept definitions with name, description, file, and prompt fields.
* `method-06-handoff.md`: 1-2 prioritized concepts advanced to prototyping.
* Stakeholder alignment notes showing D/F/V (Desirability/Feasibility/Viability) evaluation.

#### Method 6: Lo-fi Prototypes

* `constraint-discoveries.md`: Physical, environmental, and workflow constraints discovered through testing (categorized by type and severity: Blocker/Friction/Minor).
* `test-observations.md`: Structured behavioral evidence from user testing.
* Prototype variations (3-5 per concept) with feedback summaries.
* Validated and invalidated assumptions from testing.
* User behavior patterns observed during prototype interactions.

For each artifact, record the path, type, and evidence summary.
Note any expected artifact missing from the coaching state as a gap.

### Step 3: Readiness Assessment

Evaluate Solution Space completion against these readiness signals:

* Lo-fi prototypes tested in real user environments (not simulated or hypothetical).
* Constraints categorized by type (Physical/Environmental/Workflow) and severity (Blocker/Friction/Minor).
* Core assumptions validated or invalidated through user testing evidence.
* Concept directions narrowed to 1-2 validated approaches.
* User behavior patterns documented from test observations.

Tag each readiness signal with a quality marker:

| Marker        | Definition                                               |
|---------------|----------------------------------------------------------|
| `validated`   | Confirmed through multiple sources or direct observation |
| `assumed`     | Stated by a source but not independently confirmed       |
| `unknown`     | Identified gap not yet investigated                      |
| `conflicting` | Multiple sources disagree                                |

If critical gaps exist (signals marked `unknown` or `conflicting`), present findings and ask whether to proceed with the handoff, return to Method 6 for additional testing, or return to Method 2 for deeper research.

Document the readiness decision and any caveats in the handoff artifact.

### Step 4: Produce Handoff Artifact

Create the handoff summary file at `.copilot-tracking/dt/{project-slug}/handoff-solution-space.md` following the exit-point artifact schema from the DT→RPI handoff contract.

Include the YAML header:

```yaml
exit_point: "concept-validated"
dt_method: 6
dt_space: "solution"
handoff_target: "planner"
date: "{today's date}"
```

Include these sections:

* Artifacts: each compiled artifact with path, type, and confidence marker.
* Constraints: each constraint with description, source, confidence marker, category (Physical/Environmental/Workflow), and severity (Blocker/Friction/Minor).
* Assumptions: each assumption with description, confidence, validation status (validated/invalidated/untested), and impact rating (high/medium/low).
* Validated Patterns: user behavior patterns observed during testing with supporting evidence.
* Technical Unknowns: items tagged `assumed`, `unknown`, or `conflicting` requiring further investigation.

Inline all content directly rather than referencing artifact paths. The document stands alone as complete context for handoff and audit trail.

Record a lateral transition in the coaching state `transition_log`:

```yaml
- type: lateral
  from_method: 6
  to: rpi-planner
  rationale: "Solution Space complete: handoff to RPI pipeline with validated concepts"
  date: "{today's date}"
```

### Step 5: Generate RPI Entry

Create a self-contained RPI handoff document at `.copilot-tracking/plans/{project-slug}-plan.md` for task-planner to consume directly.

Transform DT artifacts into planning-ready context using these mappings:

| DT Artifact                       | RPI Planning Context        | Notes                                    |
|-----------------------------------|-----------------------------|------------------------------------------|
| Validated concepts (Method 5)     | Implementation requirements | Preserve concept descriptions            |
| Constraint discoveries (Method 6) | Technical boundaries        | Group by category, flag blockers         |
| User behavior patterns (Method 6) | Usage scenarios             | Include observation evidence             |
| Invalidated assumptions           | Risks and mitigations       | Document what testing disproved          |
| Technical unknowns                | Research scope priorities   | Items marked assumed/unknown/conflicting |

Structure the document with these sections:

* Validated Concepts: prioritized concept definitions from Method 5 handoff, transformed into implementation requirements.
* Constraint Discoveries: constraints organized by category (Physical/Environmental/Workflow) with severity markers and mitigation considerations.
* User Behavior Patterns: observed behaviors during prototype testing that inform implementation approach.
* Investigation Targets: items tagged `assumed`, `unknown`, or `conflicting` requiring RPI research or validation. Prioritize blockers and high-impact unknowns.
* Handoff Context: Reference to the handoff-solution-space.md artifact for lineage and any caveats from readiness assessment.

Inline all content directly rather than referencing `.copilot-tracking/` paths. Preserve confidence markers to guide RPI research prioritization.
The document stands alone as complete context for the receiving RPI agent.

---

Execute the Solution Space exit handoff for project "${input:projectName}" by following the Required Steps.
