Connection tests work independently of policy decision ingestion. Automatic decision exports require the verified provider feed, which is still disconnected in the current sandbox deployment. An inference request by itself does not produce an assumed policy outcome.
Connect a destination
- Select Add integration.
- Enter a connection name and a public HTTPS webhook URL on port 443.
- Enter a dedicated signing secret containing 32–256 non-space printable characters. Generate a random secret for this purpose; do not reuse an API key or password. Keep the same secret in your receiver’s secret manager.
- Select at least one event class to export.
- Select Connect and test. The connection is saved and one labeled test event is queued. Check its delivery result before relying on the destination.
The filters use OR: a decision matching several selected classes produces one delivery per connection. Test events bypass these filters. Existing decisions are not exported retroactively.
Manage connections
Select a saved connection to edit its name, URL, signing secret or filters. Leave the signing-secret field blank to keep the saved secret. Save changes before using Test connection; tests use the saved configuration. Saved secrets are encrypted and never returned to the browser. The list shows Active, Disabled or Needs attention, plus the last successful delivery or test time. Delivery history shows attempts, HTTP status and safe error categories. Receiver response bodies are not saved. Disable a connection to stop pending deliveries, then enable it when ready. Deleting a connection removes it from the list and stops pending deliveries. Configuration edits cancel deliveries queued under the previous configuration. A request already sent to a receiver cannot be recalled.Event payload
All events use a versioned JSON envelope. Connection tests havetype: "integration.test" and decision: null:
type: "policy.decision". Their decision contains the local decision, request and project IDs; evaluation time; action; check status; direction; endpoint; model; classifier latency when available; gate; content kinds; and per-policy results. Each result identifies the local policy ID, name, version, mode and result. See Decisions for field meanings.
Prompts, generated text, policy rule text, provider credentials and raw provider payloads are excluded. Treat the event’s workspace metadata as private data at your destination.
Verify the signature
Each POST includes:
The signed bytes are the UTF-8 timestamp, a period, the delivery ID, another period, then the exact raw request body. Use the signing secret as the HMAC key. Do not parse and re-serialize the JSON before verification. This is the Limitless signature contract; the console workflow follows Abliteration, but their public connector documentation does not specify a wire signature to reproduce.
id to match X-Limitless-Delivery. Store that ID with your processing result so repeated delivery cannot trigger duplicate work. Keep your receiver’s clock synchronized. Return a 2xx response after durably accepting the event, and acknowledge already-processed IDs with 2xx as well.