forge-feature-flags

Enforce lifecycle, naming, rollout, and removal rules for feature flags.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/f4rkh4d/forge-skill --skill forge-feature-flags
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: forge-feature-flags
Source: https://github.com/f4rkh4d/forge-skill/tree/main/skills/backend/forge-feature-flags
Command: npx skills add https://github.com/f4rkh4d/forge-skill --skill forge-feature-flags

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents feature flags from turning into permanent technical debt by enforcing a disciplined, time-bounded lifecycle with safe defaults and reliable rollback behavior.

Core Features & Use Cases

  • Feature-flag lifecycle rules: Require an owner and a scheduled removal date so flags don’t linger.
  • Safe rollout behavior: Enforce default-off in production, positive naming, and gradual percentage-based targeting.
  • Correct implementation patterns: Promote flag services over env vars and require request-scoped snapshotting for performance and consistency.
  • Reliability via testing: Mandate tests for both branches so the “off” path stays healthy and the “on” path is verified.
  • Operational correctness: Encourage kill-switch ops flags for incident response while distinguishing flags from authorization/permissions.

Quick Start

Use the forge-feature-flags skill when you need to introduce a new rollout-controlled feature, so you can add the flag, implement both branches, and plan its deletion date up front.

Frequently Asked Questions about forge-feature-flags

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent feature flags from becoming permanent technical debt?▼

Preventing feature flags from becoming technical debt requires enforcing a disciplined lifecycle with safe defaults, assigning an owner, and scheduling a removal date for every flag before it ships to production.

What is the best way to implement feature flag rollout targeting safely?▼

The best way to implement safe feature flag rollout targeting is to enforce default-off behavior in production and use gradual percentage-based targeting across users, tenants, or cohorts to control exposure and ensure reliable rollback.

Should I use environment variables or a flag service for server-side feature flag evaluation?▼

Use a dedicated flag service instead of environment variables for server-side evaluation. A flag service enables request-scoped snapshotting for performance consistency and supports dynamic rollout targeting across users and tenants.

How do I test feature flags to ensure both on and off branches work correctly?▼

Testing feature flags requires mandating tests that cover both the on and off branches. This ensures the default-off path stays healthy and the active rollout path is verified, maintaining reliability during server-side evaluation.

When should I use kill-switch ops flags versus authorization permissions for incident response?▼

You should use kill-switch ops flags for incident response to quickly disable functionality, while distinguishing them from authorization permissions. Ops flags are temporary release toggles, whereas permissions govern permanent access control rules.