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.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o react-observability.zip https://jpskill.com/download/17850.zip && unzip -o react-observability.zip && rm react-observability.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17850.zip -OutFile "$d\react-observability.zip"; Expand-Archive "$d\react-observability.zip" -DestinationPath $d -Force; ri "$d\react-observability.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
react-observability.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
react-observabilityフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] react-observability
React の可観測性
問題提起
サイレントな失敗はデバッグの悪夢です。ログを出力せずに途中で処理を終えるコード、コンテキストが不足しているエラーメッセージ、そして可観測性の欠如は、本番環境での問題を診断不可能にします。まるで午前3時にログだけを使ってデバッグするかのようにコードを書きましょう。
パターン: サイレントな早期リターンを避ける
問題: ログを出力しない早期リターンは、目に見えない失敗経路を作り出します。
// 間違い - サイレントな死
const saveData = (id: string, value: number) => {
if (!validIds.has(id)) {
return; // ❌ なぜリターンしたのか?誰も知らない。
}
// ... 保存ロジック
};
// 正しい - 可観測
const saveData = (id: string, value: number) => {
if (!validIds.has(id)) {
logger.warn('[saveData] 保存を中断 - 無効な ID', {
id,
value,
validIds: Array.from(validIds),
});
return;
}
// ... 保存ロジック
};
ルール: すべての早期リターンは、なぜリターンするのかを診断可能な十分なコンテキストとともにログに出力すべきです。
パターン: エラーメッセージの設計
問題: 問題の診断に役立たないエラーメッセージ。
// 悪い例 - コンテキストがない
throw new Error('Data not found');
// 悪い例 - 少しマシだが、午前3時にはやはり役に立たない
throw new Error('Data not found. Please try again.');
// 良い例 - 診断コンテキストが含まれている
throw new Error(
`Data not found. ID: ${id}, ` +
`Available: ${Object.keys(data).length} items, ` +
`Last fetch: ${lastFetchTime}. This may indicate a caching issue.`
);
エラーメッセージのテンプレート:
throw new Error(
`[${functionName}] ${whatFailed}. ` +
`Context: ${relevantState}. ` +
`Possible cause: ${hypothesis}.`
);
含めるべきもの:
| 要素 | 理由 |
|---|---|
| 関数/場所 | エラーが発生した場所 |
| 何が失敗したか | 満たされなかった特定の条件 |
| 関連する状態 | 診断に役立つ値 |
| 考えられる原因 | 修正のための最良の推測 |
パターン: 構造化されたロギング
問題: 解析や検索が難しい console.log ステートメント。
// 悪い例 - 構造化されていない
console.log('saving data', id, value);
console.log('current state', data);
// 良い例 - コンテキストオブジェクトで構造化されている
logger.info('[saveData] データを保存', {
id,
value,
existingCount: Object.keys(data).length,
});
ログレベル:
| レベル | 使用目的 |
|---|---|
error |
例外、即時対応が必要な失敗 |
warn |
失敗には至らなかったが、問題を示唆する可能性のある予期しない状態 |
info |
重要なビジネスイベント (ユーザーアクション、フローのマイルストーン) |
debug |
詳細な診断情報 (状態ダンプ、タイミング) |
一貫性のあるロギングのためのラッパー:
// 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 ?? '');
}
},
};
パターン: 機密データの取り扱い
問題: 機密データをコンソールやエラーレポートに出力してしまうこと。
// 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);
},
// ... 他のレベル
};
パターン: フローのトレース
問題: 実行がどこまで進んだのか不明確な、複数ステップの操作。
async function checkoutFlow(cartId: string) {
const flowId = `checkout-${Date.now()}`;
logger.info(`[checkoutFlow:${flowId}] 開始`, { cartId });
try {
logger.debug(`[checkoutFlow:${flowId}] ステップ 1: カートの検証`);
await validateCart(cartId);
logger.debug(`[checkoutFlow:${flowId}] ステップ 2: 支払いの処理`);
await processPayment(cartId);
logger.debug(`[checkoutFlow:${flowId}] ステップ 3: 注文の確定`);
await confirmOrder(cartId);
logger.info(`[checkoutFlow:${flowId}] 正常に完了`);
} catch (error) {
logger.error(`[checkoutFlow:${flowId}] 失敗`, {
error: error.message,
stack: error.stack,
cartId,
});
throw error;
}
}
利点:
flowIdでログを検索して、フロー全体を確認できる- どのステップで失敗したかを正確に把握できる
- タイムスタンプでタイミングを確認できる
パターン: デバッグのための状態スナップショット
問題: 複雑なフローの特定の時点での状態を理解する必要がある。
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,
});
}
// フローでの使用例
async function complexFlow() {
snapshotState('Before load');
await loadData(id);
snapshotState('After load');
await processData();
(原文がここで切り詰められています) 📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
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.
// 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.
// 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:
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.
// 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:
// 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.
// 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.
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.
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.
// 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.
// 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.
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 getDerivedStateFromError(error: Error): State {
return { hasError: true, error };
}
componentDidCatch(error: Error, errorInfo: ErrorInfo) {
logger.error('[ErrorBoundary] Caught error', {
error: error.message,
stack: error.stack,
componentStack: errorInfo.componentStack,
});
captureError(error, { componentStack: errorInfo.componentStack });
}
render() {
if (this.state.hasError) {
return this.props.fallback ?? <DefaultErrorFallback error={this.state.error} />;
}
return this.props.children;
}
}
Checklist: Adding Observability
When writing new code:
- [ ] All early returns have logging with context
- [ ] Error messages include diagnostic information
- [ ] Multi-step operations have flow tracing
- [ ] Sensitive data is redacted before logging
- [ ] State snapshots available for debugging complex flows
- [ ] Production errors are captured with context
When debugging existing code:
- [ ] Add logging to suspect early returns
- [ ] Add state snapshots before and after async operations
- [ ] Check for silent catches that swallow errors
- [ ] Verify error messages have enough context
Quick Debugging Template
Add this temporarily when debugging async/state issues:
const DEBUG = true;
function debugLog(label: string, data?: object) {
if (DEBUG) {
console.log(`[DEBUG ${Date.now()}] ${label}`, data ?? '');
}
}
// In your flow
debugLog('Flow start', { inputs });
debugLog('After step 1', { state: getState() });
debugLog('After step 2', { state: getState() });
debugLog('Flow end', { result });
Remove before committing, or gate behind a flag.