frontend__debug_sse — aspire frontend__debug_sse, BookStore, community, aspire, ide skills, aspire-dotnet, blazor, dotnet, dotnet-core, dotnetcore, Claude Code

v1.0.0

このスキルについて

BlazorフロントエンドとイベントソースバックエンドAPIを備えた.NETアプリケーションで高度なServer-Sent Eventsのトラブルシューティングを必要とするフルスタックエージェントに最適です。 Debug Server-Sent Events (SSE) notification issues when real-time updates arent working. Use this when mutations dont trigger frontend updates.

# Core Topics

aalmada aalmada
[15]
[0]
Updated: 2/20/2026

Killer-Skills Review

Decision support comes first. Repository text comes second.

Reference-Only Page Review Score: 7/11

This page remains useful for operators, but Killer-Skills treats it as reference material instead of a primary organic landing page.

Original recommendation layer Concrete use-case guidance Explicit limitations and caution
Review Score
7/11
Quality Score
42
Canonical Locale
en
Detected Body Locale
en

BlazorフロントエンドとイベントソースバックエンドAPIを備えた.NETアプリケーションで高度なServer-Sent Eventsのトラブルシューティングを必要とするフルスタックエージェントに最適です。 Debug Server-Sent Events (SSE) notification issues when real-time updates arent working. Use this when mutations dont trigger frontend updates.

このスキルを使用する理由

エージェントがcurlを使用してエンドポイントをテストし、ProjectionCommitListener、QueryInvalidationService、ReactiveQueryの構成を検証する能力を提供し、HTTPなどのプロトコルやAspire、.NET Core、Postgresなどのテクノロジーを使用したフロントエンドとバックエンドの間のシームレスなイベント駆動通信を保証します。

おすすめ

BlazorフロントエンドとイベントソースバックエンドAPIを備えた.NETアプリケーションで高度なServer-Sent Eventsのトラブルシューティングを必要とするフルスタックエージェントに最適です。

実現可能なユースケース for frontend__debug_sse

curlを使用してServer-Sent Eventsエンドポイントをデバッグする
ProjectionCommitListenerをカスタム投影ケースに使用して検証する
QueryInvalidationServiceの通知マッピングをクエリキーに検証する
不一致のクエリキーでReactiveQueryの問題をトラブルシューティングする

! セキュリティと制限

  • .NET CoreとBlazorの設定が必要
  • Server-Sent Events(SSE)プロトコルに特有
  • AspireとPostgresに依存して完全な機能を実現

Why this page is reference-only

  • - Current locale does not satisfy the locale-governance contract.
  • - The underlying skill quality score is below the review floor.

Source Boundary

The section below is supporting source material from the upstream repository. Use the Killer-Skills review above as the primary decision layer.

Labs Demo

Browser Sandbox Environment

⚡️ Ready to unleash?

Experience this Agent in a zero-setup browser environment powered by WebContainers. No installation required.

Boot Container Sandbox

FAQ & Installation Steps

These questions and steps mirror the structured data on this page for better search understanding.

? Frequently Asked Questions

What is frontend__debug_sse?

BlazorフロントエンドとイベントソースバックエンドAPIを備えた.NETアプリケーションで高度なServer-Sent Eventsのトラブルシューティングを必要とするフルスタックエージェントに最適です。 Debug Server-Sent Events (SSE) notification issues when real-time updates arent working. Use this when mutations dont trigger frontend updates.

How do I install frontend__debug_sse?

Run the command: npx killer-skills add aalmada/BookStore. It works with Cursor, Windsurf, VS Code, Claude Code, and 19+ other IDEs.

What are the use cases for frontend__debug_sse?

Key use cases include: curlを使用してServer-Sent Eventsエンドポイントをデバッグする, ProjectionCommitListenerをカスタム投影ケースに使用して検証する, QueryInvalidationServiceの通知マッピングをクエリキーに検証する, 不一致のクエリキーでReactiveQueryの問題をトラブルシューティングする.

Which IDEs are compatible with frontend__debug_sse?

This skill is compatible with Cursor, Windsurf, VS Code, Trae, Claude Code, OpenClaw, Aider, Codex, OpenCode, Goose, Cline, Roo Code, Kiro, Augment Code, Continue, GitHub Copilot, Sourcegraph Cody, and Amazon Q Developer. Use the Killer-Skills CLI for universal one-command installation.

Are there any limitations for frontend__debug_sse?

.NET CoreとBlazorの設定が必要. Server-Sent Events(SSE)プロトコルに特有. AspireとPostgresに依存して完全な機能を実現.

How To Install

  1. 1. Open your terminal

    Open the terminal or command line in your project directory.

  2. 2. Run the install command

    Run: npx killer-skills add aalmada/BookStore. The CLI will automatically detect your IDE or AI agent and configure the skill.

  3. 3. Start using the skill

    The skill is now active. Your AI agent can use frontend__debug_sse immediately in the current project.

! Reference-Only Mode

This page remains useful for installation and reference, but Killer-Skills no longer treats it as a primary indexable landing page. Read the review above before relying on the upstream repository instructions.

Imported Repository Instructions

The section below is supporting source material from the upstream repository. Use the Killer-Skills review above as the primary decision layer.

Supporting Evidence

frontend__debug_sse

Install frontend__debug_sse, an AI agent skill for AI agent workflows and automation. Works with Claude Code, Cursor, and Windsurf with one-command setup.

SKILL.md
Readonly
Imported Repository Instructions
The section below is supporting source material from the upstream repository. Use the Killer-Skills review above as the primary decision layer.
Supporting Evidence

Use this guide to troubleshoot Server-Sent Events (SSE) issues.

Quick Path (80% of issues)

// turbo

  1. Test SSE endpoint:

    bash
    1curl -N -H "Accept: text/event-stream" http://localhost:5000/api/notifications/stream

    Should see: data: {"type":"Connected",...}

  2. Check ProjectionCommitListener has case for your projection

  3. Check QueryInvalidationService maps notification to query keys

  4. Check ReactiveQuery uses matching queryKeys

If still broken, continue to full debugging below.


Symptoms

  • ✗ Frontend doesn't update after mutation
  • ReactiveQuery doesn't invalidate
  • ✗ SSE connection fails or disconnects
  • ✗ Events not received in browser

Prerequisites:

  • /aspire__start_solution - Solution must be running to debug SSE

First Steps:

  • /test__verify_feature - Run basic checks (build, tests) before deep debugging

Related Debugging:

  • /cache__debug_cache - If issue seems cache-related instead of SSE
  • /ops__doctor_check - Check if environment setup is correct

After Fixing:

  • /test__verify_feature - Confirm fix works
  • /test__integration_scaffold - Add tests to prevent regression

Debugging Steps

1. Verify SSE Endpoint is Working

Test the SSE endpoint directly:

bash
1# Terminal 1: Connect to SSE stream 2curl -N -H "Accept: text/event-stream" http://localhost:5000/api/notifications/stream

You should see:

: connected

data: {"type":"Connected","timestamp":"2026-01-15T20:00:00Z"}

If connection fails:

  • ✗ Check API service is running
  • ✗ Verify /api/notifications/stream endpoint exists in NotificationEndpoints.cs
  • ✗ Check firewall/network issues

2. Verify Notifications Are Defined

Check src/Shared/BookStore.Shared/Notifications/DomainEventNotifications.cs:

csharp
1// ✅ Correct - implements IDomainEventNotification 2public record BookCreatedNotification(Guid Id, string Title) : IDomainEventNotification; 3 4// ✗ Wrong - missing interface 5public record BookCreatedNotification(Guid Id, string Title);

If notification is missing:

  1. Create notification in DomainEventNotifications.cs
  2. Implement IDomainEventNotification interface
  3. Include all data needed for frontend invalidation

3. Verify ProjectionCommitListener Configuration

Open src/BookStore.ApiService/Infrastructure/MartenCommitListener.cs:

Check if your projection has a handler:

csharp
1private async Task ProcessDocumentChangeAsync( 2 IDocumentChange change, 3 CancellationToken cancellationToken) 4{ 5 switch (change) 6 { 7 case BookProjection proj: 8 await HandleBookChangeAsync(proj, cancellationToken); 9 break; 10 11 // ❌ Missing: Your projection case 12 case AuthorProjection proj: 13 await HandleAuthorChangeAsync(proj, cancellationToken); 14 break; 15 } 16}

Check if handler sends notification:

csharp
1private async Task HandleBookChangeAsync( 2 BookProjection book, 3 CancellationToken cancellationToken) 4{ 5 var notification = new BookUpdatedNotification(book.Id, book.Title); 6 7 // ✅ Correct - sends notification 8 await _notificationService.NotifyAsync(notification, cancellationToken); 9 10 // ✗ Wrong - forgot to send 11 // (no NotifyAsync call) 12}

If handler is missing:

  1. Add case for your projection
  2. Create handler method that calls NotifyAsync
  3. Use appropriate notification type

4. Verify QueryInvalidationService Mapping

Open src/Web/BookStore.Web/Services/QueryInvalidationService.cs:

Check if notification maps to query keys:

csharp
1IEnumerable<string> GetInvalidationKeys(IDomainEventNotification notification) 2{ 3 switch (notification) 4 { 5 case BookCreatedNotification n: 6 yield return "Books"; 7 yield return $"Book:{n.EntityId}"; 8 break; 9 case BookUpdatedNotification n: 10 yield return "Books"; 11 yield return $"Book:{n.EntityId}"; 12 break; 13 14 // ❌ Missing: Your notification 15 case AuthorUpdatedNotification n: 16 yield return "Authors"; 17 yield return $"Author:{n.EntityId}"; 18 break; 19 } 20}

If mapping is missing:

  1. Add case for your notification type
  2. Yield return query keys that should be invalidated
  3. Match keys used in ReactiveQuery setup

5. Verify Frontend BookStoreEventsService

Check browser console for SSE connection:

In Chrome DevTools:

  1. Open Network tab
  2. Look for "events" request (type: eventsource)
  3. Check status is "pending" (active connection)
  4. View "EventStream" tab to see events

If connection is closed:

  • Check BookStoreEventsService.StartListening() is called in OnInitializedAsync
  • Verify base URL is correct
  • Check for JavaScript errors

6. Verify ReactiveQuery Configuration

Check component using ReactiveQuery:

csharp
1// ✅ Correct - query keys match invalidation mapping 2bookQuery = new ReactiveQuery<PagedListDto<BookDto>>( 3 queryFn: FetchBooksAsync, 4 eventsService: BookStoreEventsService, 5 invalidationService: InvalidationService, 6 queryKeys: new[] { "Books" }, // Matches QueryInvalidationService 7 onStateChanged: StateHasChanged, 8 logger: Logger 9); 10 11// ✗ Wrong - query keys don't match 12queryKeys: new[] { "AllBooks" } // Doesn't match "Books"

If query doesn't invalidate:

  1. Ensure queryKeys match QueryInvalidationService mapping
  2. Verify BookStoreEventsService is subscribed
  3. Check onStateChanged callback is provided

7. Test End-to-End

Perform a mutation and watch the flow:

bash
1# Terminal 1: Watch SSE stream 2curl -N -H "Accept: text/event-stream" http://localhost:5000/api/notifications/stream 3 4# Terminal 2: Trigger mutation 5curl -X POST http://localhost:5000/api/admin/books \ 6 -H "Content-Type: application/json" \ 7 -d '{"title":"Test Book",...}'

Expected flow:

  1. Command executed
  2. Event stored in Marten
  3. ProjectionCommitListener triggered
  4. Notification sent via SSE
  5. Browser receives event
  6. QueryInvalidationService maps to keys
  7. ReactiveQuery invalidates
  8. Query refetches
  9. UI updates

If any step fails, locate where:

  • Check logs in Aspire dashboard
  • Add debug logging to ProjectionCommitListener
  • Use browser console to see received events

Common Issues & Fixes

Issue: Events Not Sent

Symptom: ProjectionCommitListener not triggered

Fix:

  • Ensure ProjectionCommitListener is registered in DI
  • Check Marten event store configuration
  • Verify projection lifecycle (Inline vs Async)

Issue: Wrong Event Type

Symptom: Notification sent but frontend doesn't invalidate

Fix:

csharp
1// Check notification type name matches exactly 2case "BookUpdatedNotification": // ✅ Correct 3case "BookUpdated": // ✗ Wrong

Issue: Multiple Tabs Don't Update

Symptom: Updates only visible in tab that made change

Fix:

  • SSE works per-connection, each tab needs own connection
  • Each tab should call BookStoreEventsService.StartListening()
  • Verify SignalR isn't being used (project uses SSE)

Issue: SSE Connection Drops

Symptom: Connection works then stops

Fix:

  • Check server-side timeout configuration
  • Verify no proxy/load balancer kills long connections
  • Add reconnection logic in BookStoreEventsService

Verification Checklist

  • SSE endpoint accessible at /api/notifications/stream
  • Notification class implements IDomainEventNotification
  • ProjectionCommitListener has handler for projection
  • Handler calls NotifyAsync with notification
  • QueryInvalidationService maps notification to keys
  • Frontend ReactiveQuery uses matching query keys
  • BookStoreEventsService.StartListening() called on mount
  • Browser DevTools shows active EventSource connection
  • End-to-end test confirms UI updates after mutation

Debugging Tools

Backend:

  • Aspire Dashboard → Structured Logs → Filter by "notification"
  • Add logging in ProjectionCommitListener: _logger.LogInformation("Sending {Type}", notification.GetType().Name)

Frontend:

  • Browser Console → Look for EventSource logs
  • React DevTools → Check component re-renders
  • Network tab → Verify EventSource connection

First Steps:

  • /test__verify_feature - Run basic checks (build, tests) before deep debugging

Related Debugging:

  • /cache__debug_cache - If issue seems cache-related instead of SSE
  • /ops__doctor_check - Check if environment setup is correct

After Fixing:

  • /test__verify_feature - Confirm fix works
  • /test__integration_scaffold - Add tests to prevent regression

See Also:

関連スキル

Looking for an alternative to frontend__debug_sse or another community skill for your workflow? Explore these related open-source skills.

すべて表示

openclaw-release-maintainer

Logo of openclaw
openclaw

Your own personal AI assistant. Any OS. Any Platform. The lobster way. 🦞

333.8k
0
AI

widget-generator

Logo of f
f

カスタマイズ可能なウィジェットプラグインをprompts.chatのフィードシステム用に生成する

149.6k
0
AI

flags

Logo of vercel
vercel

React フレームワーク

138.4k
0
ブラウザ

pr-review

Logo of pytorch
pytorch

Pythonにおけるテンソルと動的ニューラルネットワーク(強力なGPUアクセラレーション)

98.6k
0
開発者