> ## Documentation Index
> Fetch the complete documentation index at: https://docs.fleack.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Fleack core concepts: endpoints, levers, tests, and more

> Learn how Fleack's five primitives — endpoints, levers, tests, segments, and exposures — connect to power no-SDK A/B testing for your mobile app.

Fleack is built on five primitives. Once you understand how each one fits into the flow — from captured traffic to a statistically validated winner — you have a complete mental model of the platform. This page walks through each primitive at a high level and shows how they connect; the linked detail pages go deeper on each one.

## How the primitives connect

Every A/B test in Fleack starts with traffic your app already sends to your backend. Fleack captures that traffic, classifies what it sees, and lets you declare parameters worth testing. From there, tests run automatically against the users you choose, and the results engine tells you when you have a winner.

```
                                ┌─────────────┐
   captured traffic  ─────────► │  endpoints  │
                                └──────┬──────┘
                                       │ classified
                                       ▼
                                ┌─────────────┐
                                │   levers    │ ← AI + heuristic + manual
                                └──────┬──────┘
                                       │
                                       ▼
                  ┌────────────┐ ┌─────────────┐ ┌────────────┐
                  │  segments  │►│    tests    │ │  metrics   │
                  └────────────┘ └──────┬──────┘ └────────────┘
                                       │ live
                                       ▼
                                ┌─────────────┐
                                │  exposures  │ → results engine
                                └─────────────┘
```

Read each box left to right and you have the entire platform in one view.

## The five primitives

**Endpoints** are the API URL patterns your app calls. Fleack observes them and classifies each one — only endpoints with consistent, non-user-specific responses are eligible for testing. [Learn more →](/core-concepts/endpoints)

**Levers** are individual parameters inside an endpoint's response that you've declared as testable — identified by a JSON path like `data.gems_reward` or `ads.interstitial_frequency`. [Learn more →](/core-concepts/levers)

**Tests** bind a lever to a set of variant values and a target audience. Each test runs with sticky per-user assignment so every user consistently sees the same variant. [Learn more →](/core-concepts/tests)

**Segments** define which users are eligible for a test, using built-in attributes like platform and country, plus profile attributes drawn from your own user-data endpoints. [Learn more →](/core-concepts/segments)

**Results** are computed by the Bayesian engine from exposure records — giving you a win probability per variant so you know exactly when to promote a winner. [Learn more →](/core-concepts/results)

## Explore each primitive

<CardGroup cols={2}>
  <Card title="Endpoints" href="/core-concepts/endpoints">
    How Fleack classifies your API traffic and which endpoints are testable.
  </Card>

  <Card title="Levers" href="/core-concepts/levers">
    Declaring individual response parameters as testable targets.
  </Card>

  <Card title="Tests" href="/core-concepts/tests">
    Building variant experiments and managing their lifecycle.
  </Card>

  <Card title="Segments" href="/core-concepts/segments">
    Targeting specific audiences with built-in and profile attributes.
  </Card>

  <Card title="Results" href="/core-concepts/results">
    Bayesian win probability and when to promote a winning variant.
  </Card>

  <Card title="Quickstart" href="/quickstart">
    Go from zero to a live test in under five minutes.
  </Card>
</CardGroup>
