Generated banner for Demo Setup
Generated logo for Demo Setup

Demo Setup

MicrosoftOfficialPublished by Microsoft

  • Skill
  • Workflow
  • Automation and integrations
  • MIT
  • No issues found

From the author

Repeatable HVE Core demo setup that simulates DT Coach sessions with a customer persona and scaffolds a hi-fi prototype - Brought to you by microsoft/hve-core
— the description by Microsoft

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The demo-setup skill provides a repeatable, automated workflow for generating comprehensive HVE Core demonstration environments. It guides users through a simulated Design Thinking Coach session using a customer persona, generates necessary project artifacts, and scaffolds a runnable hi-fi prototype. The skill also produces a presenter's walkthrough guide and a narrated video script, ensuring that demos are consistent, professional, and easy to replicate for training, conferences, or customer presentations.

What it does

  • Generates a detailed customer persona brief and conversation seeds based on industry and problem inputs.
  • Automates a simulated Design Thinking Coach session across six methods with accelerated pacing.
  • Scaffolds a runnable hi-fi prototype at Method 7, complete with experiment cards and telemetry.
  • Creates a presenter's walkthrough guide for consistent demo delivery.
  • Generates a structured video script for recording polished demo walkthroughs.
  • Applies standardized demo constraints, including simulation badges and experiment banners.

When to use it

  • When you need to showcase HVE Core tooling to customers, partners, or internal teams.
  • When onboarding new users who require an end-to-end view of the Design Thinking and prototyping workflow.
  • When preparing for conference talks, workshops, or training sessions.
  • When you need a reference demo that can be independently replicated by others.

Advantages

  • Ensures demo consistency through a standardized, repeatable workflow.
  • Reduces setup time by automating the generation of personas, artifacts, and prototypes.
  • Provides built-in presenter support via walkthrough guides and video scripts.
  • Includes pre-configured telemetry and experiment framing for a professional presentation.
  • Supports accelerated pacing for efficient demo delivery.

Usage examples

“/demo-setup customer="Contoso Manufacturing" industry="manufacturing"”
The agent generates a persona brief for Contoso, runs an accelerated DT Coach session, scaffolds a manufacturing-themed prototype, and creates a presenter's guide and video script.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/microsoft/demo-setup/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip demo-setup.zip -d .agents/skills

Documentation by Microsoft

Demo Setup

Overview

Creates demo-ready prototypes by guiding you through a simulated Design Thinking Coach session with a customer persona, then scaffolding a hi-fi prototype. The skill generates a customer persona brief with realistic conversation seeds, accelerates through DT Methods 1 through 6 with simulated customer dialogue, and scaffolds a runnable hi-fi prototype directly at Method 7. The result is a complete, runnable demo with a presenter's walkthrough guide and a video script for recording.

Primary audience: new users learning HVE Core tools.

Core design constraints:

  • Every demo starts with a customer persona brief that drives the simulated conversation.

  • DT Coach interactions use accelerated pacing (2 to 3 exchanges per method) for demo efficiency.

  • Step 4 scaffolds the hi-fi prototype directly, handling all scaffold generation and experiment framing.

  • Presenter's guide included so demos are repeatable without memorizing the flow.

  • Demo video script generated for recording a polished walkthrough video.

Prerequisites

  • DT Coach agent accessible (provided by the HVE Core extension)

  • .copilot-tracking/ directory exists at the workspace root

Quick Start

Run a demo with custom inputs:

  1. Invoke /demo-setup with customer={name}, industry={vertical}, and optionally persona and problem.

  2. The DT Coach walks through Methods 1 through 6 with a generated persona and conversation seeds.

  3. At Method 7 the skill scaffolds a runnable prototype.

  4. Open index.html in a browser and follow the presenter's guide in README.md.

When to Use

  • Setting up a demo for a customer, partner, or internal team to showcase HVE Core tooling

  • Onboarding new users who need to see the DT Coach and prototype workflow end to end

  • Preparing a conference talk, workshop, or training session that walks through the tools

  • Creating a reference demo that others can replicate independently

When Not to Use

  • Running a real Design Thinking engagement with actual stakeholders (use the DT Coach directly)

  • Building a production prototype without the demo scaffolding and walkthrough

  • Creating a static slide deck or documentation (use the canonical deck)

  • The audience already knows the tools and needs advanced workflow guidance

Inputs

InputRequiredDescription
customerYesCustomer name or organization for the demo scenario
industryYesIndustry vertical (field service, government, healthcare, manufacturing, energy)
personaNoEnd-user persona name and role. Generated from customer and industry context when omitted
problemNoBrief problem statement. Inferred from industry patterns when omitted
acceleratedNoWhether to use accelerated DT method pacing for demo purposes. Defaults to true

Customer Persona Brief Template

The skill generates a customer persona brief before starting the DT Coach session. This brief drives all simulated customer interactions through Methods 1 through 6.

Save location: .copilot-tracking/dt/{project-slug}/context/customer-persona-brief.md

Organization Profile
FieldDescription
NameOrganization name
IndustryIndustry vertical and sub-sector
SizeEmployee count and scale indicators
ContextBusiness context, market position, and relevant operational details
Persona Profile
FieldDescription
NameFull name of the persona
RoleJob title and department
Daily workTypical workday activities and responsibilities
FrustrationsTop 3 to 5 pain points in current workflow
GoalsWhat success looks like for this person
Problem Scenario
FieldDescription
Specific situationConcrete instance of the problem occurring
ConstraintsBudget, timeline, regulatory, or technical limitations
Stakeholders affectedWho else feels the impact of this problem
Existing workaroundsHow the persona currently copes with the problem
Conversation Seeds

Conversation seeds provide realistic customer responses that the DT Coach uses during simulated interactions. Each seed matches the coaching focus of its method.

MethodSeed FocusExample Response Pattern
M1 ScopeWhat the customer says about their problem initiallyDescribes the pain point in their own words, mentions what prompted the conversation
M2 ResearchDaily workflow description and pain pointsWalks through a typical day, highlights where things break down
M3 SynthesisReactions to synthesized themesConfirms or challenges pattern accuracy, adds nuance from their experience
M4 BrainstormingWhat excites and concerns them about ideasResponds to feasibility, flags organizational constraints, identifies quick wins
M5 ConceptsFeedback on visual conceptsReacts to desirability, viability, and feasibility of proposed solutions
M6 Lo-FiReactions to paper prototypesPoints out usability friction, suggests workflow changes, identifies missing steps
Domain Vocabulary

Industry-specific terms the persona would naturally use in conversation. Include 10 to 15 terms with brief definitions for context.

Workflow

Follow the six-step workflow to set up a complete HVE Core demo. Each step builds on the previous one.

StepNamePurpose
1Define Customer ScenarioGenerate the customer context and persona brief from user inputs
2Initialize DT Coach SessionCreate project structure and start the coaching session
3Guided DT Methods 1-6Accelerated coaching with simulated customer conversations
4Prototype ScaffoldTransition to Method 7 and generate the runnable prototype
5Demo Walkthrough GuideGenerate the presenter's guide and finalize the demo
6Demo Video ScriptGenerate a narrated video script for recording the demo
Step 1: Define Customer Scenario

Accept customer context from user inputs and generate the persona brief.

  1. Generate a Customer Persona Brief from the customer, industry, persona, and problem inputs.

  2. Fill all sections of the Customer Persona Brief Template, including conversation seeds tailored to the industry and problem.

  3. Derive the project slug from the customer name: strip all characters except letters, digits, and spaces, collapse consecutive spaces, then lowercase and replace spaces with hyphens (for example, Contoso Manufacturing becomes contoso-manufacturing, O'Brien & Co. becomes obrien-co). If the resulting slug is empty, prompt the user for a valid customer name.

  4. Save the brief to .copilot-tracking/dt/{project-slug}/context/customer-persona-brief.md using the project slug derived above.

Checkpoint: persona brief exists with all sections populated.

Step 2: Initialize DT Coach Session

Create the project structure and start the DT Coach session with demo context.

  1. Use the project slug derived in Step 1.

  2. Initialize coaching-state.md with initial_classification set to frozen. Add a session_mode: demo marker under the project block to record that this is a demo session.

  3. Include at minimum these fields: project.slug, project.name, project.initial_classification: frozen, project.session_mode: demo, current.method: 1, current.space: problem, current.phase: session-init.

  4. The DT Coach loads the customer persona brief as simulated customer context.

  5. Begin Method 1 with the DT Coach greeting and session initialization.

Note: session_mode: demo is a demo-setup convention that the DT Coach does not natively recognize yet. Accelerated pacing is enforced by this skill's Step 3 direction to the Coach, not by the coaching-state.md schema. Native session_mode support could be formalized in the DT Coach agent and coaching-state schema if a future use case requires it.

Checkpoint: coaching-state.md exists with demo initial_classification and Method 1 active.

Step 3: Guided DT Methods 1-6 (Accelerated Demo Mode)

The DT Coach guides through each method with simulated customer conversations drawn from the persona brief.

  1. At each method, the persona brief's conversation seeds provide realistic customer responses.

  2. Direct the DT Coach to complete each method in 2 to 3 exchanges (one user turn plus one coach response per exchange), compared to 10 or more in full coaching. This skill drives the accelerated cadence; the Coach does not infer it from session_mode.

  3. Key artifacts are generated at each method exit:

    • M1: stakeholder map and scope summary

    • M2: research notes and interview synthesis

    • M3: theme clusters and problem statement

    • M4: prioritized idea list

    • M5: concept cards with desirability/feasibility/viability assessment

    • M6: lo-fi prototype sketches and usability notes

  4. At each method transition, highlight which HVE Core tool or feature is being demonstrated:

    • M1 to M2: coaching state persistence and session recovery

    • M2 to M3: artifact lineage across methods

    • M3 to M4: problem-to-solution space transition

    • M4 to M5: concept cards with D/F/V evaluation

    • M5 to M6: canonical deck snapshot (optional)

    • M6 to M7: hi-fi prototype scaffold generation

Checkpoint: Methods 1 through 6 have generated artifacts in the coaching state.

Step 4: Prototype Scaffold (Method 7)

Transition to Method 7 and generate the hi-fi prototype scaffold directly.

  1. Derive the scaffold inputs from the DT session artifacts using the Prototype Input Mapping table below.

  2. Populate the experiment card from DT session artifacts (hypothesis from M3 themes, success criteria from M5 concepts).

  3. Generate the scaffold using the fixed and variable elements defined in the Demo Scaffold Template section below.

  4. Fixture data derived from the persona brief and domain vocabulary.

  5. Name the fixture file after the primary domain noun in plural form (for example, machines.js, vehicles.js, patients.js).

  6. Include experiment banner on every page with hypothesis text.

  7. Apply [SIMULATED] badges to all mock components.

  8. Pre-wire telemetry for page views, clicks, and task timing.

Prototype Input Mapping
Scaffold InputSource DT ArtifactDerivation
HypothesisM3 problem statementReframe as a testable prediction about user behavior
Success criteriaM5 concept D/F/V assessmentConvert desirability, feasibility, and viability ratings into measurable conditions
Stack preferenceAlways htmlDefault zero-install stack for demos
Simulation needsM2 constraint catalog and M6 usability notesList components that cannot be built live and require fixtures
Telemetry levelAlways basicPage views, clicks, and task timing for demo purposes
StorageAlways filesZero-dependency demo default; avoids database setup
LLM providerAlways noneDemos use fixture data, not live LLM calls

Checkpoint: prototype runs locally by opening index.html in a browser.

Step 5: Demo Walkthrough Guide

Generate a presenter's guide in the prototype README with everything needed to deliver the demo.

  1. Step-by-step demo narrative from DT Coach session through prototype walkthrough.

  2. Key talking points at each stage of the demo.

  3. Which HVE Core features are showcased at each step:

    • DT Coach agent and coaching state management

    • Customer persona brief and conversation simulation

    • Experiment cards and hypothesis-driven development

    • Hi-fi prototype scaffold generation

    • Telemetry instrumentation

  4. Common audience questions and suggested responses.

  5. Timing guidance (approximate duration per section).

Checkpoint: README contains a complete presenter's walkthrough guide.

Step 6: Demo Video Script

Generate a demo-video-script.md in the prototype directory with a complete narrated video script for recording the demo.

  1. Follow the structure in references/demo-video-script-template.md for the script layout.

  2. Populate the Cold Open with a vivid scene showing the prototype in action and stating the persona's core pain point.

  3. Write Section 1 (The Problem) using the customer persona brief: organization profile, frustrations, and the specific problem scenario.

  4. Write Section 2 (Design Thinking Coach) walking through the DT artifacts generated in Step 3, highlighting coaching state persistence and artifact lineage.

  5. Write Section 3 (The Experiment Card) narrating the hypothesis, success criteria, and failure criteria from the experiment card.

  6. Write prototype demo sections (Sections 4 and 5) with screen-by-screen narration of the prototype workflow. Include visual cues in brackets describing what appears on screen and what the presenter clicks.

  7. Write Section 6 (What You Just Saw) recapping the HVE Core tools demonstrated and their value.

  8. Write Section 7 (Where to Start) introducing the three entry points: Task Researcher, RPI Agent, and DT Coach. Include a brief live demo prompt for each.

  9. Write a Closing section and Production Notes table with recording setup details.

  10. Target duration is 14 to 16 minutes. Distribute time across sections proportionally, with prototype demo sections receiving the most time.

Checkpoint: demo-video-script.md exists with all sections populated and timing annotations.

Demo Scaffold Template

Every demo scaffold follows a fixed structure. Step 4 generates this layout with demo-specific content.

{project-slug}/
├── experiment-card.md
├── README.md
├── demo-video-script.md
├── index.html
├── style.css
├── app.js
├── telemetry.js
└── sim/fixtures/{domain-data}.js
Fixed Elements (same across all demos)
ElementDetails
Experiment bannerVisible on every page with hypothesis text
CSS resetSystem fonts, 2-color palette, dashed borders, 44px touch targets
Rough UI constraintsNo shadows, gradients, or custom fonts
Telemetry skeletonPage views, clicks, task timing, session UUID
[SIMULATED] badgesApplied to every mock component
Experiment cardHypothesis, success criteria, failure criteria, simulation inventory
Demo video scriptNarrated walkthrough with visual cues, timing, and production notes
Variable Elements (customized per demo)
ElementVaries By
Accent colorIndustry or customer brand association
LayoutScreen count and workflow shape (1 to 5 screens max)
Fixture schemaDomain-specific data structure in sim/fixtures/
Domain termsIndustry vocabulary in labels, headings, and fixture data
Hypothesis textDerived from DT session Method 3 themes
Success criteriaDerived from DT session Method 5 concepts

Integration with HVE Core Tools

Each step of the demo workflow showcases specific HVE Core tools and features.

Tool / FeatureWhere ShowcasedDemo Talking Point
DT Coach agentMethods 1-6 coachingAI-guided Design Thinking with structured method progression
Customer persona briefStep 1 scenario setupSimulated customer conversations grounded in realistic personas
Coaching state managementSession persistence across methodsSession recovery, method tracking, and artifact lineage
Prototype scaffoldMethod 7 scaffold generationExperiment-framed prototypes with hypothesis-driven development
Experiment cardsPrototype setupEvery prototype starts with a falsifiable hypothesis
Telemetry instrumentationPrototype scaffoldMeasurement built in from day one, not added later
Canonical deck (optional)Method 1, 3, and 5 snapshotsVisual summaries at scope, synthesis, and concept milestones

Validation

  • [ ] Customer persona brief exists and all sections are populated

  • [ ] DT coaching state initialized with initial_classification: frozen and session_mode: demo

  • [ ] Methods 1 through 6 have generated artifacts

  • [ ] Experiment card has a falsifiable hypothesis and measurable success criteria

  • [ ] Prototype scaffold runs locally by opening index.html

  • [ ] Telemetry captures page views, clicks, and task timing

  • [ ] README contains a complete presenter's walkthrough guide

  • [ ] Demo video script exists with all sections, visual cues, and timing annotations

  • [ ] All simulated components display [SIMULATED] badges

  • [ ] Experiment banner visible on every prototype page

Troubleshooting

IssueCauseSolution
Persona brief feels genericInsufficient industry context providedAdd specific domain vocabulary and 3 to 5 concrete workflow details to the inputs
DT Coach reverts to full-length pacingStep 3 accelerated-pacing not appliedRe-issue the Step 3 direction to run each method in 2 to 3 exchanges; keep the accelerated input true (default)
Prototype scaffold missing telemetryTelemetry skeleton omitted from scaffoldPre-wire the telemetry skeleton (page views, clicks, task timing) when generating the scaffold in Step 4
Audience confuses demo with real productMissing simulation labelsEvery mock component requires a visible [SIMULATED] badge; check the validation list
Demo takes too long to presentFull coaching mode activeSet accelerated input to true (default) for 2 to 3 exchanges per method
Fixture data does not match domainConversation seeds missing domain vocabularyUpdate the Domain Vocabulary section of the persona brief before starting the session
Demo video script too longToo many prototype screens narratedLimit prototype demo to 2 to 3 key screens; reference additional screens briefly without full narration
Video script feels disconnected from prototypeScript written before scaffold finalizedGenerate the video script after Step 5 completes so all prototype screens and the README are available as source material

Demo Video Script Template

The demo video script follows a fixed section structure with narrator text (blockquoted) and visual stage directions (bracketed). See references/demo-video-script-template.md for the full template, section-by-section script structure, authoring rules, and content derivation guidance. Copy that file to the prototype directory as demo-video-script.md in Step 6 and fill in the placeholders.

Brought to you by microsoft/hve-core

Files

references/demo-video-script-template.md


title: Demo Video Script Template description: Reusable template for HVE Core demo video scripts with section structure, visual cue format, and timing guidance

How to Use This Template

This template provides both the structural reference for authoring a demo video script and a fillable scaffold. Copy this file to the prototype directory as demo-video-script.md, then replace the {{placeholder}} text with content derived from the customer persona brief, DT artifacts, experiment card, and prototype screens.

Script Structure
SectionDurationContent
Video Details—Metadata table: title, subtitle, target duration, audience, tone
Cold Open0:30Show the running prototype; narrate the persona's pain in their own words
Section 1: The Problem1:30Walk through the persona brief on screen; highlight frustrations and the specific scenario
Section 2: Design Thinking Coach2:30Show the DT artifacts directory; narrate key method outputs and coaching state
Section 3: The Experiment Card1:00Open the experiment card; narrate hypothesis, success criteria, and failure criteria
Section 4+: Prototype Demo4:00Screen-by-screen narration of the prototype; one section per major screen
What You Just Saw1:30Recap the five HVE Core capabilities demonstrated
Where to Start4:00Three entry points with live demo prompts for Task Researcher, RPI Agent, and DT Coach
Closing0:30Summary statement and call to action
Production Notes—Recording setup table: tool, browser, theme, font size, resolution, pre-recording steps
Section Authoring Rules
  • Visual cues appear in **[VISUAL: description]** format before the narrator text they accompany.

  • Narrator text uses blockquote format (>) for spoken words.

  • Demo prompts (text the presenter types on screen) appear in a dedicated code block labeled with the prompt context.

  • Each prototype demo section covers one screen of the prototype. Name the section after the screen (for example, "Order Queue Demo" or "Dashboard Demo").

  • Timing annotations appear in parentheses in each section heading (for example, ## COLD OPEN (0:00 - 0:30)).

  • The "Where to Start" section includes three subsections, one per agent, each with a typed prompt and narration of the agent's response.

  • Production Notes table includes at minimum: screen recording tool, browser, VS Code theme, font size, resolution, and any pre-recording reset steps (for example, clearing localStorage).

Content Derivation
Script SectionSource Artifact
Cold Open scenePrototype index.html primary screen
The Problem narrationCustomer persona brief: frustrations, problem scenario, constraints
DT Coach walkthrough.copilot-tracking/dt/{slug}/ artifact directory and coaching-state.md
Experiment Cardexperiment-card.md hypothesis and criteria
Prototype Demo screensEach .html file in the scaffold, walked through in workflow order
What You Just SawIntegration with HVE Core Tools table from the demo-setup skill
Where to StartStandard three-agent intro: Task Researcher, RPI Agent, DT Coach

Video Details

FieldValue
Title{{title — action-oriented statement about the demo outcome}}
SubtitleHVE Core Design Thinking + Prototyping Workflow
Target duration14-16 minutes
Audience{{audience — who will watch this recording}}
ToneConversational, confident, practitioner-to-practitioner

COLD OPEN (0:00 - 0:30)

[VISUAL: Browser showing the prototype primary screen with key UI elements visible]

{{Vivid description of the persona's daily pain in their own words. Show the running prototype as the backdrop. End with a hook: "We built this in under an hour using two HVE Core tools. Let me show you how."}}


SECTION 1: THE PROBLEM (0:30 - 2:00)

[VISUAL: VS Code, open to customer-persona-brief.md, scrolling through the Organization and Persona Profile sections]

{{Introduce the persona: name, role, organization, scale. Ground the viewer in who this person is and what their day looks like.}}

[VISUAL: Highlight the "Frustrations" section of the persona brief]

{{Walk through the top 3 frustrations. Be specific with numbers, names, and workflow details.}}

[VISUAL: Highlight the "Problem Scenario" section]

{{Narrate one concrete instance of the problem occurring. Include the cascading consequences.}}

[VISUAL: Cut to the problem statement in method-03-problem-statement.md]

{{State the problem statement as synthesized by the DT Coach. Frame it as a question: "Can [proposed solution] change that?"}}


SECTION 2: DESIGN THINKING COACH (2:00 - 4:30)

[VISUAL: VS Code file explorer showing the .copilot-tracking/dt/{slug}/ directory with all method artifacts visible]

{{Introduce the DT Coach: "Before writing any code, we ran a Design Thinking coaching session." Mention methods 1-6 and structured artifacts.}}

[VISUAL: Open method-01-stakeholder-map.md]

{{Method 1 highlight: Who are the stakeholders? What insight emerged from mapping them?}}

[VISUAL: Open coaching-state.md, highlight the transition log]

{{Coaching state persistence: session recovery, method tracking, artifact lineage. "If I close VS Code and come back tomorrow, the DT Coach picks up exactly where we left off."}}

[VISUAL: Open method-03-theme-clusters.md]

{{Method 3 highlight: What themes emerged from synthesis? List 2-3 key themes with evidence.}}

[VISUAL: Open method-05-concept-cards.md, show the D/F/V summary table]

{{Method 5 highlight: Desirability, feasibility, viability assessment. What was the verdict?}}

[VISUAL: Brief pause on the full .copilot-tracking/dt/{slug}/ file tree]

{{Summary: "Six methods. Ten artifacts. A validated problem, a testable hypothesis, and a clear concept. All before a single line of prototype code."}}


SECTION 3: THE EXPERIMENT CARD (4:30 - 5:30)

[VISUAL: Open experiment-card.md in VS Code]

{{Introduce the experiment card concept: "This is not a requirements doc. It is a hypothesis with explicit success and failure criteria."}}

[VISUAL: Highlight the hypothesis]

{{Read the hypothesis verbatim or paraphrase closely.}}

[VISUAL: Highlight the success criteria table]

{{Walk through 2-3 key success criteria that are observable and measurable.}}

[VISUAL: Highlight the failure criteria]

{{Explain what would prove the hypothesis wrong. "A good experiment is falsifiable."}}


SECTION 4: PROTOTYPE DEMO — PRIMARY SCREEN (5:30 - 7:30)

[VISUAL: Browser, index.html — primary screen visible]

{{Describe the persona's new workflow. Narrate what each UI element means and how it maps to the problem statement.}}

[VISUAL: Interact with the primary screen — click buttons, hover elements, show state changes]

{{Walk through 2-3 key interactions. Show the happy path first, then edge cases with lower confidence or flagged items.}}

[VISUAL: Point out the experiment banner and [SIMULATED] badges]

{{Acknowledge the prototype constraints: "The simulated badge reminds us this is a prototype. The real architecture would [describe production approach]. But the prototype proved the workflow works before we invest."}}


SECTION 5: PROTOTYPE DEMO — SECONDARY SCREEN (7:30 - 9:30)

[VISUAL: Browser, secondary screen (e.g., review, pipeline, closeout)]

{{Describe the second key screen. What does it show? How does the persona use it?}}

[VISUAL: Walk through the interaction flow on this screen]

{{Narrate the specific interactions: approvals, overrides, confirmations. Show how the persona completes their core task.}}

[VISUAL: Show completion state or confirmation]

{{Describe the endpoint: "The task is complete. The [action] is confirmed."}}


SECTION 6: WHAT YOU JUST SAW (9:30 - 11:00)

Let me recap what we covered.

First, the DT Coach agent. It guided us through six Design Thinking methods with a simulated customer persona. Every method produced a structured artifact. Those artifacts are reusable. They are the institutional memory of the design process.

Second, coaching state management. The session is persistent. You can close VS Code, come back next week, and the coach picks up where you left off. Method progress, artifact lineage, transition rationale: all tracked.

Third, the experiment card. Every prototype starts with a hypothesis written before any code. Success criteria you can observe. Failure criteria that tell you when to pivot. This is not a feature backlog. It is a falsifiable experiment.

Fourth, the prototype skill. It generated the scaffold in minutes. Intentionally rough UI so stakeholders react to the workflow, not the colors. Simulated badges on every mock component so nobody confuses this with a product.

And fifth, telemetry from day one. Page views, clicks, task timing, session IDs. When you run this prototype with real users, you get measurement data automatically.

The whole thing runs by opening a single HTML file. No servers, no cloud accounts, no API keys.


SECTION 7: WHERE TO START (11:00 - 15:00)

[VISUAL: VS Code command palette or agent selector showing the three agents]

So you have seen the workflow end to end. The natural question is: where do I start? HVE Core gives you three entry points depending on where you are in your work.

Task Researcher Demo (11:00 - 12:30)

[VISUAL: VS Code with the Task Researcher agent active]

If you are joining an existing project or picking up unfamiliar code, start with the Task Researcher. Point it at a codebase and it maps the architecture, identifies patterns, surfaces dependencies, and answers your questions grounded in what is actually there.

[DEMO: Ask the Task Researcher]

Prompt to type:

"I just opened this repo for the first time. Give me a technical overview — what does this project do, what's the tech stack, how is it organized, and where should I start if I want to add a new {{domain feature}}?"

[VISUAL: Watch the Task Researcher read files, scan directories, and synthesize a structured overview.]

{{Narrate what the researcher does and the quality of its grounded output.}}

RPI Agent Demo (12:30 - 14:00)

[VISUAL: VS Code with rpi-agent active]

When you are ready to build, reach for the RPI Agent. RPI stands for Research, Plan, Implement. It breaks your task into phases: the researcher gathers context, the planner writes a step-by-step implementation plan, and the implementor executes each phase.

[DEMO: Ask the RPI Agent]

Prompt to type:

"Add a telemetry dashboard page (telemetry-dashboard.html) that reads captured events from localStorage and visualizes: {{2-3 metrics relevant to the prototype's experiment card}}."

[VISUAL: Watch the RPI agent research, plan, and implement. Show the finished dashboard.]

{{Narrate the three phases and the final result.}}

DT Coach Recap (14:00 - 14:30)

[VISUAL: VS Code with DT Coach agent active]

And if you are starting from scratch, that is where the DT Coach comes in. It walks you through Design Thinking methods to make sure you are solving the right problem before you build anything.

One more thing. In this demo we used a generated persona brief to simulate the customer conversations. But in real engagements, you feed it real context. Drop a meeting transcript into the context/ folder and the coach grounds its coaching in what was actually said.

Connecting the Three (14:30 - 15:00)

[VISUAL: Simple diagram or text overlay showing the three agents]

Three starting points. Exploring existing code? Task Researcher. Building the next feature? RPI Agent. Validating a new idea from scratch? DT Coach. They work independently, but they also connect. The DT Coach's experiment card feeds the RPI Agent's planning. The Task Researcher grounds both of them in what is actually in the codebase.


CLOSING (15:00 - 15:30)

[VISUAL: VS Code showing the full .copilot-tracking/dt/{slug}/ directory alongside the prototype files]

{{Summarize the journey: persona to prototype. Name the key tools. Invite the viewer to try with their own scenario.}}

Thanks for watching.


Production Notes

ItemDetail
Screen recording toolOBS or VS Code screen recorder extension
BrowserChrome with DevTools closed, zoom at 100%
VS Code themeDefault dark or light — keep it familiar
Font sizeVS Code editor font 14px minimum for readability
Resolution1920x1080 or 2560x1440
localStorageRun localStorage.clear() in DevTools before each take
PausesLeave 1-2 second pauses at section transitions for editing
B-roll opportunitiesFile explorer navigation, coaching state YAML scrolling, status bar updates

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/demo-setup · 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 demo-setup.zip