API HTTP & SDKs
Chaque application déployée expose la même surface — cette uniformité est la raison pour laquelle tout système externe s'intègre de la même façon.
| Besoin | Point d'accès |
|---|---|
| Auth | POST /api/auth/login → { accessToken } |
| Envoyer un événement | POST /api/pulse/x/<app>/in |
| Lire les résultats | GET /api/pulse/events/<topic> |
| Flux en direct | GET /api/pulse/events/stream (SSE) |
| Requête/réponse | duplex() du SDK — WebSocket corrélé |
Tous les points d'accès prennent Authorization: Bearer <accessToken>. Notez que le champ de la réponse de login est accessToken — pas token.
SDKs
JavaScript · Python (pulse-py) · Rust · Go · Java. L'exemple duplex() en Python :
from pulse import Client
async with Client(...).duplex() as d:
reply = await d.send({"severity": "error", "msg": "hi"})
Bridges d'orchestrateurs
Des exemples de bridges fonctionnels, testés de bout en bout, existent pour 14 orchestrateurs : n8n, Node-RED, LangGraph, Temporal, Prefect, Dagster, Kestra, Airflow, Apache Camel, Spring Integration, AWS Step Functions, Google Cloud Workflows, Azure Durable Functions et Azure Logic Apps — chacun un client léger de la surface ci-dessus. Voir Appeler votre app de n'importe où pour le pattern.