Inngest api
Use when the user explicitly asks for the Inngest REST API v2, raw HTTP, OpenAPI, API docs, API authentication, or an endpoint that the Inngest CLI does not expose. Covers api-docs.inngest.com, llms.txt, the OpenAPI v2 spec, Bearer authentication with API keys or signing keys, production and local base URLs, raw curl/fetch requests, request-shape discovery, pagination, secret redaction, and when to prefer the `inngest-api-cli` skill instead.From its SKILL.md
npx -y skills add DrOlu/agent-skills --skill inngest-apiAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
4.7 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it
Inngest REST API v2
Use this skill for raw REST API v2 work and API reference lookup. If the task
can be completed through npx inngest-cli@latest api, use inngest-api-cli
instead; the CLI is safer for agents because it handles target/auth flags and
endpoint command wiring.
Prefer CLI First
Use inngest-api-cli for:
- Run and trace debugging from a run ID or event ID.
- Account, environment, key, webhook, app sync, and function invocation checks.
- Insights table/schema/query workflows.
- Local dev server or Cloud operational checks.
Use raw REST API v2 only when:
- The CLI does not expose the needed endpoint.
- The user explicitly asks for HTTP, curl, fetch, OpenAPI, or API docs.
- You need to inspect request/response schemas before deciding what to do.
Docs Lookup
When precision matters, fetch current docs instead of guessing:
- API overview:
https://api-docs.inngest.com/ - Authentication:
https://api-docs.inngest.com/authentication - LLM index:
https://api-docs.inngest.com/llms.txt - OpenAPI v2 spec:
https://api-docs.inngest.com/api-specs/v2.json - Markdown page pattern: add
.mdto a docs URL, for examplehttps://api-docs.inngest.com/v2/runs/GetFunctionTrace.md - Endpoint request/response schemas: references/rest-api-v2.md
If a Markdown page returns an error or omits generated reference details, use the OpenAPI spec for methods, paths, parameters, request bodies, and schemas.
Base URLs
- Cloud v2:
https://api.inngest.com/v2 - Local dev server v2:
http://localhost:8288/api/v2 - API docs say the dev server may also be reached through the local server origin. Confirm the actual dev server port before making local requests.
Authentication
The REST API uses Bearer token authentication.
- Prefer
INNGEST_API_KEYfor requests from CI, scripts, tools, and agents. - Signing keys are primarily for apps communicating with Inngest; use them for API requests only when that is the available, appropriate credential.
- API keys are for v2 endpoints only.
- Include
X-Inngest-Envor use an environment-scoped API key when operating outside the default production environment. - Never paste, print, commit, or log API keys, event keys, signing keys, webhook URLs, or decrypted secrets.
Example:
curl -fsSL \
-H "Authorization: Bearer $INNGEST_API_KEY" \
-H "X-Inngest-Env: $INNGEST_ENV" \
https://api.inngest.com/v2/account
Endpoint Discovery
Use the OpenAPI spec as the source of truth:
curl -fsSL https://api-docs.inngest.com/api-specs/v2.json
Current v2 areas include account, environments, keys, webhooks, apps, function invocation, event-run lookup, function runs, traces, Insights, and partner APIs. Endpoint coverage can change, so inspect the spec before writing a raw request.
For API-only or access-gated endpoints, such as partner-account endpoints, confirm the user has the needed access before attempting a call.
Request Rules
- Derive method, path, query params, headers, and body from OpenAPI.
- Do not invent undocumented request fields.
- Use structured JSON parsing before making decisions from responses.
- Use body files or here-docs for complex JSON instead of shell-escaped one liners.
- Add pagination cursors when
page.hasMoreis true and complete results are needed. - Treat missing
datain list responses as an empty list unless an error is present.
Mutation Safety
Read before write. Confirm target account, environment, resource, and intent before raw HTTP mutations unless the user's instruction already makes all of that explicit.
Treat these categories as mutating or side-effecting:
- Creating or patching environments.
- Creating webhooks.
- Syncing apps.
- Invoking functions.
- Partner account creation.
- Broad Insights queries that may be expensive or noisy.
Output Handling
- Summarize IDs, names, statuses, pagination, and actionable errors.
- Redact token values, webhook URLs, sensitive payload fields, and decrypted secrets.
- Do not paste large raw traces, full OpenAPI fragments, or full response bodies unless the user asks.
- If auth fails, first verify that a credential is present in the environment;
then ask the user to provide or rotate
INNGEST_API_KEYwithout pasting it into chat.
What ships with it: 1 file
7.3 KB alongside SKILL.md
references/
- rest-api-v2.md7.3 KB
Gives 0 of the 12 instructions most apis services skills give in ~1.0k tokens
Counted across 448 of the 471 authors here whose files we hold, read 2026-09-06
- Use HTTP status codes semanticallyin 25 of 448, across 11 files
- Return 201 with a Location header on createin 24 of 448, across 9 files
- Name resources plural, lowercase, kebab-casein 23 of 448, across 9 files
- Configure rate limiting with limit headersin 22 of 448, across 8 files
- Paginate list endpoints with cursor or offsetin 21 of 448, across 10 files
- Version APIs in the URL pathin 21 of 448, across 11 files
- Validate request input with a schemain 21 of 448, across 7 files
- Add pagination to all list endpointsin 18 of 448, across 15 files
- Match HTTP method to the operationin 12 of 448, across 6 files
- Return 400 or 422 with field-level detailsin 12 of 448, across 2 files
- Check ownership before returning resourcesin 12 of 448, across 2 files
- Limit query depth and complexityin 12 of 448, across 7 files
Said here and by no other author read
- Prefer the CLI skill when it exposes the endpoint
- Fetch current docs instead of guessing
- Inspect the spec before writing a raw request
- Confirm the dev server port before local requests
- Use structured JSON parsing before deciding
- Use body files or here-docs for complex JSON
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.