Bot dry-run + automated tests

Testowanie bota przed publikacja przez dry-run i snapshot assertions.

Kiedy tego uzyc

Uzyj tego przepisu, gdy chcesz: Uruchomic scenariusz testowy i sprawdzic tool calls, confidence i guardrails.

Endpoint referencyjny: POST /agents/{id}/dry-run.

Implementacja

Node.js

import { DarhimLabs } from "@darhimlabs/node";

const client = new DarhimLabs(process.env.DARHIMLABS_API_KEY!);
const run = await client.agents.dryRun(agentId, { input: 'Chce termin w piatek' });

Python

import os
from darhimlabs import DarhimLabs

client = DarhimLabs(api_key=os.environ["DARHIMLABS_API_KEY"])
run = client.agents.dry_run(agent_id, {'input': 'Chce termin w piatek'})

PHP

<?php

$client = new DarhimLabs\Client(["api_key" => $_ENV["DARHIMLABS_API_KEY"]]);
$run = $client->agents->dryRun($agentId, ['input' => 'Chce termin w piatek']);

Ruby

client = DarhimLabs::Client.new(api_key: ENV["DARHIMLABS_API_KEY"])
run = client.agents.dry_run(agent_id, input: 'Chce termin w piatek')

Test it

Wykonaj request w sandboxie z kluczem dl_test_....
Sprawdz X-Request-ID w odpowiedzi.
Dla webhookow uzyj Webhook Playground, zeby zobaczyc payload live.

Common pitfalls

Nie testuj tylko happy path. Dodaj scenariusze z odmowa, brakiem danych i eskalacja.
Loguj request_id i event_id, zeby support mogl odtworzyc problem.
Dla mutacji dodawaj Idempotency-Key, szczegolnie jesli request moze byc retryowany.

Production checklist

Dodaj retry z exponential backoff i jitterem.
Ogranicz scopes API key do minimalnego zestawu.
Monitoruj rate limit headers i latency P95.
Przetestuj bledy 401, 409, 422 i 429.