integration-test
Run a live-instance verification of traceway-cli that goes beyond the Go smoke suite —…
Operate a Traceway observability instance through the traceway CLI: log in, query exceptions, logs, endpoints, and metrics, and debug production issues down to root cause. Use when the user invokes /traceway with a subcommand, e.g. "/traceway login", "/traceway debug issue
$ npx -y skills add tracewayapp/traceway --skill traceway --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/tracewayContext preview
The summary Claude sees to decide when to auto-load this skill.
Operate a Traceway observability instance through the traceway CLI: log in, query exceptions, logs, endpoints, and metrics, and debug production issues down to root cause. Use when the user invokes /traceway with a subcommand, e.g. "/traceway login", "/traceway debug issue
name: traceway description: 'Operate a Traceway observability instance through the traceway CLI: log in, query exceptions, logs, endpoints, and metrics, and debug production issues down to root cause. Use when the user invokes /traceway with a subcommand, e.g. "/traceway login", "/traceway debug issue <hash|url|title>", "/traceway what''s broken in prod", or whenever they want to investigate errors, crashes, slowness, or logs from an app monitored by Traceway.'
<!-- GENERATED FILE: assembled from cli/pkg/mcpserver/knowledge by cli/tools/skillgen. Edit the chunks there and run just gen-skills in cli/. -->
Drive a Traceway instance from the terminal with the `traceway` CLI. The first word of the argument decides the flow:
| Invocation | Flow | |---|---| | `/traceway login` | **Login**: install the CLI if missing, authenticate, select a project | | `/traceway debug <issue ref or bug description>` | **Debug**: resolve the issue and investigate to root cause | | `/traceway perf <endpoint or symptom>` | **Performance**: diagnose latency/slowness to root cause against a checklist of common bottlenecks | | `/traceway <anything else>` | **Query**: answer the observability question with CLI reads | | `/traceway` (no argument) | Ask what they want: log in, debug an issue, or run a query |
> The CLI is under active development. If a flag documented here does not appear in `traceway <command> --help`, trust the binary. > If a `traceway` MCP server is connected, prefer its tools over shelling out to the CLI: they wrap the same API with the same semantics, and this skill's knowledge is available as its resources. The server is this same binary (`traceway mcp`).
Users paste dashboard URLs (`https://<instance>/<route>`) as references in any flow. Resolve by route family:
| URL path | Identifies | How to fetch it | |---|---|---| | `/issues/<hash>` and `/issues/<hash>/events` | Exception group (hash = 16 hex chars) | `traceway exceptions show <hash>` | | `/issues/<hash>/<occurrenceId>` (UUID) | One occurrence within the group | `traceway exceptions occurrence <occurrenceId> --recorded-at <t>` where `t` is the URL's `?t=` param. Direct and fast; also returns the occurrence's `sessionId` and session recording. No URL? get `recordedAt` from `traceway exceptions show <hash>` occurrences | | `/endpoints/<endpoint>` | Endpoint group; the segment is the URL-encoded endpoint name (`GET%20%2Fapi%2Fusers%2F%3Aid` is `GET /api/users/:id`) | Decode it, then `traceway endpoints list --search "<decoded name>"` (the group has no id; `endpoints show` is for one request — next row) | | `/endpoints/<endpoint>/<endpointId>` | One request (transaction) of that endpoint | `traceway endpoints show <endpointId> --recorded-at <t>` (`t` = the URL's `?t=` param). Returns the request, its span waterfall, and any linked exception/messages | | `/tasks/<task>` | Background task group | No CLI for the group; for one run use the next row | | `/tasks/<task>/<taskId>` | Single task run | `traceway tasks show <taskId> --recorded-at <t>` (`t` = the URL's `?t=` param) | | `/sessions/<sessionId>` | Session (the exceptions that fired during it; replay stays dashboard-only) | `traceway sessions show <sessionId> --started-at <t>`. The URL has no `?t=`; use the session's start, the URL's `from=`, or a linked occurrence's `recordedAt` (it falls inside the window). Occurrences reference sessions via their `sessionId` | | `/ai-traces/<traceName>` | AI trace group | No CLI for the group; for one trace use the next row | | `/ai-traces/<traceName>/<traceId>` | Single AI trace | `traceway ai-traces show <aiTraceId> --recorded-at <t>` (the UUID in the URL, not a 32 hex trace id) (`t` = the URL's `?t=` param); returns token/cost stats + the conversation | | `/logs` | Logs page (its filters are not stored in the URL) | `traceway logs query` with flags taken from the user's description | | `/issues`, `/endpoints`, `/metrics`, `/` | List and dashboard pages | The matching `list` / `query` command |
**Time window**: most dashboard URLs carry `?preset=<p>` or `?from=<iso>&to=<iso>` (sticky across pages); honor them instead of the default window.
Repo: tracewayapp/traceway
Run a live-instance verification of traceway-cli that goes beyond the Go smoke suite —…
Analyze and instrument repositories for Traceway observability. Use when the user wants to…