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

# Testa en agent från början till slut (API)

> Kör fördefinierade scenarier genom din agent med testanrops-API:t så att regressioner upptäcks innan kunderna hör dem.

<Note>
  Föredrar du dashboarden? Samma funktion finns i **Simulations**
  (`/dashboard/simulations`), inklusive AI-generering av scenarier — se
  [Simulera ett samtal](/sv/guides/simulate-a-call). Den här sidan beskriver den
  programmatiska vägen.
</Note>

Att iterera på en AI-agent innebär att iterera på dess prompt, dess verktyg
och hur den hanterar specialfall. **test-calls API** kör verkliga
(bot-till-bot- eller SIP-loopback-) samtal mot en agent med hjälp av en
scenarioprompt som du anger — varje körning skapar en verklig samtalslogg med
transkription, bedömning och debitering, så att du ser exakt hur agenten
beter sig och vad den kostar.

Använd det för:

* Smoke-tester före driftsättning efter varje promptändring
* Regressionstester kopplade till CI (anslut webhooken `test-call.completed`
  → låt bygget misslyckas om poängen sjunker)
* Belastningstestning av samtidighetsgränser

## Engångskörning: en enskild körning

```bash theme={null}
curl -X POST https://api.thunderphone.com/v1/test-calls \
  -H "Authorization: Bearer sk_live_YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "target_type":     "agent",
    "target_id":       12,
    "direction":       "outbound",
    "scenario_prompt": "You are a polite caller asking about refund policy for order 12345.",
    "consent_to_charge": true
  }'
```

Fält:

| Fält                | Typ            | Krävs  | Beskrivning                                               |
| ------------------- | -------------- | ------ | --------------------------------------------------------- |
| `target_type`       | sträng         | ja     | `agent` eller `phone_number`                              |
| `target_id`         | heltal         | ja     | Agent-id:t (eller telefonnummer-id:t)                     |
| `direction`         | sträng         | ja     | `outbound` (boten ringer) eller `inbound` (boten svarar)  |
| `scenario_prompt`   | sträng         | nej    | Styr vad testboten säger                                  |
| `mode`              | sträng         | nej    | `bot` (bot-till-bot, standard) eller `sip` (SIP-loopback) |
| `consent_to_charge` | booleskt värde | **ja** | Måste vara `true`. Testsamtal kostar 2× ordinarie pris    |
| `target_number`     | sträng         | nej    | Åsidosätt botens nummerpresentation (E.164)               |

Svaret är ett [objekt för testsamtalskörning](/api-reference/test-calls#test-call-run-object)
med `status="queued"`. Polla tills `status` blir `completed` eller
`failed`; när `call_id` har angetts laddar du transkriptionen via
[`GET /v1/calls/{call_id}/transcript`](/api-reference/calls#get-transcript).

## Batchar: parallella scenarier

Kör N scenarier samtidigt — användbart för regressionstester som
träffar alla kända specialfall parallellt:

```bash theme={null}
curl -X POST https://api.thunderphone.com/v1/test-call-batches \
  -H "Authorization: Bearer sk_live_YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "target_type":     "agent",
    "target_id":       12,
    "direction":       "outbound",
    "run_count":       5,
    "stagger_seconds": 2,
    "scenario_prompts": [
      "Ask about refund policy.",
      "Ask for hours of operation.",
      "Complain about a delayed shipment.",
      "Ask to speak with a human.",
      "Ask an unrelated trivia question."
    ],
    "consent_to_charge": true
  }'
```

Svaret innehåller en `run_ids`-lista med underordnade körnings-id:n. Hämta
batchstatus:

```bash theme={null}
curl https://api.thunderphone.com/v1/test-call-batches/{batch_id} \
  -H "Authorization: Bearer sk_live_YOUR_API_KEY"
```

`run_count` är begränsat till 20; `stagger_seconds` fördelar starterna
för att undvika att överbelasta agenten (0–60 s).

## Koppla in det i CI

Skapa en svit för releasegrindar på sidan **Simuleringar**
(`/dashboard/simulations`) — välj agenten, lägg till scenarier manuellt eller
klicka på **Generera scenarier med AI** för att utforma dem utifrån agentens
prompt (med en valfri genomgång av gränsfall) och gruppera dem i en svit.
En svit låser sina scenarier och sin agent, samt en lägsta godkännandegrad och
en valfri regel om noll kritiska fel. Godkända körningar blir den accepterade
baslinjen; senare övergångar från godkänt till underkänt returneras som regressioner.

Använd en [API-nyckel för organisationen](/api-reference/developer-api-keys) i CI.
Det här skriptet utlöser sviten, frågar tills betygsättning och jämförelse är
klara och avslutas med ett värde som inte är noll om inte domen är `pass`:

```bash theme={null}
#!/usr/bin/env bash
set -euo pipefail

: "${THUNDERPHONE_API_KEY:?Set THUNDERPHONE_API_KEY}"
: "${THUNDERPHONE_ORG_ID:?Set THUNDERPHONE_ORG_ID}"
: "${THUNDERPHONE_SUITE_ID:?Set THUNDERPHONE_SUITE_ID}"

base="https://api.thunderphone.com/v1/orgs/${THUNDERPHONE_ORG_ID}/suites/${THUNDERPHONE_SUITE_ID}"
auth="Authorization: Bearer ${THUNDERPHONE_API_KEY}"

run_id="$(curl --fail --silent --show-error -X POST "${base}/run" \
  -H "$auth" -H "Content-Type: application/json" -d '{}' | jq -r '.id')"

deadline=$((SECONDS + 1800))
while (( SECONDS < deadline )); do
  result="$(curl --fail --silent --show-error \
    "${base}/runs/${run_id}" -H "$auth")"
  status="$(jq -r '.status' <<<"$result")"
  if [[ "$status" == "completed" ]]; then
    jq . <<<"$result"
    [[ "$(jq -r '.verdict' <<<"$result")" == "pass" ]]
    exit
  fi
  sleep 10
done

echo "ThunderPhone suite timed out" >&2
exit 1
```

`POST /v1/orgs/{org_id}/suites/{suite_id}/run` returnerar `202` med
körnings-id:t. `GET /v1/orgs/{org_id}/suites/{suite_id}/runs/{run_id}` returnerar
`status`, `verdict`, `pass_rate`, `critical_failure_count` och baslinjens lista
över `regressions`. Båda slutpunkterna kopplar organisationen i URL:en till
API-nyckelns organisation.

## Mönster

### Regressionskorpus per prompt

Underhåll en JSON-fil med tuplerna `{name, scenario_prompt, expected_outcome}`.
Kör hela uppsättningen som en batch vid varje promptändring; jämför
transkripten och betygen med den föregående körningen.

### Röktest per release

En enda batch med fem scenarier för normala flöden som du kör efter varje
driftsättning. Latenskänsligt, så behåll `stagger_seconds: 0`.

### Latensbenchmarking

Kör identiska scenarier mot olika produktnivåer (`spark`,
`bolt`, `storm-base`). Jämför poängen för `call.graded` och
`duration_seconds` från varje resulterande samtalslogg.

***

## Nästa steg

<CardGroup cols={2}>
  <Card title="Referens för testsamtal" icon="flask" href="/api-reference/test-calls">
    Varje frågeparameter, statuskod och batchformat.
  </Card>

  <Card title="AI-betygsättning" icon="chart-line" href="/api-reference/calls#ai-call-grading">
    Poängsätt varje testkörning automatiskt för att följa kvaliteten över tid.
  </Card>

  <Card title="Ärenderapporter" icon="triangle-exclamation" href="/api-reference/issue-reports">
    Markera specifika tester för mänsklig granskning.
  </Card>

  <Card title="Webhook för test-call.completed" icon="bolt" href="/sv/webhooks/events">
    Strömma resultat till din CI / Slack / PagerDuty.
  </Card>
</CardGroup>