Work on C# and .NET-adjacent mixed-reality solutions around HoloLens, MRTK, OpenXR, Azure services, and integration boundaries where .NET participates in the stack.
building or integrating mixed-reality solutions with C#
working on HoloLens, MRTK, Azure mixed-reality services, or OpenXR-related code
reviewing how .NET services support a mixed-reality client
Workflow
Acknowledge that much of Microsoft mixed-reality guidance is Unity-centered even when the implementation language is C#; do not pretend it is a standard .NET desktop stack.
Separate engine-side concerns, device capability concerns, and backend service integration so the system boundary stays understandable.
Use MRTK and OpenXR guidance intentionally, and verify current toolkit status before choosing a package or template path. See references/patterns.md for established architecture patterns.
Treat performance, input, and spatial UX as core constraints, not polish items.
関連 Skill
When .NET mostly lives on the backend for a mixed-reality product, route that backend work through the relevant ASP.NET Core, SignalR, or Azure skill instead of overloading this one.
Validate with the actual device or emulator path whenever possible because editor-only success is not enough.
References
references/patterns.md - MRTK service architecture, OpenXR feature plugins, input action patterns, spatial awareness observers, and cross-cutting patterns for dependency injection, object pooling, and graceful degradation.
references/examples.md - Common HoloLens scenarios including spatial anchors, hand menus, spatial mapping physics, eye tracking, remote rendering, voice commands, QR code tracking, and shared multi-user experiences.
Deliver
clear boundaries between device code and backend services
mixed-reality guidance grounded in current Microsoft tooling
realistic validation expectations for MR scenarios
Validate
the chosen toolkit path is current enough for the project
device-specific constraints are explicit
backend and client responsibilities are not blurred