Flags that serve a string, number or JSON value

オープン
#1,497 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@amarkanday がすでに取り組んでいます。

2026年11月5日 から。

  • #1770 @amarkanday による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
42/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go, javascript, python

調査の方向性

Start with the feature-flag API and dashboard value models, then trace the evaluation response and the JavaScript, Python, and Go SDK paths, including local evaluators. Locate the tests and documentation that currently state flags are on or off only, especially around GET /feature-flags/user/{user_id} and the published 0.2.0 SDK behavior. Done means typed string, number, and JSON values can be configured and served without changing config, the legacy endpoint stays unchanged, supported SDKs and providers handle the new values and user attributes, and outdated local rulesets do not remain active indefinitely.

索引モデルが issue の本文から書いたものです。

説明

enhancement

A flag is on or off for each user today: evaluation answers enabled with config: null for every flag, a flag
request with variants is refused with 422, and default_value accepts only false. Serving one of several values
(a copy string, a limit, a JSON configuration) needs a multivariate experiment instead.

Expected:

  • A flag can carry a value of one type (string, number or JSON): the value a matching rule or the rollout serves, and
    the value the flag serves when it is off, set in the API and the dashboard. A rule or the rollout serves one of these
    two values; a weighted split among more values is out of scope here.
  • Evaluation returns the value in a new field. config keeps its current meaning, because existing SDKs read it in
    different ways; GET /feature-flags/user/{user_id} keeps answering {key: enabled}.
  • The JavaScript, Python and Go SDKs read typed values (and the JavaScript and Python local evaluators evaluate them),
    and the OpenFeature providers serve string, number and object values and send the user's attributes.
  • SDKs already published (0.2.0) keep working against a server with value flags, including in local evaluation: a
    ruleset they do not understand must not leave them answering from an old ruleset indefinitely.
  • The limitations page, the claims and the tests that state "on or off only" change with it.

Out of scope here: the other SDKs, which gain values as each is published.

主要言語
Python
スター
0
フォーク
4
平均マージ
5時間 36分
マージ済み PR(30日)
509

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Controlvar/controlvar のほかの issue

Controlvar/controlvar の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。