LangWatch

Evaluate, test, trace, and monitor LLM applications and AI agents across development and production.

Stars
★ 5k
Last updated
today
License
Apache-2.0
Primary language
TypeScript

At a glance

How it runs
CLISelf-hosted serviceHosted service
Works with
Universal · cross-platformOpenAI API · Claude API
Cost
Free tier plus a paid hosted plan
Setup effort
Medium · a few setup steps
You'll need
Node.js for npx local setupDocker for the optional Docker Compose deploymentKubernetes and Helm for the optional cluster deploymentShell / CLINetwork accessLocal filesystemMCP Server
Typical use
An agent engineering team runs full-stack scenarios with tools, state, simulated users, and judges before releasing a new agent version.
Not a fit if
  • Teams that need fully offline operation: the hosted and hybrid options send data to the vendor cloud
  • Teams unwilling to run Postgres, Redis, ClickHouse and other local services
  • Teams needing one uniform permissive license, not commercial terms for enterprise modules
Source review
78/100 · Good

What does this agent do, and when should you use it?

LangWatch is a platform for simulating, evaluating, and monitoring LLM-powered agents before release and in production. It connects OpenTelemetry traces, datasets, offline evaluations, prompt or model optimization, and repeat testing in one workflow, with run review and failure annotation for collaboration. Its scenario runner exercises a full agent stack—including tools, state, a user simulator, and a judge—and identifies failures at the decision level. A separate Go AI Gateway exposes an OpenAI- and Anthropic-compatible proxy with virtual keys, hierarchical budgets, inline guardrails, and provider fallback. Teams can use the hosted service or deploy locally, with Docker Compose, on Kubernetes through Helm, on cloud infrastructure, or in a hybrid data-residency configuration. The platform follows an open-core licensing model: the core is Apache 2.0, designated enterprise modules require a commercial production license, and the SDKs are MIT-licensed.

LangWatch ingests agent and LLM execution traces through its integrations or any OpenTelemetry/OTLP-compatible library. Teams can turn traces into a dataset, run offline evaluation, optimize prompts or models in Optimization Studio, and then re-test. Scenario runs exercise the complete application stack with tools, state, a user simulator, and a judge, producing failure information tied to individual decisions. The platform supports reviewing runs, annotating failures, managing annotation queues, storing prompts in Git through its GitHub integration, and linking prompt versions to traces. The standalone Go service in services/aigateway/ proxies OpenAI- and Anthropic-compatible traffic while applying virtual keys, hierarchical budgets, inline guardrails, automatic provider fallback, and Anthropic cache_control passthrough. LangWatch also provides an MCP integration for Claude Desktop and other MCP clients.

  1. An agent engineering team runs full-stack scenarios with tools, state, simulated users, and judges before releasing a new agent version.
  2. A production LLM team collects OpenTelemetry traces, investigates reliability and performance, and converts observed failures into regression datasets.
  3. A prompt engineering group uses the trace-to-dataset-to-evaluation workflow to compare prompt or model changes and re-test them.
  4. A platform team operating multiple model providers routes requests through the AI Gateway to enforce virtual keys, budgets, guardrails, and fallback behavior.
  5. An organization with data-residency requirements deploys LangWatch through Docker Compose, Kubernetes Helm, OnPrem infrastructure, or the hybrid arrangement.
  6. A quality team invites domain specialists to review runs, annotate failures, and label edge cases through annotation queues.

How do you install or deploy this agent?

The shortest local path requires Node.js. Run:

npx @langwatch/server

The CLI installs uv, Postgres, Redis, ClickHouse, the AI Gateway binary, and the Langy runtime under ~/.langwatch/. It scaffolds ~/.langwatch/.env with locally generated secrets, starts the services in parallel, and opens http://localhost:5560. LANGWATCH_ENABLE_LANGY defaults to true; LANGWATCH_ENABLE_PRESIDIO and LANGWATCH_ENABLE_LINGUA can be enabled when needed. For Docker Compose, use:

git clone https://github.com/langwatch/langwatch.git
cd platform/app
cp platform/app/.env.example platform/app/.env
docker compose up -d --wait --build

Then open http://localhost:5560. For the hosted service, create a free account at https://app.langwatch.ai, create a project, and copy its API key. Kubernetes deployment is available through the documented Helm option.

How do you use this agent?

Start with either the hosted account or a local deployment, create a project, and obtain its API key. Instrument the application with a LangWatch integration or an OpenTelemetry-compatible library; named integrations include LangChain, LangGraph, Vercel AI SDK, Mastra, CrewAI, and Google ADK. After sending traces, create a dataset, run an offline evaluation, adjust prompts or models in Optimization Studio, and repeat the test. To test an agent end to end, configure a Scenario that runs the application with its tools and state against a user simulator and judge, then inspect decision-level failures. For centralized model governance, route compatible OpenAI or Anthropic traffic through the AI Gateway. The supplied material does not include a copyable SDK initialization snippet, the API-key environment variable name, or a first API request, so those integration details cannot be established from this source alone.

What are this agent's strengths and limitations?

Pros
  • It combines traces, datasets, offline evaluation, prompt or model optimization, and repeat testing in a single documented loop.
  • Scenario testing covers tools, state, simulated users, and judges rather than evaluating only isolated model responses.
  • OpenTelemetry/OTLP foundations and named integrations span multiple frameworks and providers, including OpenAI, Anthropic, Azure OpenAI, Vertex AI, Bedrock, Groq, and Ollama.
  • Deployment choices include hosted cloud, a local Node.js launcher, Docker Compose, Kubernetes Helm, OnPrem, and hybrid data residency.
  • The AI Gateway adds concrete governance controls such as virtual keys, hierarchical budgets, inline guardrails, and automatic cross-provider fallback.
Limitations
  • The repository is open-core rather than uniformly Apache 2.0: production use of SSO, SCIM, audit logs, gateway webhooks, billing, and back-office modules under platform/app/ee/ requires a commercial license.
  • The local launcher installs and operates Postgres, Redis, ClickHouse, the gateway, and additional runtimes under ~/.langwatch/, creating a nontrivial local resource and operations footprint.
  • Langy is enabled by default, and its workers run unsandboxed as the current local user, which requires an explicit security assessment.
  • Optional evaluators have material storage costs: Presidio adds about 670MB, Lingua about 95MB, and the Langy runtime about 45MB.
  • The supplied material lacks a complete SDK setup example, API-key environment variable name, and first trace invocation, so initial instrumentation requires documentation beyond these instructions.

How does this agent compare with similar options?

Compared with assembling separate tracing, dataset, evaluation, and prompt-optimization systems, LangWatch explicitly combines them into a trace → dataset → evaluate → optimize → re-test loop. Its OpenTelemetry foundation also allows compatible tracing libraries beyond the directly named framework integrations.

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
LangWatch This agent 78 · Good CLIFreemium ★ 5k today TypeScript OpenAI API · Claude API
PenguinHarness 52 · Major gaps Desktop appFree + model costs ★ 2.8k 1d ago TypeScript OpenAI API · Claude API
Agent Learning Kit 38 · Major gaps CLIFree + model costs ★ 128 3d ago Python —
Fusion Software Factory 71 · Some gaps CLIFree + model costs ★ 1.3k 1d ago TypeScript Codex · OpenAI API · Claude API

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Good
78/ 100 5-point scale 3.9 / 5
This review covers the source as of Aug 14, 2026. The project has shipped 20 stable release(s) since, which have not been re-reviewed. The score and verdict describe the reviewed version only. Recent releases ↓
Trust 19/29
Reliability 12/14
Adaptability 15/18
Convention 16/18
Effectiveness 12/13
Verifiability 4/8
Why each dimension lost points
Trust19 / 29 · 3.3/5

The sources disclose that the local CLI installs several services, generates local secrets, opens a local endpoint, and runs Langy workers unsandboxed as the user. CI declares read-only contents permission, while the credentialed publishing workflow has target and failure guards. Sensitive-data evidence includes trace secret/PII redaction claims, external Secret handling, residency and self-hosting options, and a detailed vulnerability policy. The license, NOTICE references, and copyright holder provide strong attribution. Deductions: there is no complete least-privilege model or component-by-component data-flow inventory; installation, network access, publishing, and deletion of ~/.langwatch are not shown with interactive confirmation; some security/compliance statements are assertions; versions and action commits are pinned but no dependency-audit result is supplied for this revision; rollback evidence is mainly directory reset, Helm uninstall, and backup facilities rather than granular recovery guidance.

Reliability12 / 14 · 4.3/5

The README, package manifest, Go module, CI workflows, and Helm tests present a coherent product and deployment model. Publishing checks both manifest versions, release tags, and mirrored artifacts; tests cover password preservation, missing Secrets, backup alerts, and deployment modes. Failure paths contain explicit ::error:: messages, FAIL output, and actionable diagnostics, fully supporting failure messaging. Dependency availability is deducted because operation relies on Node, pnpm, uv, databases, containers, Helm/Kubernetes, and a large third-party graph; constraints and frozen-lockfile installation help, but the supplied sources do not establish offline supply, image availability, or comprehensive dependency-outage handling.

Adaptability15 / 18 · 4.2/5

The material identifies teams needing regression tests, simulations, evaluations, observability, and governance, and covers cloud, local, Docker Compose, Kubernetes, OnPrem, hybrid, multiple frameworks, and multiple model providers. Feature flags, backup gating, external Secrets, and single/replicated deployment tests show conditional behavior. Capability boundaries are deducted because they are dispersed across setup, security scope, and licensing rather than consolidated into a support matrix. Trigger precision is evidenced for CI path gates and configuration validation, but the complete trigger and tool-action rules of the Agent-facing product are not present.

Convention16 / 18 · 4.4/5

The README has clear sections for positioning, setup, deployment, integrations, support, contribution, licensing, and security. Local and container commands, endpoint, environment switches, and download sizes are concrete. Publishing enforces consistency among manifests, versions, and tags; licensing and the open-core directory boundary are explicit; security email, issues, Discord, and enterprise support identify maintenance channels. Deductions: examples are chiefly quick-start links and deployment commands rather than a full FAQ; limitations such as unsandboxed workers, resource sizes, and deployment requirements are disclosed but not collected comprehensively; version and release-tag machinery exists, but the actual changelog and a compatibility policy are absent from the supplied files.

Effectiveness12 / 13 · 4.6/5

The product exposes traces, datasets, evaluations, simulations, alerts, annotations, prompt versions, and governance controls in workflows directly useful for agent testing and operations. Combining observation, evaluation, simulation, and a gateway offers clear marginal value over assembling separate tools. Cost-benefit is deducted because component sizes and budget controls are documented, but the approximately 700 ns overhead claim lacks a supplied benchmark, and total resource requirements and cloud pricing are not shown.

Verifiability4 / 8 · 2.5/5

Several claims map to concrete static sources: package metadata supports product identity, workflows support release/version consistency, Helm scripts support Secret, upgrade, backup, and alert behavior, and LICENSE supports licensing claims. The sources provide some cross-corroboration. Deductions arise because major product, security, compliance, no-lock-in, and performance claims appear only in README assertions; linked external documentation is not included and no execution results are supplied. Marketing facts, inference, and independently established conclusions are not systematically separated, particularly for compliance, comprehensive visibility, and performance figures.

Risks and how to mitigate them
  • The one-command local setup writes multiple runtimes and data services under ~/.langwatch, opens a local endpoint, and enables Langy workers that run unsandboxed as the current user by default. Review packages and permissions and evaluate it in an isolated environment first.
  • Do not treat rm -rf ~/.langwatch as an ordinary recoverable rollback: it removes local configuration, secrets, and data in that directory. Confirm backups and the exact path before use.
  • The GDPR, ISO 27001, approximately 700 ns overhead, redaction, and no-lock-in claims are not independently established by the supplied static files. Obtain the relevant reports, benchmarks, and data-flow documentation before procurement or production deployment.
  • The dependency graph is large and includes timestamped pseudo-versions. This review did not run vulnerability scans, builds, tests, or provenance/integrity checks.
  • The repository uses an open-core split across Apache-2.0 code, MIT SDKs, and commercially licensed enterprise modules. Verify the applicable directory-level license before distribution or production use.
Evidence confidence: Low Reviewed Aug 14, 2026 Reviewed revision 251bf0c23edb New commits since this review; the score may not cover them
See the full review method →

Recent releases

Latest entries from the project's GitHub Releases. Notes are quoted from upstream as written, not rewritten or tested by FollowAgents.

  1. langwatch-3.20.1
    Release notes excerpt
    Helm chart for LangWatch application
    View on GitHub ↗
  2. v3.20.1
    Release notes excerpt
    @langwatch/[email protected] — aigateway monobinaries
    View on GitHub ↗
  3. [email protected] langwatch: v3.20.1
    Release notes excerpt
    [3.20.1](https://github.com/langwatch/langwatch/compare/[email protected]@v3.20.1) (2026-10-02) Bug Fixes * sso: self-hosted sign-in sends colleagues straight to the sole live connection ([#8411](https://github.com/langwatch/langwatch/issues/8411)) ([82be095](https://github.com/langwatch/langwatch/commit/82be095b69a5d5bdcdb3b03f673ab232779ab3f5)) Miscellaneous * review nits on the test doubles and the discovery example ([99e4f0e](https://github.com/langwatch/langwatch/commit/99e4f0e06383ba04228197549262e8f2e6a0b9c9)) …
    View on GitHub ↗

FAQ

Can LangWatch be fully self-hosted?
Yes. The documented choices include the local npx server, Docker Compose, Kubernetes with Helm, cloud-specific OnPrem setups, and a hybrid mode for data-residency needs.
Is every part free for production use?
No. The core platform is available under Apache 2.0, but the listed enterprise modules under platform/app/ee/ require a commercial production license. The TypeScript, Python, and MCP SDKs are MIT-licensed.
Does it lock an application to one model provider?
The source describes LangWatch as framework- and provider-agnostic, based on OpenTelemetry/OTLP, and documents integrations with several hosted and local model providers.
What does the local launcher run on my machine?
It installs and starts Postgres, Redis, ClickHouse, the AI Gateway, and the Langy runtime, and generates local secrets. Langy is enabled by default and its workers run unsandboxed as the current user.
Is the Presidio PII evaluator enabled by default?
No. It is disabled by default and adds about 670MB when enabled. LangWatch's own trace secret and PII redaction does not depend on Presidio.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents