【結論】Usage Monitorを構築する
個人セッションは/costやstatus line、組織全体はAnalytics、Usage API、OpenTelemetryで監視します。
OpenTelemetryはユーザー別のトークン、費用、ツール活動を可観測性基盤へ継続送信できます。
Claudeプランの利用上限とAPIのSpend Limitは別の管理対象です。
# 起動後のセッション内で実行：セッション概算を確認
/cost
# 起動後のセッション内で実行：status lineを設定
/statusline
# ターミナルで実行：OpenTelemetry設定名を確認
env | grep -E 'OTEL|CLAUDE_CODE_ENABLE_TELEMETRY' || true
# ターミナルで実行：設定ファイルを確認
cat ~/.claude/settings.json 2>/dev/null具体的な手順・設定方法
監視目的、収集項目、個人識別、保持期間、閲覧権限を定義します。
まずテスト環境のOTel CollectorへMetricsとEventsを送信します。
ダッシュボードで費用、トークン、ツール利用、エラー、モデルを可視化し、予算通知を設定します。
実践プロンプト / 活用テクニック
# 起動後のセッション内で入力
現在の利用監視設定を読み取り専用で監査してください。
OpenTelemetry、Analytics、API Usage、Spend Limit、status lineを区別してください。
秘密値は表示せず、欠落している監視項目と個人情報リスクを報告してください。注意点・よくあるエラーと対処法
Web管理画面の反映が常にリアルタイムとは限りません。
Spend Limitは予算超過を完全に防ぐ保証ではなく、請求経路や反映遅延を確認します。
監視データ自体にユーザーID、プロジェクト名、ツール引数が含まれる可能性があります。