優雅な劣化

Outcome：Complete the task with 優雅な劣化 (Graceful Degradation)。 User context：推薦サービスが失敗しました。検索、商品ページ、カートは引き続き利用可能です。ページは推薦を非表示にし、一時的な変更について説明します。 Technical concept or control：優雅な劣化 (Graceful Degradation)。 Why it fits：コアのユーザー作業がオプションの依存関係なしで安全に行える場合に使用してください。削減された結果、注意点、テスト、および回復経路を定義してください。 Do not use it when：データが不足して答えが安全でない場合に、支払い、権限、または安全チェックを低下させないでください。古いデータを最新としてラベル付けしないでください。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.