Dt Rpi Integration
MicrosoftOfficialPublished by Microsoft
- Skill
- Guidelines
- Agent tooling
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill acts as the bridge between Design Thinking coaching and the RPI (Research, Plan, Implement, Review) workflow. It defines the formal handoff contracts, artifact schemas, and contextual framing required to ensure that insights gathered during Design Thinking are effectively utilized by downstream RPI phases. It ensures that regardless of the Design Thinking exit point, all projects enter the RPI pipeline through the research phase with standardized, validated documentation.
What it does
- Defines the formal handoff contract for transitioning from Design Thinking to RPI phases.
- Provides standardized schemas for documenting handoff artifacts and project constraints.
- Offers guidance on framing research, planning, implementation, and review contexts based on DT artifacts.
- Includes procedures for subagent dispatch to validate handoff readiness.
- Provides specific instructions for generating lo-fi image prompts for concept visualization.
When to use it
- When a team graduates from a Design Thinking space boundary and needs to begin the RPI workflow.
- When you need to prepare research-ready inputs from completed Design Thinking methods.
- When you need to ensure that RPI planning and implementation phases are informed by validated DT context.
- When you need to generate neutral, lo-fi concept sketches for stakeholder evaluation.
Advantages
- Ensures continuity of project context across different development phases.
- Standardizes the quality and format of handoff documentation.
- Reduces investigation scope by providing validated artifacts from earlier stages.
- Maintains neutrality in visual concept generation through strict prompt enforcement.
Usage examples
- “How do I structure the handoff summary when moving from the Problem space to RPI research?”
- The agent provides the required YAML schema for the handoff-summary.md file, including fields for exit points, artifacts, and constraint tracking.
- “Generate a lo-fi image prompt for a concept where a technician uses a tablet to check inventory.”
- The agent generates a prompt following the required stick-figure template, ensuring no personal traits are included and the style is set to black-and-white line art.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/microsoft/dt-rpi-integration/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip dt-rpi-integration.zip -d .agents/skills
Documentation by Microsoft
Design Thinking → RPI Integration — Skill Entry
This skill is the entry point for Design Thinking to RPI integration knowledge.
The DT coach loads these references when Design Thinking coaching graduates into the RPI workflow. Every DT exit produces research-ready input for rpi-research. The retained downstream phases, rpi-plan, rpi-implement, and rpi-review, consume the resulting context. RPI Agent is the lifecycle wrapper when end-to-end coordination is needed; it does not replace rpi-research as the handoff target.
Integration references
| Reference | When to load |
|---|---|
| Handoff contract | Exit points, artifact schemas, RPI input contracts, and quality markers for lateral DT-to-RPI handoff |
| Space-exit handoffs | Step-by-step Problem, Solution, and Implementation Space exit procedures that compile the handoff summary and the RPI entry document |
| Research context | DT-aware rpi-research framing for handoffs from the DT coach |
| Planning context | DT-aware rpi-plan context for plans originating from DT artifacts |
| Implement context | DT-aware rpi-implement context applying fidelity and stakeholder constraints |
| Review context | DT-aware rpi-review criteria for evaluating Design Thinking artifacts |
| Subagent handoff | Readiness assessment, artifact compilation, and validation via subagent dispatch |
| Image prompt generation | Method 5 concept visualization with lo-fi prompt enforcement |
Skill layout
SKILL.md— this file (skill entrypoint).references/— the DT-to-RPI integration reference documents.rpi-handoff-contract.md— DT-to-RPI handoff contract: exit points, artifact schemas, RPI input contracts, and confidence markers.space-exit-handoffs.mdprovides the per-space exit procedures, handoff summaries, transition entries, and RPI entry documents.rpi-research-context.mdprovides DT-awarerpi-researchcontext.rpi-planning-context.mdprovides DT-awarerpi-plancontext.rpi-implement-context.mdprovides DT-awarerpi-implementcontext.rpi-review-context.mdprovides DT-awarerpi-reviewcontext.subagent-handoff.mdprovides the subagent dispatch workflow for handoff readiness, compilation, and validation.image-prompt-generation.mdprovides Method 5 lo-fi image prompt generation guidance.
Files
- ATTRIBUTION.mdAdded by AutoGineer887 B
- LICENSELicence file added by AutoGineer1.1 KiB
- SKILL.md3.7 KiB
- references/image-prompt-generation.md9.0 KiB
- references/rpi-handoff-contract.md7.2 KiB
- references/rpi-implement-context.md4.3 KiB
- references/rpi-planning-context.md5.8 KiB
- references/rpi-research-context.md4.2 KiB
- references/rpi-review-context.md6.1 KiB
- references/space-exit-handoffs.md17.3 KiB
- references/subagent-handoff.md3.3 KiB
references/rpi-handoff-contract.md
title: 'DT→RPI Handoff Contract' description: Formal contract for lateral handoffs from Design Thinking coaching into the RPI workflow, including exit points and confidence markers.
Defines the formal contract for lateral handoffs from Design Thinking coaching into the retained RPI phases: rpi-research, rpi-plan, rpi-implement, and rpi-review. Use this guidance whenever a team graduates from a DT space boundary or explicitly requests implementation support.
Tiered Handoff Schema
Three exit points align with DT space boundaries. Every exit targets rpi-research; the tier communicates how much validated DT evidence is available.
| Exit Point | DT Methods | DT Space Boundary | RPI Target | What Transfers |
|---|---|---|---|---|
| Problem Statement Complete | 1-3 complete | Problem → Solution | rpi-research | Validated problem statement, synthesis themes, stakeholder map, constraint inventory |
| Concept Validated | 4-6 complete | Solution → Implementation | rpi-research | Tested concepts, lo-fi prototype feedback, constraint discoveries, narrowed directions |
| Implementation Spec Ready | 7-9 complete | Implementation exit | rpi-research | Hi-fi prototype specs, user testing results, architecture decisions, rollout criteria |
The exit tier describes the richness and completeness of artifacts provided to rpi-research, not which RPI phase to skip. Later exits provide richer context that may reduce the investigation scope, but they do not bypass research.
Every exit enters the RPI pipeline at rpi-research. Earlier exit points provide leaner artifacts requiring broader investigation. Later exit points provide richer, more validated artifacts that narrow the investigation scope. The full pipeline continues through rpi-plan, rpi-implement, and rpi-review; maturity never bypasses a phase. RPI Agent may coordinate the lifecycle, but the handoff artifact remains a research-ready input for rpi-research.
Exit-Point Artifact Schema
Record handoff artifacts in the coaching state transition_log using a lateral transition entry. Create a handoff summary file alongside the coaching state.
# .copilot-tracking/dt/{project-slug}/handoff-summary.md
exit_point: "problem-statement-complete | concept-validated | implementation-spec-ready"
dt_method: 3 # last completed DT method
dt_space: "problem" # space being exited
handoff_target: "rpi-research" # constant: all DT exits enter at rpi-research
date: "YYYY-MM-DD"
artifacts:
- path: ".copilot-tracking/dt/{project-slug}/method-03-synthesis-themes.md"
type: "synthesis-themes"
confidence: validated
- path: ".copilot-tracking/dt/{project-slug}/method-01-stakeholder-map.md"
type: "stakeholder-map"
confidence: validated
constraints:
- description: "System must integrate with existing ERP"
source: "stakeholder-interview"
confidence: validated
- description: "Budget limited to current fiscal year"
source: "project-sponsor"
confidence: assumed
assumptions:
- description: "Maintenance team has tablet access on factory floor"
confidence: unknown
impact: "high"RPI Input Contracts
Each retained RPI phase consumes DT context at a different point. Provide artifacts matching the phase's needs.
| RPI Phase | DT Artifact Consumption | Format |
|---|---|---|
rpi-research | All DT exit artifacts: problem statements, tested concepts, hi-fi specs, stakeholder maps, constraint inventories, user testing results | Research-ready topic referencing DT artifacts by path |
rpi-plan | Receives DT context through the rpi-research output | Research artifact path |
rpi-implement | Receives DT context through the approved rpi-plan output | Task-centered plan path |
rpi-review | Evaluates implementation evidence against inherited DT context and constraints | Plan, changes, and validation evidence |
Frame the DT outputs as the research topic and reference artifact paths so rpi-research can read DT evidence directly rather than relying only on summarized context. The resulting context flows through rpi-plan, rpi-implement, and rpi-review.
Graduation Awareness Behavior
The DT coach monitors for handoff readiness at every space boundary using this four-step flow:
Detect: At each method boundary, assess whether the team's work satisfies the space boundary readiness signals defined in the method sequencing protocol.
Surface: When readiness signals are met, explicitly name the lateral handoff option alongside forward and backward options. State which exit point applies. All exits hand off to
rpi-research.Prepare: If the team chooses lateral handoff, follow the matching exit procedure in space-exit-handoffs.md to create the handoff summary file. Tag each artifact and constraint with a confidence marker. Identify gaps where confidence is
unknownorconflicting.Transfer: Record a lateral transition in the coaching state
transition_logwith rationale. Announce the handoff torpi-researchand provide the handoff summary path.
The coach remains available in an advisory capacity after handoff. If the RPI workflow surfaces questions that require DT methods, the team can resume coaching from the recorded state.
Handoff Quality Markers
Every artifact, constraint, and assumption in the handoff summary carries a confidence marker:
| Marker | Definition | RPI Implication |
|---|---|---|
validated | Confirmed through multiple sources or direct observation | Accept as grounded input |
assumed | Stated by a source but not independently confirmed | Flag for verification during RPI research |
unknown | Gap identified but not yet investigated | Prioritize in RPI research scope |
conflicting | Multiple sources disagree | Resolve before planning; escalate if unresolvable |
All DT coaching artifacts are scoped to
.copilot-tracking/dt/{project-slug}/. Never write DT artifacts directly under.copilot-tracking/dt/without a project-slug directory.
Requirements and compatibility
Written for: GitHub Copilot, Claude Code
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Claude Code frontmatter
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Published by
- Microsoft
- Publisher
- Microsoft (Official)
- Source
- microsoft/hve-core · .github/skills/design-thinking/dt-rpi-integration · commit f425e94
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Microsoft.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download dt-rpi-integration.zip