To use the API, you must configure Status. To configure Status, click on Status in the left sidebar, then complete the Product Overview and Sprint Cadence. Once your backfill has finished, you’ll be able to use the API.
- Push — Macroscope delivers them to a destination you specify (a Slack channel or an external URL).
- Pull — omit the destination and poll for the result using the token returned by the trigger.
Setup
- Go to Settings → Connections → Webhooks
- Click Add Webhook and give it a name (e.g.
ci-pipeline) - Copy your API key. It’s shown once and can’t be retrieved later.
- Copy your Trigger URL. You can access it anytime in Settings → Connections → Webhooks.
URL Allowlisting
If you want Macroscope to deliver results to an external URL (rather than Slack), that URL must be allowlisted first. For example, if you’re routing results to a Zapier or n8n webhook endpoint, add that URL here. Manage the list in Settings → Connections → Webhooks → Allowed External URLs. Only GitHub organization admins can add or remove URLs. Must be HTTPS.Request
Every request needs two headers:The question to ask the agent.
Where to deliver the results. Use
slackChannelId (string) to post to Slack, or webhookUrl (string) to POST to an external URL (must be allowlisted). Optionally include slackThreadTs (string) to reply in a specific Slack thread.Optional. Omit it to retrieve the result by polling instead.IANA timezone (e.g.
America/Los_Angeles). Affects date references in the query.202 Accepted with a job token and poll URL:
jobToken— a signed token (valid ~1 hour) authorizing you to read this one job’s result. Send it as anAuthorization: Bearerheader when polling.pollUrl— where to poll for the result. The token is not in the URL.workflowId— deprecated.
Example Requests
Deliver results to Slack:Polling for results
If you didn’t set aresponseDestination, poll the pollUrl from the trigger response. Send the jobToken as a bearer token:
| Status | HTTP | Body |
|---|---|---|
| Still running | 202 | { "status": "running" } |
| Finished | 200 | { "status": "completed", "response": "..." } |
| Failed | 200 | { "status": "failed" } |
Retry-After header (seconds) suggesting how long to wait before polling again. The job token is valid for about one hour — if it expires before the job finishes you’ll get 403; re-trigger to get a fresh one.
Example: trigger and poll
Response Payload
When the agent finishes, Macroscope POSTs this to your Slack channel or URL:Error Codes
| Code | Meaning |
|---|---|
202 | Query accepted. |
400 | Malformed request or missing query. |
401 | Missing or invalid X-Webhook-Secret. |
403 | Wrong workspace, or webhook URL not allowlisted. |
| Code | Meaning |
|---|---|
200 | Job finished (completed or failed). |
202 | Still running; retry after the Retry-After interval. |
401 | Missing or invalid job token. |
403 | Job token expired, or doesn’t match this workspace. |
404 | Job not found. |
Use Cases
- Post-deploy summaries: GitHub Actions runs a deploy, triggers a webhook asking “what changed in this release?”, and Macroscope posts a plain-English summary to your team’s Slack channel.
- Incident response: wire a PagerDuty or Sentry alert to trigger a Macroscope webhook. The agent can investigate the error, open a PR with a proposed fix, assign the most relevant teammate as a reviewer, and post a summary to your on-call Slack channel.
- No-code automations: a Zapier or n8n workflow triggers Macroscope every Monday morning to generate a weekly engineering digest and routes the answer to email, Notion, or wherever your team tracks updates.
- Synchronous Q&A / chatbots: trigger a query from your own app with no destination, poll until complete, and show the answer inline — for building a custom “ask Macroscope” experience.