Skip to main content

When do you need the SDK?

OTel and platform connectors already produce quality signals for every agent — Muster’s check inference engine infers checks automatically from agent name, output structure, and historical patterns. For most agents, that’s enough. The SDK is for agents where inferred checks aren’t precise enough: Rule of thumb: Start with OTel or a connector. Add the SDK to your Finance, Compliance, Legal, and Risk agents.
Checks run after every job. Full SDK guide →

Option B — Plain HTTP (no library)

For agents where you want to send specific checks but don’t want a library dependency. No authentication required on the quality endpoint.

Option C — n8n / no-code webhook

Add an HTTP Request node at the end of your workflow. Muster also receives signals from the n8n connector automatically — use this only if you need specific business-rule checks.
Full n8n guide

Relationship to OTel and connectors

The SDK does not replace OTel or platform connectors — it complements them:
  • OTel / connectors → discovery, cost tracking, inferred quality signals, execution visibility
  • SDK → exact business-rule checks, grounding, entity matching
An agent can have both OTel (for traces + token usage) and SDK (for precise checks) active at the same time. The signals are merged in the Health Heatmap.

Security

  • No inbound access required — agents make outbound HTTPS calls only
  • No secrets needed — the quality endpoint is intentionally unauthenticated
  • Non-blocking — 2-second timeout, fail-open, runs in background thread
  • Air-gapped option — deploy Muster inside your own network for zero external calls