Skip to main content
Pick the setup path that matches how you want to send data into Squasher.

Workspace model

Squasher is organized as:
  • Organization: the customer workspace, such as ACME Corp.
  • Members: users inside the organization with owner, admin, developer, billing, or member roles.
  • Projects: service-level ingest boundaries. Each project usually maps to one production service or app.
  • Owner teams and services: incident-routing metadata inside a project. Link monitors, status components, repositories, runbooks, and service aliases to an owner team so incidents route to the right responders.
Most SDKs and log drains use both an API key and a project ID because telemetry is scoped to a service project. The API key is already tied to one project on Squasher’s servers, so Squasher can resolve the project from the key. Keeping SQUASHER_PROJECT_ID in env still matters for setup clarity and safety: SDK routes, replay, source maps, dashboard links, MCP/CLI operations, and OAuth-backed ingest flows are project-scoped, and ingest can reject a key/project mismatch instead of silently sending data to the wrong project. For plain OTLP exporters that only support endpoint plus headers, SQUASHER_API_KEY is enough; Squasher resolves the project from the key.

Dashboard setup flow

Open Setup in the target project. The page resumes at the first incomplete stage:
  1. Create — create one project ingest credential. Squasher shows the secret only once.
  2. Connect — choose a runtime or telemetry path. Use the Coding agent tab to copy a project-scoped plan, or use Manual for the exact commands. The copied plan does not contain the ingest key; give the agent SQUASHER_API_KEY through your secret store.
  3. Verify — send one real application signal and wait for Squasher to confirm receipt. Source maps and other improvements appear only after the first signal is active.
The Connect stage shows the project id and data region. Use Integrations after activation when you need an OAuth provider, alert source, notification destination, or managed log connector.

Agent setup brief

Use this when you are asking an AI coding agent to install Squasher:
For live project inspection, use MCP. For terminal setup or verification, use CLI Integration Setup. For custom ingestion, use API reference.
1

Install the agent SDK

2

Initialize telemetry

src/agent.ts
3

Send your first generation

Use the Agent SDK guide or the OpenRouter integration to emit sessions, generations, and tool calls.
4

Verify in the dashboard

Open AI -> Dashboard and AI -> Requests in your project to confirm the generation shows up with tokens, latency, and cost.

Agent SDK guide

Capture sessions, generations, and tool calls for agents and chat workflows.

Before you ship

  • Use source maps for readable production stack traces.
  • Review Project settings → Response policy before you enable automatic triage or fixes.
  • Set up notification routing so incidents reach the right channel.
  • Give coding agents the Agent DX page or https://docs.squasher.ai/llms.txt.
  • Check troubleshooting if events are missing.