The only tool you need to know what is happening and how to fix it.
See the codeπ Traceway 2.0 is here. More reliable traces, better OpenTelemetry compatibility, and a clearer picture of your app. Read the V2 release post β
Built on
OpenTelemetry
Website Β· Docs Β· Cloud Β· Discord
Traceway is an OpenTelemetry-native observability platform. It combines logs, traces, metrics, session replay/RUM, exceptions, AI tracing, and on-call paging in one place. Point an OTLP exporter at it and you're in business. No Collector, no glue code, no per-language vendor SDK.
MIT licensed. No BSL. No "open core." Every feature is in the box. Self-host it for free, or run it on Traceway Cloud if you'd rather not babysit infra.
![]() | ![]() |
π Join the Traceway Community on Discord β
Chat with the team, shape the roadmap, get help, and meet other folks running Traceway in production.
gen_ai.conversation.id, tool calls are parsed from completions and rendered in the chat view, and multi-language content flagging catches conversations containing terms you care about. Per-customer analytics (conversation length, cost per conversation) key on user.id: set it to a stable customer identifier such as your account or tenant id, the same value across all of that user's conversations, never a session id.kubectl apply instruments a whole cluster.Plus: background-task (job) monitoring, configurable alerts (Slack / GitHub / email / webhook / Pushover / Telegram), multi-tenant orgs with role-based access, and a per-endpoint slow-threshold override.
Your agent sets up Traceway, queries production telemetry, and finds the root cause:
npx skills add tracewayapp/traceway
One command installs two skills into Claude Code, Cursor, Codex, or any agent that reads SKILL.md:
/traceway-setup reads your repo and wires it up: OTel for backends, Traceway SDKs for web and mobile. Then it verifies data actually arrives./traceway installs the traceway CLI and uses it to query exceptions, logs, endpoints, and metrics, from bug report to root cause.The CLI is designed for agents first: JSON when piped, tables on a TTY, stable error identifiers and exit codes, --fields to trim responses. It's read-only apart from archiving exceptions, which needs an explicit --yes. Nothing hangs, nothing gets damaged.
The skills are plain Markdown in skills/, in the same MIT-licensed repo. No marketplace, no lock-in. Learn more β
app.min.js:1:63 tells you nothing. Traceway resolves minified production errors back to the original file, line, and function the moment they arrive. The same engine handles stripped and obfuscated mobile crashes: iOS and Swift against the build's dSYM, Android against its R8 mapping.txt, Dart and Flutter against their obfuscation map.
The symbolicator is pure Go and built to keep up with ingest. Every debug artifact (a source map, a dSYM, an R8 mapping) compiles once into a binary .tw file and is memory-mapped from disk. Opening a compiled map takes under a microsecond, p99 lookup stays under a millisecond on a cold cache, and no map is re-parsed after a restart. The corpus is a disk budget, not a RAM budget.
The same engine ships as a standalone OpenTelemetry Collector processor, drop-in compatible with Honeycomb's source_map_symbolicator: same component type, same attribute contract, same config keys. Use it in your own pipeline, with or without Traceway behind it.
Upload source maps from CI with npx traceway-sourcemaps --directory ./dist; dSYMs and R8 mappings post to the same endpoint. Benchmarks live in benchmarks/; run them on your fork. Learn more β
| Enterprise (Datadog / New Relic) | DIY OSS stack (Prometheus + Loki + Tempo + ...) | Traceway | |
|---|---|---|---|
| Pricing | Per-event, per-host, per-seat | Free + ops time | Self-host free, fixed cloud tiers |
| Setup | Vendor SDK per language | Glue 6 tools together | docker compose up -d |
| License | Proprietary | Mixed (some BSL / open-core) | MIT, no asterisks |
| OTel | Wrapped in vendor SDK | OTel Collector required | Native OTLP/HTTP ingest |
| Replay + traces + AI | 3 separate products | Wire it yourself | One system, one trace ID |
git clone https://github.com/tracewayapp/traceway
cd traceway && docker compose up -d
# β dashboard at http://localhost
Point any OTel SDK at http://localhost/api/otel/v1/traces (or /metrics, /logs) and traces start flowing. See the self-hosting docs for production deployment, TLS, and storage configuration.
Prefer a single container with no external databases? The SQLite image is the smallest deployment. The DuckDB image keeps the same zero-dependency setup but adds a columnar telemetry store for far more dashboard headroom. Run either with docker compose -f docker-compose.sqlite.yml up -d or -f docker-compose.duckdb.yml.
Docker images are cryptographically signed with Cosign.
Run Traceway inside your Go process. No Docker, no external databases, SQLite under the hood:
go get github.com/tracewayapp/traceway/backend
import tracewaybackend "github.com/tracewayapp/traceway/backend"
func main() {
go tracewaybackend.Run(
tracewaybackend.WithPort(8082),
tracewaybackend.WithDefaultUser("admin@localhost.com", "admin"),
tracewaybackend.WithDefaultProject("My App", "opentelemetry", "dev-token"),
)
// ... start your app, point its OTel exporter to http://localhost:8082/api/otel/v1/traces
}
Open http://localhost:8082, log in, and hit your app to see traces appear. Full walkthrough in the embedded mode guide, or check the working examples (OTel exporter or Go client SDK).
Traceway integrates with the tools you already use. Backends report over OTLP/HTTP, so any OpenTelemetry SDK works. Browser and mobile apps use the Traceway SDKs.
View the full list in the documentation. Missing a framework? Open an issue to request it.
OpenTelemetry is the integration path for every backend language. Point your OTLP exporter at Traceway and you are done.
Go applications use OpenTelemetry too. Point opentelemetry-go at the same OTLP endpoint. See the OpenTelemetry guide.
Session Replay is included with every frontend integration, and with Flutter too.
A full-stack framework has two halves and two Traceway projects. Next.js and Remix use the React integration below for the browser, SvelteKit uses Svelte, and Nuxt uses Vue. Their server half is a separate OpenTelemetry project from the table above. See Project Structure.
Logs: trace-linked search![]() | Span waterfall![]() |
Metrics: application dashboard![]() | Exceptions: fingerprinted & ranked![]() |
| Component | Technology |
|---|---|
| Backend | Go 1.26, Gin |
| Frontend | SvelteKit 2, Svelte 5, Tailwind CSS v4 |
| Telemetry DB | ClickHouse (standalone), SQLite or DuckDB (embedded) |
| Relational DB | PostgreSQL (standalone) or SQLite (embedded) |
| Ingest | OTLP/HTTP (Protobuf + JSON) for traces, metrics, logs |
| Directory | Description |
|---|---|
backend/ | Go/Gin API server: OTLP ingest, REST API, notifications, migrations |
frontend/ | SvelteKit 2 dashboard SPA |
cli/ | Agent-first traceway command line for querying exceptions, logs, endpoints, and metrics |
skills/ | Agent skills (/traceway-setup, /traceway) for Claude Code, Cursor, Codex, and any SKILL.md-compatible agent |
docs/ | Documentation site (Nextra) |
examples/ | Working examples: embedded mode (OTel, Go client) and OTel-instrumented apps (Express, NestJS, Next.js, Hono) |
website/ | Landing page |
Storage is selected on two axes: the telemetry store and the transactional (relational) store.
| Tag | Purpose |
|---|---|
| (none) | SQLite storage on both axes: embedded mode, zero dependencies. This is the default. |
telemetry_duckdb | DuckDB telemetry store: embedded mode with a columnar engine. Requires CGO_ENABLED=1. |
transactional_pg telemetry_ch | ClickHouse (telemetry) + PostgreSQL (config) for standalone server mode. |
localdist | Embeds frontend from static/dist/ instead of static/frontend/. Used by traceway-cloud to inject billing UI. |
# Embedded mode (SQLite, default)
cd backend && go build ./cmd/traceway
# Embedded mode with DuckDB telemetry
cd backend && CGO_ENABLED=1 go build -tags telemetry_duckdb ./cmd/traceway
# Standalone server (ClickHouse + PostgreSQL)
cd backend && go build -tags "transactional_pg telemetry_ch" ./cmd/traceway
# SQLite tests (default, no tags needed)
cd backend && go test -v -count=1 ./app/repositories/...
# ClickHouse + PostgreSQL tests (requires Docker)
./scripts/test-backend-pgch.sh
# DuckDB telemetry tests
cd backend && CGO_ENABLED=1 go test -tags telemetry_duckdb -v -count=1 ./app/repositories/...
# OTEL trace converter tests (no DB required)
cd backend && go test -v -count=1 ./app/controllers/otelcontrollers/
# Update OTEL golden files after intentional converter changes
cd backend && go test -v -count=1 ./app/controllers/otelcontrollers/ -args -update
Full documentation at docs.tracewayapp.com:
examples/kubernetesTraceway is built in the open, and the Discord community is where it happens. Come say hi, whether you're kicking the tires, running it in production, or just curious. We use it to:
Contributions are welcome. Pull requests get reviewed and merged. If you're not sure where to start or want to discuss an idea first, open an issue or drop by the community Discord and we'll talk it through.
Latest release
Releases this year
(top 24 of 30)
1,034 followers Β· starred May 2026
2,318 followers Β· starred May 2026
1,744 followers Β· starred May 2026
197 followers Β· starred Feb 2026
The only tool you need to know what is happening and how to fix it.
See the codeπ Traceway 2.0 is here. More reliable traces, better OpenTelemetry compatibility, and a clearer picture of your app. Read the V2 release post β
Built on
OpenTelemetry
Website Β· Docs Β· Cloud Β· Discord
Traceway is an OpenTelemetry-native observability platform. It combines logs, traces, metrics, session replay/RUM, exceptions, AI tracing, and on-call paging in one place. Point an OTLP exporter at it and you're in business. No Collector, no glue code, no per-language vendor SDK.
MIT licensed. No BSL. No "open core." Every feature is in the box. Self-host it for free, or run it on Traceway Cloud if you'd rather not babysit infra.
![]() | ![]() |
π Join the Traceway Community on Discord β
Chat with the team, shape the roadmap, get help, and meet other folks running Traceway in production.
gen_ai.conversation.id, tool calls are parsed from completions and rendered in the chat view, and multi-language content flagging catches conversations containing terms you care about. Per-customer analytics (conversation length, cost per conversation) key on user.id: set it to a stable customer identifier such as your account or tenant id, the same value across all of that user's conversations, never a session id.kubectl apply instruments a whole cluster.Plus: background-task (job) monitoring, configurable alerts (Slack / GitHub / email / webhook / Pushover / Telegram), multi-tenant orgs with role-based access, and a per-endpoint slow-threshold override.
Your agent sets up Traceway, queries production telemetry, and finds the root cause:
npx skills add tracewayapp/traceway
One command installs two skills into Claude Code, Cursor, Codex, or any agent that reads SKILL.md:
/traceway-setup reads your repo and wires it up: OTel for backends, Traceway SDKs for web and mobile. Then it verifies data actually arrives./traceway installs the traceway CLI and uses it to query exceptions, logs, endpoints, and metrics, from bug report to root cause.The CLI is designed for agents first: JSON when piped, tables on a TTY, stable error identifiers and exit codes, --fields to trim responses. It's read-only apart from archiving exceptions, which needs an explicit --yes. Nothing hangs, nothing gets damaged.
The skills are plain Markdown in skills/, in the same MIT-licensed repo. No marketplace, no lock-in. Learn more β
app.min.js:1:63 tells you nothing. Traceway resolves minified production errors back to the original file, line, and function the moment they arrive. The same engine handles stripped and obfuscated mobile crashes: iOS and Swift against the build's dSYM, Android against its R8 mapping.txt, Dart and Flutter against their obfuscation map.
The symbolicator is pure Go and built to keep up with ingest. Every debug artifact (a source map, a dSYM, an R8 mapping) compiles once into a binary .tw file and is memory-mapped from disk. Opening a compiled map takes under a microsecond, p99 lookup stays under a millisecond on a cold cache, and no map is re-parsed after a restart. The corpus is a disk budget, not a RAM budget.
The same engine ships as a standalone OpenTelemetry Collector processor, drop-in compatible with Honeycomb's source_map_symbolicator: same component type, same attribute contract, same config keys. Use it in your own pipeline, with or without Traceway behind it.
Upload source maps from CI with npx traceway-sourcemaps --directory ./dist; dSYMs and R8 mappings post to the same endpoint. Benchmarks live in benchmarks/; run them on your fork. Learn more β
| Enterprise (Datadog / New Relic) | DIY OSS stack (Prometheus + Loki + Tempo + ...) | Traceway | |
|---|---|---|---|
| Pricing | Per-event, per-host, per-seat | Free + ops time | Self-host free, fixed cloud tiers |
| Setup | Vendor SDK per language | Glue 6 tools together | docker compose up -d |
| License | Proprietary | Mixed (some BSL / open-core) | MIT, no asterisks |
| OTel | Wrapped in vendor SDK | OTel Collector required | Native OTLP/HTTP ingest |
| Replay + traces + AI | 3 separate products | Wire it yourself | One system, one trace ID |
git clone https://github.com/tracewayapp/traceway
cd traceway && docker compose up -d
# β dashboard at http://localhost
Point any OTel SDK at http://localhost/api/otel/v1/traces (or /metrics, /logs) and traces start flowing. See the self-hosting docs for production deployment, TLS, and storage configuration.
Prefer a single container with no external databases? The SQLite image is the smallest deployment. The DuckDB image keeps the same zero-dependency setup but adds a columnar telemetry store for far more dashboard headroom. Run either with docker compose -f docker-compose.sqlite.yml up -d or -f docker-compose.duckdb.yml.
Docker images are cryptographically signed with Cosign.
Run Traceway inside your Go process. No Docker, no external databases, SQLite under the hood:
go get github.com/tracewayapp/traceway/backend
import tracewaybackend "github.com/tracewayapp/traceway/backend"
func main() {
go tracewaybackend.Run(
tracewaybackend.WithPort(8082),
tracewaybackend.WithDefaultUser("admin@localhost.com", "admin"),
tracewaybackend.WithDefaultProject("My App", "opentelemetry", "dev-token"),
)
// ... start your app, point its OTel exporter to http://localhost:8082/api/otel/v1/traces
}
Open http://localhost:8082, log in, and hit your app to see traces appear. Full walkthrough in the embedded mode guide, or check the working examples (OTel exporter or Go client SDK).
Traceway integrates with the tools you already use. Backends report over OTLP/HTTP, so any OpenTelemetry SDK works. Browser and mobile apps use the Traceway SDKs.
View the full list in the documentation. Missing a framework? Open an issue to request it.
OpenTelemetry is the integration path for every backend language. Point your OTLP exporter at Traceway and you are done.
Go applications use OpenTelemetry too. Point opentelemetry-go at the same OTLP endpoint. See the OpenTelemetry guide.
Session Replay is included with every frontend integration, and with Flutter too.
A full-stack framework has two halves and two Traceway projects. Next.js and Remix use the React integration below for the browser, SvelteKit uses Svelte, and Nuxt uses Vue. Their server half is a separate OpenTelemetry project from the table above. See Project Structure.
Logs: trace-linked search![]() | Span waterfall![]() |
Metrics: application dashboard![]() | Exceptions: fingerprinted & ranked![]() |
| Component | Technology |
|---|---|
| Backend | Go 1.26, Gin |
| Frontend | SvelteKit 2, Svelte 5, Tailwind CSS v4 |
| Telemetry DB | ClickHouse (standalone), SQLite or DuckDB (embedded) |
| Relational DB | PostgreSQL (standalone) or SQLite (embedded) |
| Ingest | OTLP/HTTP (Protobuf + JSON) for traces, metrics, logs |
| Directory | Description |
|---|---|
backend/ | Go/Gin API server: OTLP ingest, REST API, notifications, migrations |
frontend/ | SvelteKit 2 dashboard SPA |
cli/ | Agent-first traceway command line for querying exceptions, logs, endpoints, and metrics |
skills/ | Agent skills (/traceway-setup, /traceway) for Claude Code, Cursor, Codex, and any SKILL.md-compatible agent |
docs/ | Documentation site (Nextra) |
examples/ | Working examples: embedded mode (OTel, Go client) and OTel-instrumented apps (Express, NestJS, Next.js, Hono) |
website/ | Landing page |
Storage is selected on two axes: the telemetry store and the transactional (relational) store.
| Tag | Purpose |
|---|---|
| (none) | SQLite storage on both axes: embedded mode, zero dependencies. This is the default. |
telemetry_duckdb | DuckDB telemetry store: embedded mode with a columnar engine. Requires CGO_ENABLED=1. |
transactional_pg telemetry_ch | ClickHouse (telemetry) + PostgreSQL (config) for standalone server mode. |
localdist | Embeds frontend from static/dist/ instead of static/frontend/. Used by traceway-cloud to inject billing UI. |
# Embedded mode (SQLite, default)
cd backend && go build ./cmd/traceway
# Embedded mode with DuckDB telemetry
cd backend && CGO_ENABLED=1 go build -tags telemetry_duckdb ./cmd/traceway
# Standalone server (ClickHouse + PostgreSQL)
cd backend && go build -tags "transactional_pg telemetry_ch" ./cmd/traceway
# SQLite tests (default, no tags needed)
cd backend && go test -v -count=1 ./app/repositories/...
# ClickHouse + PostgreSQL tests (requires Docker)
./scripts/test-backend-pgch.sh
# DuckDB telemetry tests
cd backend && CGO_ENABLED=1 go test -tags telemetry_duckdb -v -count=1 ./app/repositories/...
# OTEL trace converter tests (no DB required)
cd backend && go test -v -count=1 ./app/controllers/otelcontrollers/
# Update OTEL golden files after intentional converter changes
cd backend && go test -v -count=1 ./app/controllers/otelcontrollers/ -args -update
Full documentation at docs.tracewayapp.com:
examples/kubernetesTraceway is built in the open, and the Discord community is where it happens. Come say hi, whether you're kicking the tires, running it in production, or just curious. We use it to:
Contributions are welcome. Pull requests get reviewed and merged. If you're not sure where to start or want to discuss an idea first, open an issue or drop by the community Discord and we'll talk it through.
Latest release
Releases this year
(top 24 of 30)
1,034 followers Β· starred May 2026
2,318 followers Β· starred May 2026
1,744 followers Β· starred May 2026
197 followers Β· starred Feb 2026