Step 0 / Preparation ready

Workshop Setup

Create a repository from the prepared template, create a Codespace, verify the required tools, and inspect the completed stacked-PR reference.

Setup

Complete this preparation step before starting the SupportHub feature stack. Create your own repository from the prepared template; do not make changes in this workshop website repository or in the completed reference repository.

Create your workshop repository

  1. Open agenticengineeringday2026-template.
  2. Open Use this template and choose Create a new repository.
  3. Choose a repository name, then create the repository under your GitHub account.
  4. Open your new repository and use its Code menu to create a Codespace.
The template repository Use this template menu with Create a new repository highlighted.
Start from the prepared Aspire template by choosing Use this template → Create a new repository.
GitHub Create a new repository page showing the selected template and repository name field.
Choose a name for your workshop repository and create it under your account.

Create a Codespace

  1. In your new repository, open Code, switch to Codespaces, and choose New with options….
  2. Create the Codespace from your repository's main branch.
  3. Choose a machine with at least 4 cores. An 8-core machine is preferred for the distributed application, local infrastructure emulators, builds, and tests.
  4. Create the Codespace and wait until the dev container finishes starting and the terminal is available. Do not run workshop commands while the container is still configuring.
The repository Code menu open on the Codespaces tab with New with options highlighted.
Open the Codespaces tab in your own repository and choose New with options….
GitHub Codespaces creation page for a workshop repository showing the main branch, dev container configuration, and 8-core machine option.
Select your repository's main branch, the workshop dev container, and a machine with at least four cores.

Verify the environment

In the Codespace terminal, run each command and confirm it returns version information:

aspire --version
dotnet --version
dotnet --list-sdks
gh --version
copilot --version
gh stack --version

The prepared environment is expected to include the Aspire CLI, a .NET SDK, GitHub CLI, GitHub Copilot CLI, and the gh stack extension. If a command is missing or fails, stop and fix the Codespace setup before continuing; do not substitute a local installation.

Codespace terminal showing the required Aspire, .NET, GitHub CLI, Copilot CLI, and gh stack version checks.
All six commands should return version information in the Codespace terminal.

Start the application

From the repository root in the Codespace terminal, start the Aspire application:

aspire start

Aspire prints a Dashboard login URL containing a secret in its t query parameter. Copy that secret locally. It is required if you open the Dashboard through a forwarded port. Treat it as a credential: do not commit it, paste it into an issue, or share it in chat.

Codespace terminal showing the Aspire CLI banner and startup output. The dashboard credential is intentionally not shown.
The Aspire CLI starts from the repository root. Keep the Dashboard login secret local.

Confirm application health

Wait for the distributed resources to start, then run:

aspire describe

Continue when the required application services and infrastructure resources report Running and Healthy. The interactive supporthub-cli resource can remain NotStarted until you intentionally launch it.

Codespace terminal output from aspire describe, listing SupportHub resources with Running state and Healthy health.
Use aspire describe to wait for the expected resources to become healthy.

Open the Aspire Dashboard

Alternatively, open the Codespaces Ports panel, locate aspire-dashboard-https (17119), and open its forwarded address. When the Dashboard asks you to sign in, paste the secret you copied from the aspire start output.

Codespaces Ports panel with the aspire-dashboard-https port 17119 highlighted and its forwarded address available to open.
Open the forwarded address for aspire-dashboard-https (17119).

A successful dashboard shows the SupportHub resources and their current states. Use it throughout the workshop to inspect resource health, logs, traces, and endpoints.

Aspire Dashboard Resources view showing the SupportHub distributed application with its services and infrastructure running.
A healthy SupportHub run in the Aspire Dashboard.

Open the Blazor frontend

In the Codespaces Ports panel, locate webfrontend-https (7274) and open its forwarded address. This confirms that the Blazor frontend is reachable through Aspire and Codespaces port forwarding.

Codespaces Ports panel with webfrontend-https port 7274 highlighted and its forwarded address available to open.
Open the forwarded address for webfrontend-https (7274).

A successful navigation displays the default SupportHub Blazor page with the Home and Counter navigation items. The workshop feature steps replace this baseline presentation incrementally.

The default SupportHub Blazor home page showing a Hello, world welcome message and Home and Counter navigation.
The default Blazor frontend confirms the prepared application is reachable.

Inspect the completed stacked PRs

The agentic-engineering-experiment repository is the completed reference. Its stacked pull requests are intentionally still open so you can inspect their order and parent relationships.

Open its pull requests and use GitHub's stack indicator to inspect the sequence. The reference stack starts with feature/customers targeting main, continues through feature/tickets, feature/attachments, feature/activity, feature/sla, feature/dashboard, and feature/ui-ux, with a devcontainer pull request on top.

GitHub stack picker showing the devcontainer pull request above the UI/UX, dashboard, SLA, activity, attachments, tickets, and customers pull requests.
The stack picker displays the parent-to-child pull request order.
GitHub stack merge panel showing the ordered pull requests and their ready status.
The merge panel shows the ordered stack and its readiness.
GitHub pull request list showing the stack position indicator next to every open reference pull request.
Stack indicators show every pull request's position in the sequence.

Use the reference to understand the stack only. Do not merge, close, edit, or push to its pull requests. Return to your workshop repository and continue to Customer Management.

Final goal

By the end of the seven feature steps, your workshop repository should be a working SupportHub ticketing system: a focused operations dashboard, a filterable ticket queue, and customer records that support the work in that queue.

The screens below show the intended end state. Customer and ticket record data has been redacted; use your own test data while completing the workshop.

Completed SupportHub overview dashboard showing open ticket, SLA, status, and priority summaries.
Operations overview with ticket and SLA summaries.
Completed SupportHub ticket queue with filtering controls. Ticket and customer record details are redacted.
Filterable ticket queue. Record details are redacted.
Completed SupportHub customer directory. Customer record details are redacted.
Customer directory. Record details are redacted.