feature_rollout_evaluated: 所有境界から信頼できるクエリへ
feature_rollout_evaluated を永続的な分析コントラクトとして扱います。所有者は文書化された 1 つの穀物を放出し、備品は畑を証明し、レビューされたクエリは指定された質問に答えます。
- 1
結果が最終的になる
Feature evaluation service emits only when an actor first receives an effective assignment or that assignment changes.
- 2
フィールドを選ぶ
9 required fields preserve the declared grain: One effective feature evaluation per actor, feature, assignment version, and material change.
- 3
治具が検証されました
タイプ、UTC 時間、代替結果、冪等性、およびすべての仮名フィールドまたはレビュー分類フィールドをチェックします。
- 4
質問が解決されました
導入コホートは、導入、信頼性、顧客の成果においてどのように異なりますか?
穀物
アクター、フィーチャ、割り当てバージョン、およびマテリアルの変更ごとに 1 つの効果的なフィーチャ評価。
オーナー
機能評価サービス
いつ発行するか
アクターが最初に有効な割り当てを受け取ったとき、またはその割り当てが変更されたとき。
フィールド契約
フィールドの型と除外するデータ
運用クエリが既存のフィールド名とタイプに依存した後も、既存のフィールド名とタイプを安定した状態に保ちます。オプションのコンテキストは、特定の決定によって制限され、文書化され、正当化されたままにする必要があります。
| フィールド | 種類 | 必須 | プライバシー | 意味 |
|---|---|---|---|---|
| timestamp_utc | timestamp | yes | non-sensitive | 結果境界の UTC 時間。 |
| event_id | string | yes | non-sensitive | 重複排除に使用される安定した一意の識別子。 |
| release | string | yes | non-sensitive | イベントを発行したアプリケーションまたはサービスのバージョン。 |
| account_id | string | yes | pseudonymous | 安定した内部アカウント識別子。電子メールや名前ではありません。 |
| actor_id | string | yes | pseudonymous | 安定した内部アクター識別子。 |
| feature | string | yes | non-sensitive | 安定した低基数の機能名。 |
| variant | string | yes | non-sensitive | コントロール、有効化、または名前付きの実験バリアント。 |
| assignment_version | string | yes | non-sensitive | 評価およびターゲティング契約のバージョン。 |
| rollout_percentage | number | yes | non-sensitive | 評価時に構成されたロールアウトの割合。 |
合成 JSON イベント
{
"timestamp_utc": "2026-07-29T09:34:02Z",
"event_id": "evt_rollout_01",
"account_id": "acct_8f31",
"release": "2026.07.3",
"actor_id": "user_91ac",
"feature": "query_explanations",
"variant": "enabled",
"assignment_version": "rollout_2026_07_29",
"rollout_percentage": 25
}プライバシーのレビュー
取り込む前に識別子を確認する
この例では合成識別子を使用します。仮名の値も個人データである可能性があり、レビュー フィールドによってビジネスまたはプロバイダーのコンテキストが公開される可能性があります。独自の同意、保持、アクセス、常駐、および削除の要件を適用します。
account_id: pseudonymousactor_id: pseudonymous
検証チェックリスト
ダッシュボードを構築する前に契約を証明する
- Send one known feature_rollout_evaluated fixture after the documented outcome boundary.
- Verify all 9 required fields arrive with the documented types.
- 同じイベント識別子を再試行し、選択した重複排除動作を確認します。
- ワークフローがサポートしている場合は、制御された失敗または代替結果を送信します。
- 関連する SQL を固定ウィンドウで実行し、結果をフィクスチャと照合します。
よくある間違い
1 つの行を 1 つの永続的な結果と等しく保つ
- Emitting feature_rollout_evaluated before feature evaluation service knows the final outcome.
- 1 つのテーブルに複数の穀物を混ぜると、個数と割合が曖昧になります。
- 制御されたカテゴリを生の URL、ペイロード、プロンプト、またはエラー テキストに置き換えます。
- 保存されたクエリとダッシュボードがフィールド タイプに依存した後、その場でフィールド タイプを変更します。
- 文書化された調査、アクセス、保持の必要がない識別子の追加。
契約書を利用する
イベントをクエリして操作可能にする
関連契約
本番トラフィックの前にテストイベントを送る
ライブ ワークフローに接続する前に、無料の API キーを作成し、合成イベントを送信し、推論されたテーブルを検査します。