Skip to content
GitHub

Features (lexigram-features)

Feature flag evaluation and runtime gating for the Lexigram Framework.


Feature flag evaluation and runtime gating for the Lexigram Framework. Provides a DI-friendly FeatureFlagsModule, multiple evaluation backends (in-memory, environment variables, chained, cache-backed, testing), decorator-based gates, and a FlagManager with TTL caching, runtime overrides, variant flags, and an audit log.

Full documentation: docs.lexigram.dev

Terminal window
uv add lexigram-features
from lexigram import Application
from lexigram.di.module import Module, module
from lexigram.features.config import FeatureFlagsConfig
from lexigram.features.manager import FlagManager
from lexigram.features.module import FeatureFlagsModule
@module(
imports=[
FeatureFlagsModule.configure(
FeatureFlagsConfig(
initial_flags={"beta_dashboard": True},
cache_ttl=60,
)
)
]
)
class AppModule(Module):
pass
class DashboardService:
def __init__(self, flags: FlagManager) -> None:
self._flags = flags
async def show_beta(self) -> bool:
return await self._flags.is_enabled("beta_dashboard")

Zero-config usage: Call FeatureFlagsModule.configure() with no arguments to start with all built-in defaults — no config file or environment variables needed. See the Config reference below for all default values.

Option 1 — YAML file (use when config lives in a single explicit file)

Section titled “Option 1 — YAML file (use when config lives in a single explicit file)”

Declare config in a YAML file loaded at a fixed, explicit path. LEX_* environment variables override YAML values at startup.

config_section = "features" is already set on this class — section= can be omitted in all calls. Pass an explicit section= only to override the default (e.g. when this config is nested under a non-standard key).

# application.yaml — copy example.yaml for a fully-annotated starting point
features:
enabled: true
cache_ttl: 300
default_enabled: false
flag_env_prefix: "LEX_FLAG_"

Then load and wire it in your composition root:

from lexigram.features.config import FeatureFlagsConfig
from lexigram.features.module import FeatureFlagsModule
config = FeatureFlagsConfig.from_yaml("application.yaml")
app.add_module(FeatureFlagsModule.configure(config))

Environment variables override YAML values and use the LEX_FEATURES__ prefix:

Terminal window
LEX_FEATURES__CACHE_TTL=60
LEX_FEATURES__DEFAULT_ENABLED=false
LEX_FEATURES__FLAG_ENV_PREFIX=LEX_FLAG_
Section titled “Option 2 — Profiles + Environment Variables (recommended for production, staging, Docker, CI/CD)”

Loads a base application.yaml, then overlays an environment-specific file (application.production.yaml, application.staging.yaml, etc.) based on the LEX_PROFILE environment variable. LEX_* env vars are applied last as the final override layer.

Terminal window
# Set LEX_FEATURES__* env vars before starting the process
export LEX_FEATURES__ENABLED=true
from lexigram.features.config import FeatureFlagsConfig
from lexigram.features.module import FeatureFlagsModule
config = FeatureFlagsConfig.from_env_profile()
app.add_module(FeatureFlagsModule.configure(config))

Loading order: application.yaml (base) → application.{profile}.yaml (overlay, if LEX_PROFILE is set) → LEX_* environment variables (final override). Missing files are silently skipped so this is safe to call in all environments.

Option 3 — Python (use when config is dynamic or computed at boot)

Section titled “Option 3 — Python (use when config is dynamic or computed at boot)”

Build config in code at boot time. Use this when settings are derived at runtime — e.g. secrets fetched from a vault, per-tenant configurations, or when you need multiple module instances with different settings.

from lexigram.features.module import FeatureFlagsModule
from lexigram.features.config import FeatureFlagsConfig
app.add_module(FeatureFlagsModule.configure(
FeatureFlagsConfig(
cache_ttl=60,
initial_flags={"beta_dashboard": True},
)
))
FieldDefaultEnv varDescription
enabledtrueLEX_FEATURES__ENABLEDEnable the feature flags subsystem
cache_ttl300LEX_FEATURES__CACHE_TTLSeconds to cache flag evaluations (0 = disabled)
default_enabledfalseLEX_FEATURES__DEFAULT_ENABLEDFallback result when a flag is not found in the provider
flag_env_prefix"LEX_FLAG_"LEX_FEATURES__FLAG_ENV_PREFIXEnv var prefix used by EnvProvider when reading flag values
initial_flags{}Seed flags for the in-memory provider (name → enabled)
MethodDescription
FeatureFlagsModule.configure(config)Features subsystem with an explicit FeatureFlagsConfig
FeatureFlagsModule.stub()In-memory module for tests, all flags disabled unless overridden
  • DI-friendly registration: FeatureFlagsModule wires the subsystem with one call
  • Multiple backends: LocalProvider, EnvProvider, ChainedProvider, MemoryProvider, and CacheBackendFlagProvider
  • Runtime gating: feature_flag, require_flag, feature_flag_sync, and require_flag_sync decorators
  • Evaluation primitives: Flag, FlagContext, FlagEvaluation, and FlagType
  • TTL caching: flag evaluations cached in-process with a configurable TTL
  • Runtime overrides: enable(), disable(), set_override(), and clear_override() win over provider results
  • Variant flags: available through get_variant() and FlagType.VARIANT
  • Audit trail: get_audit_log() exposes override history
async with Application.boot(modules=[FeatureFlagsModule.stub()]) as app:
# your test code
...
  • FeatureFlagsModule.stub() is the fastest way to import the package in tests.
  • MemoryProvider is the purpose-built test backend.
  • FlagManager.enable(), disable(), set_override(), and clear_override() let you force runtime behavior without changing stored definitions.
  • get_audit_log() is available when you need to inspect override history.
FileWhat it contains
src/lexigram/features/module.pyFeatureFlagsModule.configure() and FeatureFlagsModule.stub()
src/lexigram/features/config.pyFeatureFlagsConfig
src/lexigram/features/di/provider.pyFeatureFlagsProvider — registers config, backends, and FlagManager
src/lexigram/features/backends/LocalProvider, EnvProvider, ChainedProvider, MemoryProvider, CacheBackendFlagProvider
src/lexigram/features/manager/FlagManager — evaluation, caching, overrides, audit log
src/lexigram/features/decorators/feature_flag, require_flag and sync variants

The shipped backends cover local development, environment-driven rollout, layered lookup, tests, and cache-backed storage:

  • LocalProvider: in-memory definitions and sync evaluation support.
  • EnvProvider: reads flags from environment variables.
  • ChainedProvider: queries multiple providers in order.
  • MemoryProvider: lightweight testing backend with explicit overrides.
  • CacheBackendFlagProvider: stores flag definitions in a cache backend.

Evaluation flows through the provider into FlagManager, which applies TTL caching, supports FlagContext, and returns FlagEvaluation data. Runtime overrides win before provider results, and variant flags are available through get_variant() and FlagType.VARIANT.

Use decorators when you want feature checks close to the callable being guarded.

from lexigram.features.decorators import feature_flag, require_flag
@feature_flag("beta_dashboard", manager=flags, fallback=lambda *_args, **_kwargs: None)
async def render_beta() -> None:
...
@require_flag("admin_reports", manager=flags)
async def export_report() -> bytes:
...

Use the sync variants only when the active backend supports synchronous in-memory evaluation.