Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.responsibleailabs.ai/llms.txt

Use this file to discover all available pages before exploring further.

An application is how RAIL organizes the AI products you monitor. Each application has its own API keys, its own environment, and its own governance policy. When you evaluate content with a key, the policy attached to that key’s application decides how the result is treated.

​
The model

1

Organization

Your account belongs to an organization, which owns one or more applications and your team members.
2

Application

Each application represents one AI product or surface you want to govern, for example a support chatbot or a summarizer. It carries a policy and lives in an environment (currently production).
3

API key

Keys are scoped to a single application. Every evaluation made with that key is governed by that application’s policy. Create and manage keys in the dashboard.

​
Seeing your configuration

Because a key is bound to an application, you can ask the API what governs it. These read-only endpoints work with any rail_ key:

Configuration

The application and policy your key is bound to, and whether enforcement is active.

Dimensions

The 8 RAIL dimensions and how your application weights them.

Capabilities

The features and limits available to your plan.

​
Policy comes from the application

You do not pass governance rules on every request. Each application carries one policy, configured once in the dashboard and applied automatically to every evaluation its keys make. A new application starts in observe-only mode, so nothing is blocked until you choose to enforce. See the Policy Engine for what a policy contains and how the enforcement modes (log, block, regenerate) behave. Locked vs unlocked. By default a policy is unlocked: per-request parameters such as mode, domain, and weights override the policy defaults, which is convenient while you experiment. When you lock a policy, those request parameters are ignored and the policy is authoritative — useful once you have settled on the governance you want every key in the application to follow. Check the current state any time with GET /config.

​
Environments

An application runs in an environment — currently production. Environments let one application separate, for example, production traffic from staging later on; for now every key is issued against production.
Editing a policy requires dashboard access. API keys are for evaluating and reading configuration, not for changing it.