feat(freshness): all-role telemetry-threshold read surface so the multiplier is live (#183)

[takashikasuya]

Addresses #183 の残り + #210 レビューのフォローアップを実装。per-point の鮮度倍率を runtime で全ロールが読むようにし、管理者の変更が実際に stale 判定へ反映されるようにします（従来は false affordance 回避のため固定定数でした）。

Summary

Backend

• telemetry.staleIntervalMultiplier を editable SettingsRegistry に再追加（runtime で読まれるようになったため false affordance ではなくなった）。
• ISystemSettingsService.GetTelemetryThresholdsAsync が実効値 { staleThresholdSeconds, staleIntervalMultiplier }（既定 + 管理者 override）を返す。
• 新規 GET /api/telemetry/config（TelemetryConfigController, [AuthorizeFilter] = 認証済みなら全ロール可）。返すのは上記 2 値だけで、他の設定は一切漏らさない。編集は従来どおり管理者限定の /api/system/settings。

Frontend

• lib/telemetry/repository.ts の getTelemetryConfig() がこのサーフェスを取得（セッションキャッシュ + 失敗時は定数へフォールバックし鮮度判定が壊れない）。エンドポイントは aspida 未生成のため bespoke fetch（型生成は follow-up）。
• home loaders とポイント詳細の鮮度バッジ（TelemetryHotData）が、定数ではなく取得した閾値・倍率を使うよう配線。

Test plan

• yarn test — 422 pass（+4: getTelemetryConfig の parse/cache/fallback、およびレビュー指定の回帰 — 同一 interval/age が served 倍率 3→5 で stale→fresh に変わることを fetch→config→threshold→classify の実経路で確認）
• yarn typecheck / yarn lint — 0 errors
• yarn build — 本番ビルド成功
• dotnet build（ApiServer）— 0 errors
• dotnet test（Shared.Test Configuration フィルタ）— 31 pass（+2: 既定値フォールバック、倍率 override の反映）

残り follow-up

• device / gateway 既定周期は Twin 未モデル化のため resolver は受け口のみ（point + system の 2 段で稼働）。
• GET /api/telemetry/config の aspida 型生成（現状は bespoke fetch）。

Checklist

• I read CONTRIBUTING.md and followed the coding conventions in CLAUDE.md
• I added or updated tests for the change
• I updated relevant docs (docs/oss-sla-freshness.md)

🤖 Generated with Claude Code

---

Generated by Claude Code