Use this guide if you are testing AgentBlazor before launch.
Hosted demo: https://demo.agentblazor.com/demo/workflows/support-inbox
Prove four things:
- the package installs cleanly
- the app builds cleanly
- one support route works end to end
- the first prompt and approval step make sense to a new developer
Use a fresh app first. Do not start with an existing codebase.
dotnet new blazor -o FreshAgentBlazor
cd FreshAgentBlazor
dotnet add package AgentBlazorThen follow:
For a fuller release validation pass that includes EF Core schema exposure, structured errors, hosted demo checks, and package smoke tests, use the 0.2.0 release test plan.
Use the support-inbox shape only:
- one workflow
- one chat surface
- one approval-gated action
Compare against the hosted support-inbox demo if you want a known-running reference:
Please report pass or fail for each of these:
dotnet add package AgentBlazordotnet build- app starts with AgentBlazor assets loaded
- chat surface opens
- one prompt visibly changes the page
- approval flow is understandable
Use these exact prompts first:
Show open tickets from this weekExplain why they need attentionDraft a reply for the highlighted ticketsEscalate the blocked tickets
The most useful report includes:
- the exact command that failed
- the first confusing sentence in the docs
- the first point where you stopped trusting the install
- whether the support-inbox story felt obvious or abstract
- whether the approval step made sense
Use one of these issue forms:
Include:
- your .NET SDK version
- app type: fresh app or existing app
- host model: server, Web App, or hosted WebAssembly
- provider: OpenAI, Azure OpenAI, Ollama, or none
- exact failure text or screenshot