DarhimLabs API
Multi-workspace scoping
Bezpieczne wywolywanie API dla wielu workspace przez X-Workspace-Id.
Multi-workspace scoping
Bezpieczne wywolywanie API dla wielu workspace przez X-Workspace-Id.
Kiedy tego uzyc
Uzyj tego przepisu, gdy chcesz: Uzywac jednego partner integration do obslugi wielu workspace bez mieszania danych.
Endpoint referencyjny: X-Workspace-Id header.
Implementacja
Node.js
import { DarhimLabs } from "@darhimlabs/node";
const client = new DarhimLabs(process.env.DARHIMLABS_API_KEY!);
await client.inbox.conversations.list({ status: 'open' }, { workspaceId });
Python
import os
from darhimlabs import DarhimLabs
client = DarhimLabs(api_key=os.environ["DARHIMLABS_API_KEY"])
client.inbox.conversations.list(status='open', workspace_id=workspace_id)
PHP
<?php
$client = new DarhimLabs\Client(["api_key" => $_ENV["DARHIMLABS_API_KEY"]]);
$client->inbox->conversations->list(['status' => 'open'], ['workspace_id' => $workspaceId]);
Ruby
client = DarhimLabs::Client.new(api_key: ENV["DARHIMLABS_API_KEY"])
client.inbox.conversations.list({ status: 'open' }, workspace_id: workspace_id)
Test it
- Wykonaj request w sandboxie z kluczem
dl_test_.... - Sprawdz
X-Request-IDw odpowiedzi. - Dla webhookow uzyj Webhook Playground, zeby zobaczyc payload live.
Common pitfalls
- Nigdy nie bierz workspace id z niezaufanego frontendu bez sprawdzenia uprawnien.
- Loguj
request_idievent_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,422i429.