Generated banner for Dt Rpi Integration
Generated logo for Dt Rpi Integration

Dt Rpi Integration

MicrosoftOfficialPublished by Microsoft

  • Skill
  • Guidelines
  • Agent tooling
  • MIT
  • No issues found

From the author

Design Thinking handoff knowledge for research-ready rpi-research inputs and DT-aware rpi-plan, rpi-implement, and rpi-review context
— the description by Microsoft

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

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/microsoft/dt-rpi-integration/download
  2. Unzip 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

ReferenceWhen to load
Handoff contractExit points, artifact schemas, RPI input contracts, and quality markers for lateral DT-to-RPI handoff
Space-exit handoffsStep-by-step Problem, Solution, and Implementation Space exit procedures that compile the handoff summary and the RPI entry document
Research contextDT-aware rpi-research framing for handoffs from the DT coach
Planning contextDT-aware rpi-plan context for plans originating from DT artifacts
Implement contextDT-aware rpi-implement context applying fidelity and stakeholder constraints
Review contextDT-aware rpi-review criteria for evaluating Design Thinking artifacts
Subagent handoffReadiness assessment, artifact compilation, and validation via subagent dispatch
Image prompt generationMethod 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.md provides the per-space exit procedures, handoff summaries, transition entries, and RPI entry documents.

    • rpi-research-context.md provides DT-aware rpi-research context.

    • rpi-planning-context.md provides DT-aware rpi-plan context.

    • rpi-implement-context.md provides DT-aware rpi-implement context.

    • rpi-review-context.md provides DT-aware rpi-review context.

    • subagent-handoff.md provides the subagent dispatch workflow for handoff readiness, compilation, and validation.

    • image-prompt-generation.md provides Method 5 lo-fi image prompt generation guidance.

Files

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 PointDT MethodsDT Space BoundaryRPI TargetWhat Transfers
Problem Statement Complete1-3 completeProblem → Solutionrpi-researchValidated problem statement, synthesis themes, stakeholder map, constraint inventory
Concept Validated4-6 completeSolution → Implementationrpi-researchTested concepts, lo-fi prototype feedback, constraint discoveries, narrowed directions
Implementation Spec Ready7-9 completeImplementation exitrpi-researchHi-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 PhaseDT Artifact ConsumptionFormat
rpi-researchAll DT exit artifacts: problem statements, tested concepts, hi-fi specs, stakeholder maps, constraint inventories, user testing resultsResearch-ready topic referencing DT artifacts by path
rpi-planReceives DT context through the rpi-research outputResearch artifact path
rpi-implementReceives DT context through the approved rpi-plan outputTask-centered plan path
rpi-reviewEvaluates implementation evidence against inherited DT context and constraintsPlan, 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:

  1. Detect: At each method boundary, assess whether the team's work satisfies the space boundary readiness signals defined in the method sequencing protocol.

  2. 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.

  3. 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 unknown or conflicting.

  4. Transfer: Record a lateral transition in the coaching state transition_log with rationale. Announce the handoff to rpi-research and 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:

MarkerDefinitionRPI Implication
validatedConfirmed through multiple sources or direct observationAccept as grounded input
assumedStated by a source but not independently confirmedFlag for verification during RPI research
unknownGap identified but not yet investigatedPrioritize in RPI research scope
conflictingMultiple sources disagreeResolve 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 or Microsoft.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download dt-rpi-integration.zip