> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kameleoon.com/llms.txt
> Use this file to discover all available pages before exploring further.
# フィーチャーフラグの技術的負債を管理する
> フラグの健全性を追跡し、一時的・永続的に分類することで、コードベース内の古いフラグを積極的に特定・整理します。
フィーチャーフラグダッシュボードは、コードベース内の技術的負債の管理と、廃止または古くなったフラグの積極的なクリーンアップに役立ちます。
## フラグの作成
新しいフラグを作成するときは、**temporary**（一時的）か **permanent**（永続的）かを定義できます。この区別は、技術的負債を効果的に管理し、今後の健全性と状態を追跡するために非常に重要です。
* **Temporary フラグ:** 短期的な目的を持つ機能や、進行中の実験の一部となる機能を制御するために使用されます。安全装置付きで新機能をロールアウトしたり、リリースを正確にスケジュールしたい場合に最適です。Temporary フラグは長期間コードベースに残ることを意図しておらず、積極的に管理されているかを確認するため、定期的に staleness（陳腐化）チェックが行われます。
* **Permanent フラグ:** 永続的フラグは長期使用を意図しており、コードベースに常駐するものです。アプリケーション機能の中核となる機能に最適です。Temporary フラグとは異なり、Permanent フラグは陳腐化チェックの対象外であり、Kameleoon は削除候補としてハイライトしません。
## フラグクリーンアップのためのダッシュボードユーティリティ
ダッシュボードには、Production 環境のみのアクティブフラグ総数、実行中の実験数、stale/permanent フラグ数のサマリーが表示されます。
フラグ状態に関するカラムもダッシュボードに2つあります。
* **Last Evaluation:** このカラムには、コード内のフィーチャーフラグが最後に参照された日時が表示されます（たとえば、アプリケーションコードでフラグによってエンドユーザーが評価され、どのバリエーションを表示するかが決定された最新の事例）。これにより、フラグが最後にアクティブに使用された時期が明確にわかります。
* **Status:** 最新の評価と、Kameleoon で最後に編集またはトグルされた時点に基づいて、フラグは一時的か永続的かに応じて次の4つの状態のいずれかに分類されます。
* **Healthy:** **temporary** フラグが新規、または過去15日以内に編集または評価されており、活発に使用されていることを示します。
* **Stale:** **temporary** フラグが過去15日以上、コード内で編集も評価もされていません。この状態は、ロールアウトまたは実験が安定段階に達してフラグが使用されなくなった、あるいはコード内でしばらく参照されていないことを示す可能性があります。
* **Outdated:** **temporary** フラグが過去30日以上、コード内で編集も評価もされていません。この状態はフラグが古く、不要になっている可能性があるという明確なサインです。
* **Permanent:** フラグが **permanent** であり、陳腐化チェックの対象外です。
## フラグタイプの変更
フィーチャーフラグのタイプは temporary から permanent、またはその逆に変更できます。機能やプロジェクトが進化するにつれて、特定の機能の性質も変わることがあります。フラグタイプを変換することで、現在の開発の方向性と一致させることができます。
ダッシュボードから任意のフラグの副次アクションメニューに移動し、**Mark as temporary** ボタンでフラグタイプを変更します。
短期および長期の目標を考慮し、フラグタイプがそれらを反映するようにすることが有用です。これにより、ダッシュボードのクリーンアップ機能が効果的に機能します。チームで作業している場合は、関係者全員にコードベースおよび Kameleoon アプリ内での技術的負債管理の根拠と重要性を周知してください。