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

# Overview

> Create, edit, test, version, evaluate, improve, and deploy prompt behavior from the project workspace

Prompts are the main levers your AI application uses at runtime. A prompt can include model settings, messages, variables, files, tools, response formats, evaluators, datasets, versions, and deployments.

In the self-improving loop, prompts are the change surface. Logs and Behaviors explain how the current prompt behaves in production; Evaluators and Datasets define what must be preserved; Improve or human editing creates the next candidate; Deploy makes the reviewed version available to your application.

<img src="https://mintcdn.com/adaline/o8h3k4eQQbaIV193/images/platform-v2/libraries/project-libraries.png?fit=max&auto=format&n=o8h3k4eQQbaIV193&q=85&s=747857674328d7cc1c9937ad9109816f" alt="Project libraries showing prompts, tools, evaluators, and datasets" title="Project libraries" style={{ width: "100%" }} width="3456" height="1580" data-path="images/platform-v2/libraries/project-libraries.png" />

## What a prompt contains

| Area               | What you configure                                                                        |
| ------------------ | ----------------------------------------------------------------------------------------- |
| **Model settings** | Provider, model, temperature, max tokens, response format, and other generation controls. |
| **Messages**       | System, user, assistant, and tool messages with text, images, PDFs, and examples.         |
| **Variables**      | Runtime inputs such as `{{user_question}}`, `{{context}}`, or API/prompt-backed values.   |
| **Tools**          | Project tools and optional MCP server tools when enabled.                                 |
| **Evaluation**     | Linked datasets and evaluators for testing across cases.                                  |
| **Versioning**     | Drafts, snapshots, deployment history, and Improve candidates.                            |

## Build and test

<img src="https://mintcdn.com/adaline/i9BAOc2yCgCBZtLd/images/iterate/iterate-product-0.png?fit=max&auto=format&n=i9BAOc2yCgCBZtLd&q=85&s=3fd590b552a0d612e54df72202f09be5" alt="Prompt editor in Adaline showing model configuration, messages, variables, and playground workflow" title="Prompt editor" style={{ width: "100%" }} width="1180" height="818" data-path="images/iterate/iterate-product-0.png" />

The authoring loop is:

1. Choose a model and configure generation parameters.
2. Compose messages with roles and content.
3. Add variables for runtime inputs.
4. Attach tools when the model needs external actions or data.
5. Run the prompt in the playground with representative inputs.
6. Link datasets and evaluators before deployment.

For the step-by-step workflow, see [Build and test prompts](/iterate/run-prompts-in-playground).

## Messages, variables, and tools

Older prompt docs called this the Iterate workflow. In the current Platform sidebar, the same authoring concepts live under Prompts.

| Concept              | Use it for                                                                     |
| -------------------- | ------------------------------------------------------------------------------ |
| **Roles**            | Structure system, user, assistant, and tool context.                           |
| **Text**             | Write instructions, examples, comments, and variable placeholders.             |
| **Images and PDFs**  | Add multimodal context for supported models.                                   |
| **Variables**        | Make prompts reusable across users, datasets, API inputs, and chained prompts. |
| **API variables**    | Fetch live data into prompt context.                                           |
| **Prompt variables** | Use one prompt's output as another prompt's input.                             |
| **Tools and MCP**    | Let the model call external functions, APIs, retrieval systems, or MCP tools.  |

Keep variable names stable. Datasets, dynamic columns, API integrations, and chained prompts depend on them resolving consistently.

## Playground

<img src="https://mintcdn.com/adaline/i9BAOc2yCgCBZtLd/images/iterate/product-playground.png?fit=max&auto=format&n=i9BAOc2yCgCBZtLd&q=85&s=93d19ae80c47eb81208595c9d5592f73" alt="Adaline Playground for running prompts with inputs and comparing model responses" title="Prompt playground" style={{ width: "100%" }} width="1522" height="1505" data-path="images/iterate/product-playground.png" />

Use the playground to execute prompts with specific inputs, inspect model responses, compare configurations, and debug tool calls before running larger evaluations.

The playground is useful for fast iteration, but it is not a replacement for datasets and evaluators. Use it to understand behavior, then run evaluations to test many cases.

## Versioning and deployment

Editing a prompt changes the draft. Deployment creates a snapshot for an environment. Your application should read from the deployment environment it expects, not from an arbitrary draft.

| State                          | Meaning                                                                                      |
| ------------------------------ | -------------------------------------------------------------------------------------------- |
| **Draft/editor state**         | Where prompt editing and playground work happen.                                             |
| **Prompt version or snapshot** | Captured state used for review or deployment.                                                |
| **Deployment snapshot**        | What an application environment reads at runtime.                                            |
| **Improve approval**           | Can apply a candidate and deploy it, while **Edit & approve** applies it without deployment. |

Use prompt versions and deployment snapshots as the release model for production changes.

## Prompts in the Platform workflow

* **Tools** define callable functions or HTTP-backed actions.
* **Evaluators** define success criteria.
* **Datasets** provide test cases.
* **Logs** show deployed prompt behavior in production.
* **Behaviors** cluster recurring outcomes.
* **Improve** proposes prompt changes from those signals.
* **Deploy** ships a prompt version to an environment.

<CardGroup cols={2}>
  <Card title="Build and test prompts" icon="message-square" href="/iterate/run-prompts-in-playground">
    Configure messages, variables, model settings, tools, datasets, and playground runs.
  </Card>

  <Card title="Version and deploy" icon="rocket" href="/prompts/overview">
    Understand drafts, snapshots, deployment environments, approval, and rollback.
  </Card>

  <Card title="Tools" icon="wrench" href="/iterate/use-tools-in-prompt">
    Define reusable tool schemas and HTTP-backed actions.
  </Card>

  <Card title="Evaluators" icon="flask-conical" href="/evaluators/overview">
    Define pass/fail, scoring, cost, latency, and formatting criteria.
  </Card>
</CardGroup>
