> For the complete documentation index, see [llms.txt](https://docs.revenium.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.revenium.io/track-and-control-costs/analyze-ai-tooling-spend/setup-claude-code.md).

# Setup Claude Code

Connect your whole company's Claude Code usage in one step. An administrator adds the Revenium settings once in the Claude admin console, and Anthropic delivers them to every signed-in developer the next time Claude Code starts. No per-developer install is required.

This is different for individual developer onboarding and does not cover historical backfill - please refer to [this document](/track-and-control-costs/analyze-ai-tooling-spend.md#connect-your-assistants) for details on how to do that or go direct to <https://github.com/revenium/revenium-cli-node>

This page covers only the telemetry Claude Code sends from each developer's machine. Connecting the provider that bills for the tokens (Anthropic, Amazon Bedrock, Google Vertex AI, Microsoft Foundry) is a separate setup with its own page: see [Provider Integrations](/integrations/provider-integrations.md).

**Requirements:**

* Claude for Teams or Claude for Enterprise plan
* Claude Code version that supports managed settings
* Administrator role of **Primary Owner** or **Owner** in the Claude admin console
* Direct connection to `api.anthropic.com` to receive server-managed settings — configuration delivery only; telemetry does not transit Anthropic
* Direct connection to `api.revenium.ai` on port 443 from each developer machine for telemetry egress

{% hint style="info" %}
**Claude Code evolves quickly.** Anthropic updates environment variables, managed-settings fields, and admin console paths frequently. If something does not match what you see in the Claude admin console, cross-reference Anthropic's Claude Code monitoring and server-managed settings docs. The Revenium-specific values below, including the endpoint URL, API key header, and resource attributes, are the values to keep consistent.
{% endhint %}

#### Network Path: Configuration Delivery vs. Telemetry Egress

Configuration delivery and telemetry egress are two independent network paths. Telemetry does **not** transit Anthropic.

```
Configuration delivery (inbound)          Telemetry egress (outbound)

 Claude admin console (Anthropic)          Claude Code process
   |  server-managed settings                |  OTLP / HTTP-JSON, ~5s batches
   |  delivered at sign-in                   |
   v                                         v
 Developer machine ----------------------> api.revenium.ai:443
   ^                                       (direct TLS connection)
   |  ...or MDM / OS policy / settings file
   |  (never contacts Anthropic)
```

* **Configuration delivery** — how the `env` block below reaches the machine. With server-managed settings, Anthropic's servers deliver it at sign-in, which is why `api.anthropic.com` appears in the requirements above. With MDM, OS policy, or a managed settings file, Anthropic is not involved at all.
* **Telemetry egress** — Claude Code embeds the OpenTelemetry SDK and is itself the OTLP exporter. It opens a direct TLS connection from the developer's machine to the host in `OTEL_EXPORTER_OTLP_ENDPOINT` and POSTs batches to `/v1/logs`. Anthropic does not receive, proxy, buffer, or store this telemetry.

Practical consequences:

* **Firewall and proxy rules must name `api.revenium.ai` explicitly.** An allowlist entry for `api.anthropic.com` does not cover telemetry egress; they are separate destinations.
* **If the Revenium endpoint is unreachable, telemetry for that period may not reach Revenium.** Claude Code continues to work normally.
* **Prompt and response content is redacted by default.** The configuration below sends session, identity, model, token, and cost metadata; message bodies are exported as `<REDACTED>` unless an administrator explicitly opts in using Anthropic's content-logging variables.

**Steps:**

1. Sign in to [Claude.ai](https://claude.ai) as Primary Owner or Owner.
2. Navigate to the Managed settings screen. Depending on plan and admin console version, this appears under **Admin Settings → Claude Code → Managed settings** or **Organization settings → Claude Code → Managed settings**.
3. Paste the following JSON, substituting your Revenium metering key.

Use a Revenium metering key (`rev_mk_*`) for Claude Code OTLP telemetry. Do **not** use an Anthropic/OpenAI provider key here; provider keys authenticate model calls, while the Revenium key authenticates telemetry ingest.

```json
{
  "env": {
    "CLAUDE_CODE_ENABLE_TELEMETRY": "1",
    "OTEL_EXPORTER_OTLP_ENDPOINT": "https://api.revenium.ai/meter/v2/otlp",
    "OTEL_EXPORTER_OTLP_HEADERS": "x-api-key=rev_mk_your_tenant_yourkey",
    "OTEL_EXPORTER_OTLP_PROTOCOL": "http/json",
    "OTEL_LOGS_EXPORTER": "otlp",
    "OTEL_METRICS_EXPORTER": "none",
    "OTEL_TRACES_EXPORTER": "none",
    "OTEL_LOGS_EXPORT_INTERVAL": "5000",
    "OTEL_LOG_TOOL_DETAILS": "1",
    "OTEL_METRICS_INCLUDE_ENTRYPOINT": "true",
    "OTEL_RESOURCE_ATTRIBUTES": "revenium.middleware.source=managed-settings"
  }
}
```

4. Save the managed settings.
5. Ask developers to fully quit and relaunch Claude Code after the config push.

On first launch after the settings are picked up, each developer may see a one-time security approval dialog listing the managed environment variables. They should approve the administrator-delivered configuration.

#### Verifying Your Configuration

Ask a developer to run a brief Claude Code session. Usage should appear in Revenium after the next telemetry flush. Your Revenium tenant is identified by the metering key, and Claude Code attaches the developer identity it knows for the session. If your organization uses direct API keys, Bedrock, Vertex, Microsoft Foundry, or a custom `ANTHROPIC_BASE_URL`, attach identity yourself with `OTEL_RESOURCE_ATTRIBUTES`.

If no sessions appear after configuring the settings, check:

* The Revenium metering key is active in your Revenium account
* The OTLP endpoint matches your Revenium environment
* The developer fully quit and relaunched Claude Code after the config push

Still missing usage for some developers? See [Troubleshooting](#troubleshooting).

#### Viewing merged pull requests by repository

When a GitHub integration is connected, select a person on the Claude Code dashboard to open their details. **Where their PRs land** groups that person's merged pull requests by repository for the selected time range and links to the matching pull requests on GitHub.

This repository breakdown covers GitHub only. GitLab merge requests can still contribute to the person's overall merged-PR figure, but they do not appear as per-repository rows.

{% hint style="info" %}
**Field reference**

* **`OTEL_EXPORTER_OTLP_ENDPOINT`** — Revenium's OTLP endpoint. For most customers this is `https://api.revenium.ai/meter/v2/otlp`.
* **`OTEL_EXPORTER_OTLP_HEADERS`** — Your Revenium metering key, prefixed with `x-api-key=`.
* **`OTEL_EXPORTER_OTLP_PROTOCOL`** — Must be `http/json`.
* **`OTEL_LOGS_EXPORTER`** — Must be `otlp`. This enables log export, which is how Revenium receives per-call telemetry.
* **`OTEL_METRICS_EXPORTER`**: Set to `none`. Revenium bills from log events only and answers the metrics endpoint with `410 Gone`, so metrics a machine still exports add no data. If metrics export is still enabled, check higher-precedence settings for an `otlp` value.
* **`OTEL_TRACES_EXPORTER`** — Must be `none`. Revenium meters from log events; exporting traces as well adds outbound HTTP traffic from every developer machine without contributing any data Revenium uses.
* **`OTEL_LOGS_EXPORT_INTERVAL`** — Milliseconds between log-batch flushes. `5000` matches Claude Code's documented/default flush interval.
* **`OTEL_LOG_TOOL_DETAILS`** — Set to `1` to include per-tool and per-skill detail on each event (skill names, tool and MCP-server names). This is what populates the **Skills** views in Revenium; without it those views have no data to attribute and stay empty.
* **`OTEL_METRICS_INCLUDE_ENTRYPOINT`**: Set to `true` to include how each session was launched (for example `cli`, `sdk-cli`, `sdk-py` or `claude-vscode`) on every event. Revenium stores it with each call, so usage from the terminal, IDE extensions and scripted SDK runs can be told apart. It is a launch label, never prompt content. Without it the launch mode is not recorded.
* **`OTEL_RESOURCE_ATTRIBUTES`**: OTEL resource attributes attached to every event from this deployment. The required value `revenium.middleware.source=managed-settings` tags telemetry as originating from a centrally-managed settings deployment. Per-developer CLI installs are automatically tagged `revenium-cli`, so the two deployment channels are separable in Revenium reporting. With server-managed settings, or one settings file pushed to every device, this value is shared by everyone; use departments for per-person attribution. For Claude Code that runs through Amazon Bedrock, see [Claude Code billed through your own Amazon Bedrock account](#claude-code-billed-through-your-own-amazon-bedrock-account) for how each developer's email is added.
  {% endhint %}

#### Optional Internal Attribution

The resource attributes in a managed installation have one fixed value for everyone using it. Keep the required `revenium.middleware.source=managed-settings` value. To report spend by department, assign people through [Departments](/track-and-control-costs/attribute-spend-to-departments.md); their individual usage is then grouped by department.

#### Skill Name Redaction

The Skills dashboard attributes estimated cost and usage to individual Claude Code skills. Two separate mechanisms can hide skill names in your dashboard:

**Skill telemetry not enabled — recoverable.** Claude Code only includes skill and tool details in telemetry when `OTEL_LOG_TOOL_DETAILS` is set to `1`. Without it, skill executions are still metered, but they arrive without names and appear as *Skills with details hidden* in the dashboard. Add `"OTEL_LOG_TOOL_DETAILS": "1"` to the managed settings `env` block above and ask developers to fully quit and relaunch Claude Code. New sessions report full skill names; sessions recorded before the change stay redacted.

**Plugin skills from outside Anthropic's official marketplace are named when skill telemetry is on.** Claude Code removes these names from the cost records it sends. That includes skills from a marketplace your company runs. With `OTEL_LOG_TOOL_DETAILS=1`, it still sends each name on a separate record when the skill starts. Revenium pairs the two records to name the run. Runs recorded before the setting was on stay in a *Plugin skills (names hidden)* row, with a small number Revenium can't pair yet. Cost, run counts and user counts on that row are complete.

This is independent of prompt and response content redaction described above: enabling skill and tool details does not export message bodies. See [Data Privacy](/track-and-control-costs/analyze-ai-tooling-spend/ai-coding-data-reference.md#data-privacy) for what is exported and what Revenium retains.

{% hint style="info" %}
**Third-party provider compatibility.** [Server-managed settings](https://code.claude.com/docs/en/server-managed-settings) are delivered from Anthropic's servers and require a direct connection to `api.anthropic.com`. They are not delivered when Claude Code is routed through Amazon Bedrock, Google Cloud's Agent Platform, Microsoft Foundry, Claude Platform on AWS, or custom API endpoints via `ANTHROPIC_BASE_URL` or third-party LLM gateways. If your organization uses one of these providers, use endpoint-managed settings or the per-developer CLI setup instead.

Endpoint-managed settings are deployed to each device through native OS policies — macOS managed preferences or the Windows registry — or through a managed settings file, typically using the mobile device management (MDM) or endpoint-management tool your organization already runs. Behind a gateway, this is the delivery channel by design: it enforces the configuration without asking users to change their shells, and the settings file can be protected from user modification at the OS level.
{% endhint %}

{% hint style="info" %}
**Managed settings override user-level configuration.** Values defined in the managed settings `env` block take precedence over shell-exported environment variables on each user's machine, including values the Revenium CLI may have previously set.
{% endhint %}

#### Stopping a session at a budget

Revenium's [Developer Cost Toolkit](/track-and-control-costs/cost-controls.md#claude-code-sessions) stops further work in a developer's session once your team's budget is spent.

#### Claude Code billed through your own Amazon Bedrock account

If your developers run Claude Code on your own Amazon Bedrock account, Revenium counts that usage as real spend, per developer, and includes it in [spend alerts](/track-and-control-costs/set-budgets-and-alerts.md). It is priced at list price until you set your own rates. To use your Bedrock rates, set your price on each Claude model your developers use, as described in [Use a negotiated or committed rate](/track-and-control-costs/how-revenium-prices-a-transaction.md#use-a-negotiated-or-committed-rate).

Two setup points differ from the steps above. First, deliver the settings with endpoint-managed settings or the per-developer CLI setup, because server-managed settings are not delivered to Claude Code that runs through Bedrock. Second, Claude Code on Bedrock is not signed in with a Claude account, so it sends no developer email of its own. Add each developer's email in one of two ways:

* **Per-developer CLI setup** adds the email each developer gives it.
* **Endpoint-managed settings** are usually the same file on every device, so on their own they cannot tell one developer from another. The Developer Cost Toolkit adds each developer's email automatically from one company-wide deployment. Setup is available from your Revenium customer success manager.

If you set the value on each device yourself, `OTEL_RESOURCE_ATTRIBUTES` holds one comma-separated value with the required tag, Bedrock as the model host, and that developer's email:

```
OTEL_RESOURCE_ATTRIBUTES=revenium.middleware.source=managed-settings,revenium.model.host=bedrock,revenium.subscriber.email=developer@example.com
```

The email attributes usage to the right person. The model host marks the usage as billed through Bedrock, which is how it is counted as spend and included in spend alerts.

## On the dashboard

Open **Intelligence > AI Assistants > Claude Code** to review spend, merged pull requests, people, findings, and seat and plan costs. See [Claude Code Dashboard](/track-and-control-costs/analyze-ai-tooling-spend/setup-claude-code/claude-code.md) for the measures and how to read them.

## Troubleshooting

Claude Code sends usage to Revenium only when it has the right telemetry settings. If some developers' usage is missing or looks too low, work through the checks below for one of those developers. Most of them happen on the developer's machine.

### How the settings reach Claude Code

Your organization delivers the Revenium settings in one of these ways. Which ones you can use depends on your Claude plan.

| How you deliver the settings                                                                          | Plans                             | Notes                                                                                                                                                                   |
| ----------------------------------------------------------------------------------------------------- | --------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Claude admin console (server-managed settings)                                                        | Claude Team and Claude Enterprise | Claude Code downloads them when the developer signs in with their Team or Enterprise account.                                                                           |
| MDM configuration profile, Windows registry policy, or a `managed-settings.json` file on each machine | Any                               | Also applies when Claude Code uses Amazon Bedrock, Google Cloud, Microsoft Foundry or a custom `ANTHROPIC_BASE_URL`. Admin console settings are skipped in those cases. |

See [Setup Claude Code](/track-and-control-costs/analyze-ai-tooling-spend/setup-claude-code.md) for the settings to deliver.

***

### Step 1: Check the settings

#### 1. The values are right

The `env` block you deliver (the full block shown earlier on this page) must contain at least these values:

| Key                            | Value                                           |
| ------------------------------ | ----------------------------------------------- |
| `CLAUDE_CODE_ENABLE_TELEMETRY` | `1`                                             |
| `OTEL_EXPORTER_OTLP_ENDPOINT`  | `https://api.revenium.ai/meter/v2/otlp`         |
| `OTEL_EXPORTER_OTLP_HEADERS`   | `x-api-key=<your team's Revenium metering key>` |
| `OTEL_EXPORTER_OTLP_PROTOCOL`  | `http/json`                                     |
| `OTEL_LOGS_EXPORTER`           | `otlp`                                          |
| `OTEL_METRICS_EXPORTER`        | `none`                                          |

The values people most often get wrong:

* **The endpoint must include `/meter`.** Revenium does not accept telemetry at `https://api.revenium.ai/v2/otlp`.
* **`OTEL_LOGS_EXPORTER` must be `otlp`.** Revenium reads Claude Code's usage from its log events. It does not accept the metrics signal (the endpoint answers `410 Gone`), so a machine that exports only metrics sends nothing Revenium can use.
* **`OTEL_EXPORTER_OTLP_PROTOCOL` must be set.** Claude Code has no default protocol.
* **The key must be your team's current metering key.** Revenium metering keys start with `rev_mk_`.

If you deliver settings from more than one place, the endpoint, the key and the protocol all come from one source: the admin console first, then MDM, then the `managed-settings.json` file. Claude Code never pairs an endpoint from one source with a key from another. So if the admin console sets a telemetry endpoint, a correct file on the machine has no effect on where telemetry goes.

If you use MDM or a settings file, check that the file or profile is on the machine:

| Delivery                | Where it lives                                                                                                                                                                                                                            |
| ----------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `managed-settings.json` | <p>macOS: <code>/Library/Application Support/ClaudeCode/managed-settings.json</code><br>Linux and WSL: <code>/etc/claude-code/managed-settings.json</code><br>Windows: <code>C:\Program Files\ClaudeCode\managed-settings.json</code></p> |
| MDM on macOS            | The `com.anthropic.claudecode` managed preferences domain                                                                                                                                                                                 |
| Registry on Windows     | A value named `Settings` under `HKLM\SOFTWARE\Policies\ClaudeCode`                                                                                                                                                                        |

Claude Code does not read the old Windows path `C:\ProgramData\ClaudeCode\managed-settings.json`. Extra `.json` files in a `managed-settings.d` folder next to `managed-settings.json` are merged in.

Admin console settings are delivered from Anthropic's servers, and Claude Code keeps a cached copy on the machine. To see whether they reached a machine, have the developer run `claude doctor` and read the **Managed settings (remote)** line, or use the end-to-end check in check 5.

#### 2. Admin console only: the developer approved the settings

Because the Revenium settings name a telemetry endpoint, Claude Code in the terminal asks each developer to approve them in a security dialog. If the developer rejects them, Claude Code exits.

The prompt appears the next time Claude Code starts, or within an hour in a session that is already open. Changes to telemetry settings take effect only when Claude Code starts again, so after you change them, have developers fully quit Claude Code and start it again.

The desktop app's Code tab and headless runs (`claude -p`) cannot show the prompt. They apply the settings for that run without it.

Claude Code skips admin console settings when the developer's shell exports a `CLAUDE_CODE_USE_*` provider variable (for example for Amazon Bedrock or Google Cloud) or a non-default `ANTHROPIC_BASE_URL`. Use MDM or a settings file for those machines.

#### 3. The developer is signed in with their work account

Revenium shows Claude Code usage under the email of the account Claude Code is signed in to.

* **Terminal:** run `claude auth status` to see which account is signed in.
* **Desktop app:** in the Code tab, type `/status` to see the signed-in account.

If the email is a personal account, the usage arrives under that personal email. If Claude Code is not signed in with a Claude account at all, for example because it uses an API key or a cloud provider, it sends no developer email of its own. Add each developer's email with the per-developer CLI setup, or with the Developer Cost Toolkit, available from your Revenium customer success manager. Both are described in [Claude Code billed through your own Amazon Bedrock account](#claude-code-billed-through-your-own-amazon-bedrock-account). If neither fits your setup, [contact support](/plans-and-contact/get-support.md) and we will check how that usage is attributed.

#### 4. No leftovers from the old Revenium CLI

Older installs of the Revenium CLI set Claude Code up from the developer's shell. Remove what it left behind:

* the file `~/.claude/revenium.env` (for the fish shell, `~/.claude/revenium.fish`)
* the block in `~/.zshrc`, `~/.bashrc`, `~/.bash_profile` or `~/.config/fish/config.fish` that starts with `# >>> revenium-claude-code-metering >>>` and ends with `# <<< revenium-claude-code-metering <<<`. Delete both marker lines and everything between them.

While your managed settings reach the machine, they replace these values in the terminal. But wherever managed settings are missing, for example on a machine without your MDM profile or a terminal signed in to a personal account, Claude Code uses the values from these files instead, and they may hold an old key or endpoint.

If you plan to import past usage with the old CLI's backfill, [contact support](/plans-and-contact/get-support.md) first.

#### 5. Desktop app: confirm sessions arrive

When your organization uses the admin console, desktop app Code tab sessions in the **Local** environment pick up the Revenium settings with no setup on the machine. The developer needs to be signed in to the app with their Team or Enterprise account.

**Check it end to end.** This is the reliable test for the desktop app:

1. In the desktop app's **Code** tab, start a new session in the **Local** environment and send one short prompt.
2. In Revenium, open **Logs**, stay on the **Transactions** tab and click **Advanced Filter**.
3. On the **Identifiers & Context** tab, enter the developer's email in **Subscriber Email**. Allow a few minutes for the session to arrive.

Revenium stores the Claude Code session id as the **Trace ID**, so you can also filter by the session id shown by `/status` in that Code tab session.

If the session does not arrive:

* **Update the desktop app.** Use the current version before you test telemetry settings.
* **Clear the local environment editor.** Variables saved there are passed to every local session. Keep Revenium values out of it when your organization manages the settings, so there is only one place they come from. To open it: in the **Code** tab, open the environment dropdown in the prompt box, hover over **Local** and click the gear icon. The **Edit local environment** dialog has an **Environment variables** box in `.env` format. When it is empty it shows placeholder example text. An empty box is what you want when your organization uses managed settings. If it holds `OTEL_` or other Revenium values, delete them.

Then fully quit the desktop app, open it again and repeat the end-to-end check.

Do not check by asking Claude in the Code tab to print its environment. Claude Code does not pass `OTEL_` variables to the commands it runs, so they look missing even when telemetry is being sent.

Other places Claude Code runs from the desktop app:

* **Cloud sessions** receive admin console settings. Files on the developer's machine do not reach them.
* **SSH sessions** read the managed settings file on the remote host.
* **Cowork** has its own OpenTelemetry form in the admin console. See [Setup Claude Cowork](/track-and-control-costs/analyze-ai-tooling-spend/setup-claude-cowork.md).

#### 6. Other machines

Claude Code on CI runners, servers and other computers sends usage only if Claude Code there gets the telemetry settings, either from your managed settings or from its own configuration. [Contact support](/plans-and-contact/get-support.md) if you need help with those.

***

### Step 2: Compare local usage with Revenium

If the settings are right and a developer's totals still look low, [contact support](/plans-and-contact/get-support.md). We will send you a script that the developer runs on their machine. It adds up the Claude Code usage recorded in the conversation transcripts Claude Code keeps locally, and writes a file for you to send back.

**What the file contains:**

* dates and model names
* numbers of requests and sessions
* token counts: input, output, cache read and cache creation
* a breakdown by how Claude Code was started, such as interactive terminal, headless `claude -p`, or the desktop app's Code tab
* if you ask for them, Claude Code session ids and API request ids, with their times and token counts

**What it never contains:** prompts, responses, code, tool inputs or outputs, file paths, project or folder names, or git information. You can open the file in any text editor and check before sending.

One thing to expect when you compare:

* **Old terminal transcripts are deleted.** Claude Code deletes transcripts older than its `cleanupPeriodDays` setting, which defaults to 30 days. Raising it keeps more history from then on, but does not bring back deleted files.

***

### Step 3: Cross-check with Anthropic's reports

Anthropic's own reports show who uses Claude Code. Use them to find developers who use Claude Code but do not appear in Revenium.

| Plan                              | Where to look                                                                                                                                                                                                                                                                                            |
| --------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Claude Team and Claude Enterprise | The Claude Code analytics dashboard at [claude.ai/analytics/claude-code](https://claude.ai/analytics/claude-code) shows daily active users and sessions. Admins and Owners can view it. Once usage credits are turned on, the spend report lists token usage and estimated spend per user and per model. |
| Claude Enterprise only            | The Enterprise Analytics API returns per-user usage.                                                                                                                                                                                                                                                     |
| Claude Console (API key)          | The Claude Code dashboard at [platform.claude.com/claude-code](https://platform.claude.com/claude-code) and the Claude Code Analytics API.                                                                                                                                                               |

***

### Step 4: Send us what you found

Send the following to <support@revenium.io>:

* the email the developer signs in to Claude Code with
* where they run Claude Code: terminal, desktop app, remote machines, scripts or CI
* the files from the usage script, if you ran it, and the time zone used if not UTC

We will compare it with what Revenium received and tell you which sessions are missing and why.

***

### Common causes

| What you see                                                               | Likely cause                                                                             | Fix                                           |
| -------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- | --------------------------------------------- |
| One developer shows nothing at all                                         | The settings never reached the machine, or the endpoint is missing `/meter`              | Check 1, then check 5.                        |
| A developer stopped appearing after you changed the admin console settings | They have not restarted Claude Code and approved the new settings                        | Check 2.                                      |
| Usage appears under a personal email                                       | Claude Code is signed in with a personal account                                         | Sign out and sign in with the work account.   |
| Terminal usage is there, desktop app usage is missing                      | Desktop app sessions are not sending telemetry to Revenium                               | Check 5.                                      |
| Usage went to the wrong team                                               | An old key in your managed settings, the local environment editor or the old CLI's files | Checks 1, 4 and 5.                            |
| The local transcripts have nothing for early dates                         | Claude Code deleted transcripts older than 30 days                                       | Compare only the dates the transcripts cover. |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.revenium.io/track-and-control-costs/analyze-ai-tooling-spend/setup-claude-code.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.