> ## 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.

# Testuj agenta kompleksowo (API)

> Uruchamiaj przygotowane scenariusze w swoim agencie za pomocą interfejsu API test-calls, aby wykrywać regresje, zanim usłyszą je klienci.

<Note>
  Wolisz panel? Ta sama funkcja jest dostępna w sekcji **Symulacje**
  (`/dashboard/simulations`), w tym generowanie scenariuszy przez AI — zobacz
  [Symulowanie połączenia](/pl/guides/simulate-a-call). Ta strona opisuje
  sposób programistyczny.
</Note>

Iterowanie nad agentem AI oznacza iterowanie nad jego promptem, narzędziami
i sposobem obsługi przypadków brzegowych. Interfejs API **test-calls** wykonuje rzeczywiste
połączenia (bot–bot lub pętla zwrotna SIP) z agentem przy użyciu podanego
promptu scenariusza — każde uruchomienie tworzy rzeczywisty dziennik połączenia z
transkrypcją, oceną i rozliczeniem, dzięki czemu dokładnie widzisz, jak agent
się zachowuje i ile kosztuje.

Używaj go do:

* Testów smoke przed wdrożeniem po każdej zmianie promptu
* Zestawów testów regresji podłączonych do CI (podłącz webhook `test-call.completed`
  → zakończ kompilację niepowodzeniem, jeśli wynik spadnie)
* Testowania obciążeniowego limitów współbieżności

## Jednorazowo: pojedyncze uruchomienie

```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
  }'
```

Pola:

| Pole                | Typ     | Wymagane | Opis                                                                         |
| ------------------- | ------- | -------- | ---------------------------------------------------------------------------- |
| `target_type`       | string  | tak      | `agent` lub `phone_number`                                                   |
| `target_id`         | integer | tak      | Identyfikator agenta (lub identyfikator numeru telefonu)                     |
| `direction`         | string  | tak      | `outbound` (bot inicjuje) lub `inbound` (bot odbiera)                        |
| `scenario_prompt`   | string  | nie      | Określa, co mówi bot testowy                                                 |
| `mode`              | string  | nie      | `bot` (bot–bot, domyślnie) lub `sip` (pętla zwrotna SIP)                     |
| `consent_to_charge` | boolean | **tak**  | Musi mieć wartość `true`. Połączenia testowe kosztują 2× standardowej stawki |
| `target_number`     | string  | nie      | Zastępuje identyfikator rozmówcy bota (E.164)                                |

Odpowiedzią jest [obiekt uruchomienia połączenia testowego](/api-reference/test-calls#test-call-run-object)
ze stanem `status="queued"`. Odpytuj go, aż `status` zmieni się na `completed` lub
`failed`; po ustawieniu `call_id` wczytaj transkrypcję przez
[`GET /v1/calls/{call_id}/transcript`](/api-reference/calls#get-transcript).

## Partie: równoległe scenariusze

Uruchom jednocześnie N scenariuszy — przydatne w zestawach testów regresji,
które równolegle obejmują każdy znany przypadek brzegowy:

```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
  }'
```

Odpowiedź zawiera listę `run_ids` identyfikatorów uruchomień podrzędnych. Pobierz
stan partii:

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

Wartość `run_count` jest ograniczona do 20; `stagger_seconds` rozdziela uruchamianie
w czasie, aby nie przeciążać agenta (0–60 s).

## Podłącz do CI

Utwórz zestaw bramki wydania na stronie **Symulacje**
(`/dashboard/simulations`) — wybierz agenta, dodaj scenariusze ręcznie lub
kliknij **Generuj scenariusze z AI**, aby utworzyć ich wersje robocze na podstawie
promptu agenta (z opcjonalnym przebiegiem przypadków brzegowych), a następnie
pogrupuj je w zestaw. Zestaw przypina swoje scenariusze i agenta, a także
minimalny wskaźnik zaliczeń oraz opcjonalną regułę zerowej liczby błędów krytycznych.
Zaliczone uruchomienia stają się zaakceptowaną bazą odniesienia; późniejsze przejścia
ze stanu zaliczenia do niezaliczenia są zwracane jako regresje.

Użyj [klucza API organizacji](/api-reference/developer-api-keys) w CI.
Ten skrypt uruchamia zestaw, odpytaje API do czasu ukończenia oceniania i porównania,
a następnie kończy działanie z kodem niezerowym, chyba że werdykt to `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` zwraca `202` z
identyfikatorem uruchomienia. `GET /v1/orgs/{org_id}/suites/{suite_id}/runs/{run_id}` zwraca
`status`, `verdict`, `pass_rate`, `critical_failure_count` oraz
listę regresji bazy odniesienia `regressions`. Oba endpointy wiążą organizację
w adresie URL z organizacją klucza API.

## Wzorce

### Korpus regresji dla każdego promptu

Utrzymuj plik JSON z krotkami `{name, scenario_prompt, expected_outcome}`.
Przy każdej zmianie promptu uruchamiaj pełny zestaw jako partię; porównuj
transkrypcje i oceny z poprzednim uruchomieniem.

### Test smoke dla każdego wydania

Pojedyncza partia pięciu scenariuszy ścieżki pozytywnej, uruchamiana po każdym
wdrożeniu. Jest wrażliwa na opóźnienia, dlatego zachowaj `stagger_seconds: 0`.

### Benchmarking opóźnień

Uruchamiaj identyczne scenariusze dla różnych wariantów produktu (`spark`,
`bolt`, `storm-base`). Porównuj wyniki `call.graded` oraz
`duration_seconds` z każdego powstałego dziennika połączeń.

***

## Kolejne kroki

<CardGroup cols={2}>
  <Card title="Dokumentacja wywołań testowych" icon="flask" href="/api-reference/test-calls">
    Każdy parametr zapytania, kod stanu i format partii.
  </Card>

  <Card title="Ocenianie AI" icon="chart-line" href="/api-reference/calls#ai-call-grading">
    Automatycznie oceniaj każde uruchomienie testowe, aby śledzić jakość w czasie.
  </Card>

  <Card title="Raporty problemów" icon="triangle-exclamation" href="/api-reference/issue-reports">
    Oznaczaj konkretne testy do weryfikacji przez człowieka.
  </Card>

  <Card title="Webhook test-call.completed" icon="bolt" href="/pl/webhooks/events">
    Przesyłaj wyniki do CI / Slack / PagerDuty.
  </Card>
</CardGroup>