Analyze OpenTelemetry traces after a CoreBankDemo load test to identify performance issues and errors. **When to use:** - After a load test completes (or fails), to investigate what happened at the infrastructure level - When `get_assertion_results` returns failures and you need to understand why - When you want to find slow spans, high-latency payment flows, or exceptions during a test run - When asked to analyze Jaeger traces, spans, or distributed tracing data for CoreBank or Payments **When NOT to use:** - For business-level assertions (exactly-once, balance conservation) — use LoadTestSupport MCP tools instead - Before the load test has run — there will be no relevant traces - For general .NET debugging unrelated to load testing
Run a full CoreBankDemo load test, wait for drain, and assert results via the LoadTestSupport API. **When to use:** - When you want to run a complete end-to-end load test of CoreBankDemo, including reset, execution, drain, and assertion, via the LoadTestSupport MCP API. - When you need to validate system resilience, idempotency, and correctness under load. **When NOT to use:** - Do NOT use for unit testing, manual, ad-hoc, or partial testing of individual services. - Do NOT use if you only want to run k6 or inspect a single component—use the relevant skill or tool instead. - Do NOT use the Aspire MCP CLI for these endpoints (see warning below).
Start and stop CoreBankDemo AppHosts using the Aspire CLI. **When to use:** - When you need to start, stop, or wait for health of CoreBankDemo AppHosts using the Aspire CLI. - When you want to ensure services are running and healthy before interacting with APIs or running tests. **When NOT to use:** - Do NOT use for starting individual services outside of AppHosts. - Do NOT use `dotnet run` or `sleep` for orchestration or health checks—always use the Aspire CLI commands as described. - Do NOT use for inspecting logs, traces, or resource state—use the aspire-mcp skill for those tasks.
Use Aspire MCP tools to inspect resource state, logs, and traces in CoreBankDemo. **When to use:** - When an AppHost is already running. - When you need to inspect the state, logs, or distributed traces of resources managed by an Aspire AppHost in CoreBankDemo. - When you want to use Aspire CLI or MCP tools to diagnose, monitor, or interact with running services. **When NOT to use:** - Do NOT use if no AppHost is running (start one with the aspire-launch skill first). - Do NOT use for direct database inspection, application-level debugging, or for actions outside the scope of Aspire-managed resources. - Do NOT use for running or stopping AppHosts themselves—use the aspire-launch skill for that purpose.
Coding conventions for CoreBankDemo: database, time, HTTP/business logic separation, validation, and logging. **When to use:** - When writing or reviewing code for CoreBankDemo to ensure consistency in database usage, time handling, controller/business logic separation, validation, and logging. - When you need to check or enforce project-wide coding standards. **When NOT to use:** - Do NOT use for framework-agnostic or non-CoreBankDemo projects. - Do NOT use for runtime troubleshooting or debugging—use the relevant skills for those tasks.
Inbox/Outbox implementation rules, MessageConstants usage, and partition assignment for CoreBankDemo. **When to use:** - When implementing or reviewing Inbox/Outbox processors in CoreBankDemo. - When you need to ensure correct usage of MessageConstants or partition assignment logic. **When NOT to use:** - Do NOT use for messaging patterns outside CoreBankDemo or for unrelated architectures. - Do NOT use for ad-hoc message handling that does not use the provided base classes.
OpenTelemetry tracing rules for CoreBankDemo: ActivitySource registration, span creation, and trace context propagation. **When to use:** - When adding or reviewing tracing, ActivitySource, or span logic in CoreBankDemo. - When ensuring trace context propagation and distributed tracing best practices are followed. **When NOT to use:** - Do NOT use for tracing unrelated to CoreBankDemo or for non-OpenTelemetry tracing systems. - Do NOT use for runtime log inspection or debugging—use the aspire-mcp skill for those tasks.