Use Source API
Source API is the path for integrations where the useful operation is a provider API call instead of SQL. GitHub, Sentry, Vercel, Cloudflare, and analytics systems are common examples.
Basic Shape
Section titled “Basic Shape”onequery api --source github://github_main /repos/acme/web/pulls --jsonThe source identifier selects the connected credential. The path selects the provider endpoint.
GitHub Pull Requests
Section titled “GitHub Pull Requests”onequery api \ --source github://github_main \ /repos/acme/web/pulls \ --paginate \ --max-pages 2 \ --jq '.[] | {number,title,user,head,base}' \ --jsonSentry Issues
Section titled “Sentry Issues”onequery api \ --source sentry://sentry_prod \ /organizations/acme/issues/ \ -f 'params[query]=is:unresolved' \ --jsonCloudflare Workers Observability
Section titled “Cloudflare Workers Observability”onequery api \ --source cloudflare_workers_observability://cloudflare_workers \ /accounts/{account_id}/workers/observability/telemetry \ --jsonReplace provider path parameters with the values required by the provider API or the connected source configuration.
Source API Rules
Section titled “Source API Rules”- Scope provider tokens to read-only permissions when possible.
- Prefer endpoint-specific commands in agent instructions.
- Use pagination limits for list endpoints.
- Use
--jqto reduce large provider responses before the agent reads them. - Keep write-capable provider tokens out of agent-facing sources unless an operator has explicitly approved that workflow.