react-observability
Logging, error messages, and debugging patterns for React. Use when adding logging, designing error messages, debugging production issues, or improving code observability. Works for both React web and React Native.
What this skill does
# React Observability
## Problem Statement
Silent failures are debugging nightmares. Code that returns early without logging, error messages that lack context, and missing observability make production issues impossible to diagnose. Write code as if you'll debug it at 3am with only logs.
---
## Pattern: No Silent Early Returns
**Problem:** Early returns without logging create invisible failure paths.
```typescript
// WRONG - silent death
const saveData = (id: string, value: number) => {
if (!validIds.has(id)) {
return; // ❌ Why did we return? No one knows.
}
// ... save logic
};
// CORRECT - observable
const saveData = (id: string, value: number) => {
if (!validIds.has(id)) {
logger.warn('[saveData] Dropping save - invalid ID', {
id,
value,
validIds: Array.from(validIds),
});
return;
}
// ... save logic
};
```
**Rule:** Every early return should log why it's returning, with enough context to diagnose.
---
## Pattern: Error Message Design
**Problem:** Error messages that don't help diagnose the issue.
```typescript
// BAD - no context
throw new Error('Data not found');
// BAD - slightly better but still useless at 3am
throw new Error('Data not found. Please try again.');
// GOOD - diagnostic context included
throw new Error(
`Data not found. ID: ${id}, ` +
`Available: ${Object.keys(data).length} items, ` +
`Last fetch: ${lastFetchTime}. This may indicate a caching issue.`
);
```
**Error message template:**
```typescript
throw new Error(
`[${functionName}] ${whatFailed}. ` +
`Context: ${relevantState}. ` +
`Possible cause: ${hypothesis}.`
);
```
**What to include:**
| Element | Why |
|---------|-----|
| Function/location | Where the error occurred |
| What failed | The specific condition that wasn't met |
| Relevant state | Values that help diagnose |
| Possible cause | Your best guess for the fix |
---
## Pattern: Structured Logging
**Problem:** Console.log statements that are hard to parse and search.
```typescript
// BAD - unstructured
console.log('saving data', id, value);
console.log('current state', data);
// GOOD - structured with context object
logger.info('[saveData] Saving data', {
id,
value,
existingCount: Object.keys(data).length,
});
```
**Logging levels:**
| Level | Use for |
|-------|---------|
| `error` | Exceptions, failures that need immediate attention |
| `warn` | Unexpected conditions that didn't fail but might indicate problems |
| `info` | Important business events (user actions, flow milestones) |
| `debug` | Detailed diagnostic info (state dumps, timing) |
**Wrapper for consistent logging:**
```typescript
// utils/logger.ts
const LOG_LEVELS = ['debug', 'info', 'warn', 'error'] as const;
type LogLevel = typeof LOG_LEVELS[number];
const currentLevel: LogLevel = process.env.NODE_ENV === 'development' ? 'debug' : 'warn';
function shouldLog(level: LogLevel): boolean {
return LOG_LEVELS.indexOf(level) >= LOG_LEVELS.indexOf(currentLevel);
}
export const logger = {
debug: (message: string, context?: object) => {
if (shouldLog('debug')) {
console.log(`[DEBUG] ${message}`, context ?? '');
}
},
info: (message: string, context?: object) => {
if (shouldLog('info')) {
console.log(`[INFO] ${message}`, context ?? '');
}
},
warn: (message: string, context?: object) => {
if (shouldLog('warn')) {
console.warn(`[WARN] ${message}`, context ?? '');
}
},
error: (message: string, context?: object) => {
if (shouldLog('error')) {
console.error(`[ERROR] ${message}`, context ?? '');
}
},
};
```
---
## Pattern: Sensitive Data Handling
**Problem:** Logging sensitive data to console or error reporting.
```typescript
// utils/secureLogger.ts
const SENSITIVE_KEYS = ['password', 'token', 'ssn', 'creditCard', 'apiKey', 'secret'];
function redactSensitive(obj: object): object {
const redacted = { ...obj };
for (const key of Object.keys(redacted)) {
if (SENSITIVE_KEYS.some(s => key.toLowerCase().includes(s))) {
redacted[key] = '[REDACTED]';
} else if (typeof redacted[key] === 'object' && redacted[key] !== null) {
redacted[key] = redactSensitive(redacted[key]);
}
}
return redacted;
}
export const secureLogger = {
info: (message: string, context?: object) => {
const safeContext = context ? redactSensitive(context) : undefined;
logger.info(message, safeContext);
},
// ... other levels
};
```
---
## Pattern: Flow Tracing
**Problem:** Multi-step operations where it's unclear how far execution got.
```typescript
async function checkoutFlow(cartId: string) {
const flowId = `checkout-${Date.now()}`;
logger.info(`[checkoutFlow:${flowId}] Starting`, { cartId });
try {
logger.debug(`[checkoutFlow:${flowId}] Step 1: Validating cart`);
await validateCart(cartId);
logger.debug(`[checkoutFlow:${flowId}] Step 2: Processing payment`);
await processPayment(cartId);
logger.debug(`[checkoutFlow:${flowId}] Step 3: Confirming order`);
await confirmOrder(cartId);
logger.info(`[checkoutFlow:${flowId}] Completed successfully`);
} catch (error) {
logger.error(`[checkoutFlow:${flowId}] Failed`, {
error: error.message,
stack: error.stack,
cartId,
});
throw error;
}
}
```
**Benefits:**
- Can search logs by flowId to see entire flow
- Know exactly which step failed
- Timing visible via timestamps
---
## Pattern: State Snapshots for Debugging
**Problem:** Need to understand state at specific points in complex flows.
```typescript
function snapshotState(label: string) {
const state = useStore.getState();
logger.debug(`[StateSnapshot] ${label}`, {
itemCount: Object.keys(state.items).length,
activeFeatures: Array.from(state.features),
loading: state.loading,
});
}
// Usage in flow
async function complexFlow() {
snapshotState('Before load');
await loadData(id);
snapshotState('After load');
await processData();
snapshotState('After process');
}
```
---
## Pattern: Assertion Helpers
**Problem:** Conditions that "should never happen" but need visibility when they do.
```typescript
// utils/assertions.ts
export function assertDefined<T>(
value: T | null | undefined,
context: string
): asserts value is T {
if (value === null || value === undefined) {
const message = `[Assertion Failed] Expected defined value: ${context}`;
logger.error(message, { value });
throw new Error(message);
}
}
export function assertCondition(
condition: boolean,
context: string,
debugInfo?: object
): asserts condition {
if (!condition) {
const message = `[Assertion Failed] ${context}`;
logger.error(message, debugInfo);
throw new Error(message);
}
}
// Usage
assertDefined(user, `User not found: ${userId}`);
assertCondition(
items.length > 0,
`No items found`,
{ searchQuery, filters }
);
```
---
## Pattern: Production Error Reporting
**Problem:** Errors in production with no visibility.
```typescript
// Integration with error reporting service (Sentry example)
import * as Sentry from '@sentry/react';
export function captureError(
error: Error,
context?: Record<string, unknown>
) {
logger.error(error.message, { ...context, stack: error.stack });
if (process.env.NODE_ENV === 'production') {
Sentry.captureException(error, {
extra: context,
});
}
}
// Usage
try {
await riskyOperation();
} catch (error) {
captureError(error, {
userId,
action: 'checkout',
cartItems: cart.items.length,
});
throw error;
}
```
---
## Pattern: React Error Boundaries
**Problem:** Unhandled errors crash the entire app.
```typescript
import { Component, ErrorInfo, ReactNode } from 'react';
interface Props {
children: ReactNode;
fallback?: ReactNode;
}
interface State {
hasError: boolean;
error?: Error;
}
class ErrorBoundary extends Component<Props, State> {
state: State = { hasError: false };
static getDeriveRelated in Web Dev
generating-lwc-components
IncludedLightning Web Components with PICKLES methodology and 165-point scoring. Use this skill when the user creates or edits LWC components, builds wire service patterns, or writes Jest tests for LWC. TRIGGER when: user creates/edits LWC components, touches lwc/**/*.js, .html, .css, .js-meta.xml files, or asks about wire service, SLDS, or Jest LWC tests. DO NOT TRIGGER when: Apex classes (use generating-apex), Aura components, or Visualforce.
tanstack-query
IncludedManage server state in React with TanStack Query v5. Set up queries with useQuery, mutations with useMutation, configure QueryClient caching strategies, implement optimistic updates, and handle infinite scroll with useInfiniteQuery. Use when: setting up data fetching in React projects, migrating from v4 to v5, or fixing object syntax required errors, query callbacks removed issues, cacheTime renamed to gcTime, isPending vs isLoading confusion, keepPreviousData removed problems.
document-processor-api
IncludedProcess documents with Nutrient DWS. Use when the user wants to generate PDFs from HTML or URLs, convert Office/images/PDFs, assemble or split packets, OCR scans, extract text/tables/key-value pairs, redact PII, watermark, sign, fill forms, optimize PDFs, or produce compliance outputs like PDF/A or PDF/UA. Triggers include convert to PDF, merge these PDFs, OCR this scan, extract tables, redact PII, sign this PDF, make this PDF/A, or linearize for web delivery.
nutrient-document-processing
IncludedProcess documents with Nutrient DWS. Use when the user wants to generate PDFs from HTML or URLs, convert Office/images/PDFs, assemble or split packets, OCR scans, extract text/tables/key-value pairs, redact PII, watermark, sign, fill forms, optimize PDFs, or produce compliance outputs like PDF/A or PDF/UA. Triggers include convert to PDF, merge these PDFs, OCR this scan, extract tables, redact PII, sign this PDF, make this PDF/A, or linearize for web delivery.
tanstack-query
IncludedManage server state in React with TanStack Query v5. Covers useMutationState, simplified optimistic updates, throwOnError, network mode (offline/PWA), and infiniteQueryOptions. Use when setting up data fetching, fixing v4→v5 migration errors (object syntax, gcTime, isPending, keepPreviousData), or debugging SSR/hydration issues with streaming server components.
accelint-nextjs-best-practices
IncludedNext.js performance optimization and best practices. Use when writing Next.js code (App Router or Pages Router); implementing Server Components, Server Actions, or API routes; optimizing RSC serialization, data fetching, or server-side rendering; reviewing Next.js code for performance issues; fixing authentication in Server Actions; or implementing Suspense boundaries, parallel data fetching, or request deduplication.