tribunal-kit 4.5.0 → 4.6.0

package/.agent/skills/realtime-patterns/SKILL.md

@@ -1,323 +1,325 @@
----
-name: realtime-patterns
-description: Real-time application mastery. WebSockets, Server-Sent Events (SSE), CRDTs for conflict-free collaboration, presence systems, optimistic updates, live cursors, multiplayer state sync, reconnection strategies, and real-time database patterns (Supabase Realtime, Firebase). Use when building chat, live collaboration, dashboards, or multiplayer features.
-allowed-tools: Read, Write, Edit, Glob, Grep
-version: 2.0.0
-last-updated: 2026-04-01
-applies-to-model: gemini-2.5-pro, claude-3-7-sonnet
----
-
-# Real-Time Patterns — Live Application Mastery
-
----
-
-## Protocol Selection
-
-```
-┌─────────────────────────────────────────────────────────────┐
-│              When to Use What                                │
-├─────────────────────────────────────────────────────────────┤
-│ SSE (Server-Sent Events)                                    │
-│   ✅ Server → Client only (one-way)                        │
-│   ✅ AI token streaming                                    │
-│   ✅ Live feeds, notifications, dashboards                  │
-│   ✅ Auto-reconnection built in                             │
-│   ✅ Works through HTTP proxies and CDNs                    │
-│                                                              │
-│ WebSocket                                                    │
-│   ✅ Bidirectional (client ↔ server)                        │
-│   ✅ Chat, gaming, collaborative editing                    │
-│   ✅ High-frequency updates (< 100ms intervals)            │
-│   ❌ Doesn't work through some proxies/CDNs                │
-│   ❌ No auto-reconnection (must implement)                  │
-│                                                              │
-│ HTTP Polling                                                 │
-│   ✅ Simplest implementation                                │
-│   ✅ Works everywhere                                       │
-│   ❌ Latency (poll interval)                                │
-│   ❌ Wasted requests when nothing changed                   │
-│                                                              │
-│ WebTransport (emerging)                                      │
-│   ✅ UDP-based, lowest latency                              │
-│   ✅ Multiplayer gaming, video streaming                    │
-│   ❌ Limited browser support (2024+)                        │
-└─────────────────────────────────────────────────────────────┘
-
-❌ HALLUCINATION TRAP: Don't default to WebSocket for everything
-   AI streaming → SSE (one-way, auto-reconnect)
-   Notifications → SSE (one-way)
-   Chat → WebSocket (bidirectional)
-   Live dashboard → SSE (one-way)
-   Collaborative editing → WebSocket + CRDT
-```
-
----
-
-## Server-Sent Events (SSE)
-
-```typescript
-// Server (Node.js/Express)
-app.get("/api/events", (req, res) => {
-  res.setHeader("Content-Type", "text/event-stream");
-  res.setHeader("Cache-Control", "no-cache");
-  res.setHeader("Connection", "keep-alive");
-  res.setHeader("X-Accel-Buffering", "no"); // disable nginx buffering
-
-  // Send initial connection event
-  res.write(`data: ${JSON.stringify({ type: "connected" })}\n\n`);
-
-  // Heartbeat to keep connection alive
-  const heartbeat = setInterval(() => {
-    res.write(": heartbeat\n\n"); // comment line, ignored by client
-  }, 15000);
-
-  // Subscribe to events
-  const handler = (event: AppEvent) => {
-    res.write(`event: ${event.type}\n`);
-    res.write(`data: ${JSON.stringify(event.data)}\n`);
-    res.write(`id: ${event.id}\n\n`);  // enables auto-resume
-  };
-  eventBus.subscribe(handler);
-
-  // Cleanup on disconnect
-  req.on("close", () => {
-    clearInterval(heartbeat);
-    eventBus.unsubscribe(handler);
-  });
-});
-
-// Client
-const eventSource = new EventSource("/api/events");
-
-eventSource.addEventListener("notification", (e) => {
-  const data = JSON.parse(e.data);
-  showNotification(data);
-});
-
-// Auto-reconnection is built-in!
-// The browser automatically reconnects with Last-Event-ID header
-eventSource.onerror = () => {
-  console.log("Connection lost — auto-reconnecting...");
-};
-```
-
----
-
-## WebSocket
-
-```typescript
-// Server (ws library)
-import { WebSocketServer, WebSocket } from "ws";
-
-const wss = new WebSocketServer({ server: httpServer, path: "/ws" });
-
-// Connection management
-const clients = new Map<string, WebSocket>();
-
-wss.on("connection", (ws, req) => {
-  const userId = authenticateFromHeaders(req);
-  clients.set(userId, ws);
-
-  ws.on("message", (raw) => {
-    try {
-      const message = JSON.parse(raw.toString());
-      handleMessage(userId, message);
-    } catch (e) {
-      ws.send(JSON.stringify({ error: "Invalid message format" }));
-    }
-  });
-
-  ws.on("close", () => {
-    clients.delete(userId);
-    broadcastPresence();
-  });
-
-  ws.on("pong", () => {
-    // Client is alive
-  });
-});
-
-// Heartbeat — detect dead connections
-const interval = setInterval(() => {
-  wss.clients.forEach((ws) => {
-    if (ws.readyState === WebSocket.OPEN) {
-      ws.ping();
-    }
-  });
-}, 30000);
-
-// Broadcast to room
-function broadcastToRoom(roomId: string, message: unknown, excludeUser?: string) {
-  const roomMembers = getRoomMembers(roomId);
-  for (const memberId of roomMembers) {
-    if (memberId === excludeUser) continue;
-    const ws = clients.get(memberId);
-    if (ws?.readyState === WebSocket.OPEN) {
-      ws.send(JSON.stringify(message));
-    }
-  }
-}
-
-// Client with reconnection
-class ReconnectingWebSocket {
-  private ws: WebSocket | null = null;
-  private retryCount = 0;
-  private maxRetries = 10;
-
-  connect(url: string) {
-    this.ws = new WebSocket(url);
-    this.ws.onopen = () => { this.retryCount = 0; };
-    this.ws.onclose = () => { this.reconnect(url); };
-    this.ws.onerror = () => { this.ws?.close(); };
-  }
-
-  private reconnect(url: string) {
-    if (this.retryCount >= this.maxRetries) return;
-    const delay = Math.min(1000 * 2 ** this.retryCount, 30000);
-    this.retryCount++;
-    setTimeout(() => this.connect(url), delay);
-  }
-}
-```
-
----
-
-## Optimistic Updates
-
-```typescript
-// React pattern: update UI immediately, reconcile on server response
-async function toggleLike(postId: string) {
-  // 1. Optimistic update (instant UI feedback)
-  setLiked((prev) => !prev);
-  setLikeCount((prev) => liked ? prev - 1 : prev + 1);
-
-  try {
-    // 2. Server request
-    await api.post(`/posts/${postId}/like`);
-  } catch (error) {
-    // 3. Rollback on failure
-    setLiked((prev) => !prev);
-    setLikeCount((prev) => liked ? prev + 1 : prev - 1);
-    toast.error("Failed to update. Please try again.");
-  }
-}
-
-// With React Query / TanStack Query:
-const likeMutation = useMutation({
-  mutationFn: (postId: string) => api.post(`/posts/${postId}/like`),
-  onMutate: async (postId) => {
-    await queryClient.cancelQueries({ queryKey: ["post", postId] });
-    const previous = queryClient.getQueryData(["post", postId]);
-    queryClient.setQueryData(["post", postId], (old: Post) => ({
-      ...old,
-      liked: !old.liked,
-      likeCount: old.liked ? old.likeCount - 1 : old.likeCount + 1,
-    }));
-    return { previous };
-  },
-  onError: (err, postId, context) => {
-    queryClient.setQueryData(["post", postId], context?.previous);
-  },
-  onSettled: (data, err, postId) => {
-    queryClient.invalidateQueries({ queryKey: ["post", postId] });
-  },
-});
-```
-
----
-
-## Presence System
-
-```typescript
-// Track who's online, typing, viewing
-
-interface PresenceState {
-  userId: string;
-  status: "online" | "away" | "offline";
-  cursor?: { x: number; y: number };
-  lastSeen: number;
-}
-
-// Server-side presence manager
-class PresenceManager {
-  private presence = new Map<string, PresenceState>();
-  private readonly TIMEOUT_MS = 30_000;
-
-  update(userId: string, state: Partial<PresenceState>) {
-    this.presence.set(userId, {
-      ...this.presence.get(userId),
-      userId,
-      status: "online",
-      lastSeen: Date.now(),
-      ...state,
-    } as PresenceState);
-  }
-
-  getActive(): PresenceState[] {
-    const now = Date.now();
-    return [...this.presence.values()].filter(
-      (p) => now - p.lastSeen < this.TIMEOUT_MS,
-    );
-  }
-
-  remove(userId: string) {
-    this.presence.delete(userId);
-  }
-}
-```
-
----
-
-
----
-
-
-
-AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
-
-1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
-2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
-3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
-4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
-5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
-
----
-
-
-
-**Slash command: `/review` or `/tribunal-full`**
-**Active reviewers: `logic-reviewer` · `security-auditor`**
-
-### ❌ Forbidden AI Tropes
-
-1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
-2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
-3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
-
-
-
-Review these questions before confirming output:
-```
-✅ Did I rely ONLY on real, verified tools and methods?
-✅ Is this solution appropriately scoped to the user's constraints?
-✅ Did I handle potential failure modes and edge cases?
-✅ Have I avoided generic boilerplate that doesn't add value?
-```
-
-### 🛑 Verification-Before-Completion (VBC) Protocol
-
-**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
-- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
-- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
-
-
-## Pre-Flight Checklist
-- [ ] Have I reviewed the user's specific constraints and requests?
-- [ ] Have I checked the environment for relevant existing implementations?
-
-## VBC Protocol (Verification-Before-Completion)
-You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
+---
+name: realtime-patterns
+description: Real-time application mastery. WebSockets, Server-Sent Events (SSE), CRDTs for conflict-free collaboration, presence systems, optimistic updates, live cursors, multiplayer state sync, reconnection strategies, and real-time database patterns (Supabase Realtime, Firebase). Use when building chat, live collaboration, dashboards, or multiplayer features.
+allowed-tools: Read, Write, Edit, Glob, Grep
+version: 2.0.0
+last-updated: 2026-04-01
+applies-to-model: gemini-2.5-pro, claude-3-7-sonnet
+routing:
+  domain: general
+  tier: basic
+---
+
+# Real-Time Patterns — Live Application Mastery
+
+---
+
+## Protocol Selection
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│              When to Use What                                │
+├─────────────────────────────────────────────────────────────┤
+│ SSE (Server-Sent Events)                                    │
+│   ✅ Server → Client only (one-way)                        │
+│   ✅ AI token streaming                                    │
+│   ✅ Live feeds, notifications, dashboards                  │
+│   ✅ Auto-reconnection built in                             │
+│   ✅ Works through HTTP proxies and CDNs                    │
+│                                                              │
+│ WebSocket                                                    │
+│   ✅ Bidirectional (client ↔ server)                        │
+│   ✅ Chat, gaming, collaborative editing                    │
+│   ✅ High-frequency updates (< 100ms intervals)            │
+│   ❌ Doesn't work through some proxies/CDNs                │
+│   ❌ No auto-reconnection (must implement)                  │
+│                                                              │
+│ HTTP Polling                                                 │
+│   ✅ Simplest implementation                                │
+│   ✅ Works everywhere                                       │
+│   ❌ Latency (poll interval)                                │
+│   ❌ Wasted requests when nothing changed                   │
+│                                                              │
+│ WebTransport (emerging)                                      │
+│   ✅ UDP-based, lowest latency                              │
+│   ✅ Multiplayer gaming, video streaming                    │
+│   ❌ Limited browser support (2024+)                        │
+└─────────────────────────────────────────────────────────────┘
+
+❌ HALLUCINATION TRAP: Don't default to WebSocket for everything
+   AI streaming → SSE (one-way, auto-reconnect)
+   Notifications → SSE (one-way)
+   Chat → WebSocket (bidirectional)
+   Live dashboard → SSE (one-way)
+   Collaborative editing → WebSocket + CRDT
+```
+
+---
+
+## Server-Sent Events (SSE)
+
+```typescript
+// Server (Node.js/Express)
+app.get("/api/events", (req, res) => {
+  res.setHeader("Content-Type", "text/event-stream");
+  res.setHeader("Cache-Control", "no-cache");
+  res.setHeader("Connection", "keep-alive");
+  res.setHeader("X-Accel-Buffering", "no"); // disable nginx buffering
+
+  // Send initial connection event
+  res.write(`data: ${JSON.stringify({ type: "connected" })}\n\n`);
+
+  // Heartbeat to keep connection alive
+  const heartbeat = setInterval(() => {
+    res.write(": heartbeat\n\n"); // comment line, ignored by client
+  }, 15000);
+
+  // Subscribe to events
+  const handler = (event: AppEvent) => {
+    res.write(`event: ${event.type}\n`);
+    res.write(`data: ${JSON.stringify(event.data)}\n`);
+    res.write(`id: ${event.id}\n\n`); // enables auto-resume
+  };
+  eventBus.subscribe(handler);
+
+  // Cleanup on disconnect
+  req.on("close", () => {
+    clearInterval(heartbeat);
+    eventBus.unsubscribe(handler);
+  });
+});
+
+// Client
+const eventSource = new EventSource("/api/events");
+
+eventSource.addEventListener("notification", (e) => {
+  const data = JSON.parse(e.data);
+  showNotification(data);
+});
+
+// Auto-reconnection is built-in!
+// The browser automatically reconnects with Last-Event-ID header
+eventSource.onerror = () => {
+  console.log("Connection lost — auto-reconnecting...");
+};
+```
+
+---
+
+## WebSocket
 
+```typescript
+// Server (ws library)
+import { WebSocketServer, WebSocket } from "ws";
+
+const wss = new WebSocketServer({ server: httpServer, path: "/ws" });
+
+// Connection management
+const clients = new Map<string, WebSocket>();
+
+wss.on("connection", (ws, req) => {
+  const userId = authenticateFromHeaders(req);
+  clients.set(userId, ws);
+
+  ws.on("message", (raw) => {
+    try {
+      const message = JSON.parse(raw.toString());
+      handleMessage(userId, message);
+    } catch (e) {
+      ws.send(JSON.stringify({ error: "Invalid message format" }));
+    }
+  });
+
+  ws.on("close", () => {
+    clients.delete(userId);
+    broadcastPresence();
+  });
+
+  ws.on("pong", () => {
+    // Client is alive
+  });
+});
+
+// Heartbeat — detect dead connections
+const interval = setInterval(() => {
+  wss.clients.forEach((ws) => {
+    if (ws.readyState === WebSocket.OPEN) {
+      ws.ping();
+    }
+  });
+}, 30000);
+
+// Broadcast to room
+function broadcastToRoom(roomId: string, message: unknown, excludeUser?: string) {
+  const roomMembers = getRoomMembers(roomId);
+  for (const memberId of roomMembers) {
+    if (memberId === excludeUser) continue;
+    const ws = clients.get(memberId);
+    if (ws?.readyState === WebSocket.OPEN) {
+      ws.send(JSON.stringify(message));
+    }
+  }
+}
+
+// Client with reconnection
+class ReconnectingWebSocket {
+  private ws: WebSocket | null = null;
+  private retryCount = 0;
+  private maxRetries = 10;
+
+  connect(url: string) {
+    this.ws = new WebSocket(url);
+    this.ws.onopen = () => {
+      this.retryCount = 0;
+    };
+    this.ws.onclose = () => {
+      this.reconnect(url);
+    };
+    this.ws.onerror = () => {
+      this.ws?.close();
+    };
+  }
+
+  private reconnect(url: string) {
+    if (this.retryCount >= this.maxRetries) return;
+    const delay = Math.min(1000 * 2 ** this.retryCount, 30000);
+    this.retryCount++;
+    setTimeout(() => this.connect(url), delay);
+  }
+}
+```
+
+---
+
+## Optimistic Updates
+
+```typescript
+// React pattern: update UI immediately, reconcile on server response
+async function toggleLike(postId: string) {
+  // 1. Optimistic update (instant UI feedback)
+  setLiked((prev) => !prev);
+  setLikeCount((prev) => (liked ? prev - 1 : prev + 1));
+
+  try {
+    // 2. Server request
+    await api.post(`/posts/${postId}/like`);
+  } catch (error) {
+    // 3. Rollback on failure
+    setLiked((prev) => !prev);
+    setLikeCount((prev) => (liked ? prev + 1 : prev - 1));
+    toast.error("Failed to update. Please try again.");
+  }
+}
+
+// With React Query / TanStack Query:
+const likeMutation = useMutation({
+  mutationFn: (postId: string) => api.post(`/posts/${postId}/like`),
+  onMutate: async (postId) => {
+    await queryClient.cancelQueries({ queryKey: ["post", postId] });
+    const previous = queryClient.getQueryData(["post", postId]);
+    queryClient.setQueryData(["post", postId], (old: Post) => ({
+      ...old,
+      liked: !old.liked,
+      likeCount: old.liked ? old.likeCount - 1 : old.likeCount + 1,
+    }));
+    return { previous };
+  },
+  onError: (err, postId, context) => {
+    queryClient.setQueryData(["post", postId], context?.previous);
+  },
+  onSettled: (data, err, postId) => {
+    queryClient.invalidateQueries({ queryKey: ["post", postId] });
+  },
+});
+```
+
+---
+
+## Presence System
+
+```typescript
+// Track who's online, typing, viewing
+
+interface PresenceState {
+  userId: string;
+  status: "online" | "away" | "offline";
+  cursor?: { x: number; y: number };
+  lastSeen: number;
+}
+
+// Server-side presence manager
+class PresenceManager {
+  private presence = new Map<string, PresenceState>();
+  private readonly TIMEOUT_MS = 30_000;
+
+  update(userId: string, state: Partial<PresenceState>) {
+    this.presence.set(userId, {
+      ...this.presence.get(userId),
+      userId,
+      status: "online",
+      lastSeen: Date.now(),
+      ...state,
+    } as PresenceState);
+  }
+
+  getActive(): PresenceState[] {
+    const now = Date.now();
+    return [...this.presence.values()].filter((p) => now - p.lastSeen < this.TIMEOUT_MS);
+  }
+
+  remove(userId: string) {
+    this.presence.delete(userId);
+  }
+}
+```
+
+---
+
+---
+
+AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
+
+1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
+2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
+3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
+4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
+5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
+
+---
+
+**Slash command: `/review` or `/tribunal-full`**
+**Active reviewers: `logic-reviewer` · `security-auditor`**
+
+### ❌ Forbidden AI Tropes
+
+1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
+2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
+3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
+
+Review these questions before confirming output:
+
+```
+✅ Did I rely ONLY on real, verified tools and methods?
+✅ Is this solution appropriately scoped to the user's constraints?
+✅ Did I handle potential failure modes and edge cases?
+✅ Have I avoided generic boilerplate that doesn't add value?
+```
+
+### 🛑 Verification-Before-Completion (VBC) Protocol
+
+**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
+
+- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
+- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
+
+## Pre-Flight Checklist
+
+- [ ] Have I reviewed the user's specific constraints and requests?
+- [ ] Have I checked the environment for relevant existing implementations?
+
+## VBC Protocol (Verification-Before-Completion)
+
+You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
 
 ---
 
@@ -347,6 +349,7 @@ AI coding assistants often fall into specific bad habits when dealing with this
 ### ✅ Pre-Flight Self-Audit
 
 Review these questions before confirming output:
+
 ```
 ✅ Did I rely ONLY on real, verified tools and methods?
 ✅ Is this solution appropriately scoped to the user's constraints?
@@ -357,5 +360,6 @@ Review these questions before confirming output:
 ### 🛑 Verification-Before-Completion (VBC) Protocol
 
 **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
+
 - ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
 - ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.