> ## Documentation Index
> Fetch the complete documentation index at: https://unkey.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> Unkey is two separate products. Compute builds, deploys, and runs apps behind a gateway. API Management issues API keys, enforces rate limits, manages identities and permissions, and reports usage. Say which product a page belongs to; a reader can use either without the other.
> Every Unkey API endpoint is an HTTP POST to https://api.unkey.com/v2/{service}.{procedure} with a root key in the Authorization: Bearer header. Root keys are workspace scoped.
> Error codes have the form err:{system}:{category}:{specific} and each has a page at /errors/{system}/{category}/{specific}.
> The word environment means production or preview in Compute. Rate limiting has four meanings on this site; the glossary lists them.

# Cloudflare Workers guide

> Verify API keys at the edge in a Cloudflare Worker.

export const versions = {
  cli: "2.0.150",
  tsApi: "2.5.1",
  tsRatelimit: "2.1.4",
  tsHono: "2.0.0",
  tsNextjs: "2.0.0",
  tsCache: "1.5.0",
  tsNuxt: "1.1.15",
  goSdk: "v3.0.1",
  pySdk: "3.0.3"
};

Protect a Cloudflare Worker with API keys. The Worker's `fetch` handler calls `keys.verifyKey` on each request. Store the root key as a Worker secret, never in `wrangler.toml`.

<Note>
  You need a root key with the permissions listed on this page. Create one in the dashboard under **Settings > Root Keys**, and pass it as `Authorization: Bearer <root key>`. See [Permission reference](/docs/platform/root-keys/permissions-legacy) for every permission.
</Note>

<Steps titleSize="h3">
  <Step title="Create a root key and a keyspace">
    In the dashboard, go to **Settings > Root Keys** and create a root key with `api.*.create_api`, `api.*.create_key`, and `api.*.verify_key`. Export it as `UNKEY_ROOT_KEY` in your shell for the `curl` commands. You'll store it as a Worker secret in step 2. Never send it to a browser or mobile app.

    Then create a keyspace, which holds your keys. Use **Keyspaces (APIs)** in the dashboard, or `apis.createApi`:

    ```bash create a keyspace theme={"theme":"kanagawa-wave"}
    curl -X POST https://api.unkey.com/v2/apis.createApi \
      -H "Authorization: Bearer $UNKEY_ROOT_KEY" \
      -H "Content-Type: application/json" \
      -d '{ "name": "my-api" }'
    ```

    Keep the `data.apiId` from the response. You need it to create keys. See [Root keys](/docs/platform/root-keys/overview) for more on root keys.
  </Step>

  <Step title="Install the SDK and store the root key">
    `@unkey/api` (version {versions.tsApi}) runs on Workers with no polyfills.

    ```bash theme={"theme":"kanagawa-wave"}
    npm install @unkey/api
    npx wrangler secret put UNKEY_ROOT_KEY
    ```

    Your code reads it as `env.UNKEY_ROOT_KEY`. If your Worker also creates keys, add the keyspace ID from step 1 as an `UNKEY_API_ID` variable in `wrangler.toml`. It isn't secret.
  </Step>

  <Step title="Create a key for a user">
    Create a key when a user signs up or asks for one. `externalId` links the key to the user, so verification tells you who's calling. `meta` comes back on every verification. You get `data.key` only once: show it to the user and store only `data.keyId`.

    Workers have no `process.env`, so read the secret and keyspace ID from the handler's `env` argument.

    <CodeGroup>
      ```bash curl theme={"theme":"kanagawa-wave"}
      curl -X POST https://api.unkey.com/v2/keys.createKey \
        -H "Authorization: Bearer $UNKEY_ROOT_KEY" \
        -H "Content-Type: application/json" \
        -d '{ "apiId": "api_...", "prefix": "sk_live", "externalId": "user_123", "meta": { "plan": "free" } }'
      ```

      ```ts src/issue.ts theme={"theme":"kanagawa-wave"}
      import { Unkey } from "@unkey/api";

      interface Env {
        UNKEY_ROOT_KEY: string;
        UNKEY_API_ID: string;
      }

      // Call this from a route your own session check already protects.
      export async function issueKey(env: Env, userId: string): Promise<string> {
        const unkey = new Unkey({ rootKey: env.UNKEY_ROOT_KEY });

        const created = await unkey.keys.createKey({
          apiId: env.UNKEY_API_ID,
          prefix: "sk_live",
          externalId: userId,
          meta: { plan: "free" },
        });
        // created.data.key is the plaintext, created.data.keyId the handle you keep
        return created.data.key;
      }
      ```
    </CodeGroup>

    Every field is described in [Creating keys](/docs/api-management/keys/creating-keys).
  </Step>

  <Step title="Verify the key in the fetch handler">
    `env` is only available inside the handler, so create the client there. The code below creates it once and reuses it.

    ```ts src/index.ts theme={"theme":"kanagawa-wave"}
    import { Unkey } from "@unkey/api";
    import * as errors from "@unkey/api/models/errors";

    interface Env {
      UNKEY_ROOT_KEY: string;
    }

    let unkey: Unkey | undefined;

    function client(env: Env): Unkey {
      unkey ??= new Unkey({ rootKey: env.UNKEY_ROOT_KEY });
      return unkey;
    }

    function statusFor(code: string): number {
      switch (code) {
        case "RATE_LIMITED":
          return 429;
        case "USAGE_EXCEEDED":
          return 402;
        case "FORBIDDEN":
        case "INSUFFICIENT_PERMISSIONS":
          return 403;
        default:
          return 401;
      }
    }

    export default {
      async fetch(req: Request, env: Env): Promise<Response> {
        const auth = req.headers.get("authorization") ?? "";
        const key = auth.startsWith("Bearer ") ? auth.slice("Bearer ".length) : "";
        if (!key) {
          return Response.json({ error: "missing API key" }, { status: 401 });
        }

        try {
          const result = await client(env).keys.verifyKey({
            key,
            tags: [`colo=${req.cf?.colo ?? "unknown"}`],
          });
          if (!result.data.valid) {
            return Response.json({ error: result.data.code }, { status: statusFor(result.data.code) });
          }
          return Response.json({ items: [], owner: result.data.identity?.externalId });
        } catch (err) {
          if (err instanceof errors.UnkeyError) {
            console.error("unkey", err.statusCode, err.message);
          }
          return Response.json({ error: "authentication unavailable" }, { status: 503 });
        }
      },
    } satisfies ExportedHandler<Env>;
    ```

    ```bash theme={"theme":"kanagawa-wave"}
    npx wrangler dev
    curl http://localhost:8787/ -H "Authorization: Bearer sk_live_..."
    ```

    Prefer a router? The [Hono guide](/docs/api-management/guides/hono) runs unchanged on Workers. Read the root key from `c.env.UNKEY_ROOT_KEY` instead of `process.env`.
  </Step>

  <Step title="Handle the outcome codes">
    `keys.verifyKey` returns HTTP 200 for every outcome. Check `data.valid`, then `data.code` for the reason, and return the matching status from your API:

    | `data.code` | Meaning | Return |
    | - | - | - |
    | `VALID` | Every check passed. | continue |
    | `NOT_FOUND` | No such key, or your root key may not verify this keyspace. | 401 |
    | `DISABLED` | The key was disabled. | 401 |
    | `EXPIRED` | The key's expiry passed. | 401 |
    | `FORBIDDEN` | Client IP not on the keyspace allow list, or the workspace is disabled. | 403 |
    | `INSUFFICIENT_PERMISSIONS` | The `permissions` query was not satisfied. | 403 |
    | `RATE_LIMITED` | A <Tooltip tip="Here: limits enforced by keys.verifyKey on a key or identity, or by the standalone ratelimit API. Not a Compute gateway policy.">rate limit</Tooltip> on the key or its identity was exceeded. | 429 |
    | `USAGE_EXCEEDED` | The key has no credits left. | 402 or 429 |

    Remaining credits are in `data.credits`, and each checked rate limit is in `data.ratelimits` with `remaining` and `reset`. The call only fails with an HTTP error (which the SDKs throw) when the call itself is wrong, such as a bad root key or a malformed body. See [Verifying keys](/docs/api-management/keys/verifying-keys) for every field.
  </Step>

  <Step title="Next steps">
    <Columns cols={2}>
      <Card title="Verifying keys" href="/docs/api-management/keys/verifying-keys" icon="key">Every request field, the order of checks, and every response field.</Card>
      <Card title="Credits and refill" href="/docs/api-management/keys/credits-and-refill" icon="coins">Meter usage per key and refill balances on a schedule.</Card>
      <Card title="Cookbook" href="/docs/api-management/cookbook/index" icon="book">Copy-ready recipes for rate limits, billing, and subscription tiers.</Card>
    </Columns>
  </Step>
</Steps>