BOOLEAN
Boolean
On or off. The everyday switch for turning something on for some people and not others.
Platform / Feature flags
A flag holds a switch, a piece of text, a number, or a set of structured settings. Turn the rollout behind it up, down, or off from the dashboard. Nothing is redeployed to change what your visitors get.
Every one of those changes lands in an audit log, with the value before it and the value after it.
Start freeA flag is a value your site reads while it is running. What that value can be decides how much one flag can do.
BOOLEAN
On or off. The everyday switch for turning something on for some people and not others.
STRING
A short piece of text, so one flag can send different people down different paths.
NUMBER
A number you can change from the dashboard, such as a limit or a threshold.
JSON
Structured settings, so one flag can change several parts of a page at once.
A flag always holds at least two values, and at most 4, so a rule never has to compare something against nothing.
One kind of rule decides who gets which value. The other decides which value is worth keeping. A flag can carry both.
Targeted delivery
Pick an audience, pick the value they get, and pick the share of them who get it. Move that share up or down whenever you want.
A/B test
Split people across up to 4 values: one control and up to 3 challengers. The cap is deliberate. It keeps the sample-size maths able to size a test that is worth running.
The first step is a personal override: pin one person to one value in one environment, so a support ticket stops being guesswork.

Create as many environments as you need, each with its own key. The same flag can be on for a tester and off for everyone else.

An A/B test rule on a flag gets a proper read-out, not a glance at a chart. Flag rules are analysed by the same 3 statistics engines an experiment gets, and the read-out always says which one produced the answer. None of them is the beginner option. They answer different questions, and each one gives an honest result.
A direct, exact read on which variation is likely better, useful at low to mid traffic where waiting for a fixed sample size is expensive.
High-traffic teams who want the same framework their stats team already reports on.
Teams that check results often and want to stop the moment a real result lands, without inflating the false-alarm rate.
A rule is measured against one primary metric, as many extra metrics as you want to watch alongside it, and guardrails for the numbers that are only allowed to move one way.
A lopsided split is caught too. We compare the traffic your rule actually received against the split you asked for, counting from the last time you changed that split rather than across all time. A problem you introduced this morning is not hidden by three clean weeks sitting behind it.

Flags pile up. Adding one is easy. The hard part is knowing which ones can go, and being able to prove who changed what along the way.
A flag nobody has touched in 14 days, whose rules have all settled on one value, is put in front of you for review. A flag that is still doing something is left alone.
Work on a flag as a draft and publish it when you are ready. If somebody else is already in there you can see them, and the rule locks while they work.
The audit log covers more than 90 kinds of action, from a sign-in to a billing change. Each entry records who did it, where from, the value before and after, and which of four places it came from: the dashboard, the API, the command line, or the system itself.
Send changes on by webhook, across about 24 product events. You get a delivery history, a retry you can trigger by hand, secret rotation, and automatic disabling when a destination keeps failing.

Every value, every rule, and every change on the record. Free for your first 10,000 visitors a month, with no card and no trial clock.