Browse documentation

trace_status

[debug]

Reports workspace roots, runner policies, session settings, and optional diagnostics capabilities.

Try it locally in the GliderTrace playground

Parameters

NameTypeRequiredDescription
includeEnvironmentbooleanNoInclude OS/runtime details, local diagnostic tool discovery, and resolution of the enabled <code>--allow-executable</code> policies (Visual Studio MSBuild, workspace NuGet.exe, vstest.console.exe) so runner availability is answered rather than reported as unprobed. Default: false

Examples

Replace sample paths and symbol keys with values from your workspace.

Check GliderTrace readiness

Arguments
{}
Full MCP request
Full MCP request
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "trace_status",
    "arguments": {}
  }
}

Check which build/test/restore runners work here before the first run

Arguments
{
  "includeEnvironment": true
}
Full MCP request
Full MCP request
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "trace_status",
    "arguments": {
      "includeEnvironment": true
    }
  }
}

Check whether this server process is leaking handles or memory

Arguments
{}
Full MCP request
Full MCP request
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "trace_status",
    "arguments": {}
  }
}

Response Notes

Returns server version, workspace root, artifact root, retention/redaction defaults, a <code>telemetry</code> block (<code>enabled</code> plus the reason it is off), a <code>feedback</code> block (<code>enabled</code>, <code>reason</code>, <code>detail</code>, and the session quota as <code>remainingThisSession</code> and <code>maxPerSession</code>), and a <code>capabilities</code> block listing each executable policy and the runners for <code>trace_run_tests</code>, <code>trace_build</code>, and <code>trace_restore</code> with a reason when one is unavailable. A <code>process</code> block reports this server process’s own <code>handles</code>, <code>privateMemoryMb</code>, <code>threads</code>, <code>uptimeMinutes</code> and <code>sampledUtc</code>, plus <code>diagnosticsLog</code> — the directory holding a capped local NDJSON history of those readings, written every five minutes and never sent anywhere. The block is absent until the first sample is taken, and on a platform that does not report a handle count. Executable resolution and local diagnostic tool discovery are included only when <code>includeEnvironment</code> is true.

From GliderTrace 1.0.0: capabilities.runtimeCapture describes support by runtime family. captureSelection explains target selection and identity checks. The matrix describes runtime support, not permission or readiness for a selected process. Set includeEnvironment=true to check local helper availability.

GliderTrace 1.0.0 returns compact JSON for every tool. Result fields appear beside success; there is no response-format parameter. success describes the tool call. Check the process or session status and exitCode separately. Scalar results and fields that conflict with reserved names appear under result.

To migrate an envelope consumer, read response.sessionId instead of response.data.sessionId. Stored sessions and exported files keep their formats. --max-response-chars limits response text to 60,000 UTF-16 characters by default. Use 0 to disable it, or at least 1,000. This limit counts text characters, not transport bytes or tokens.

outputLimit.truncated marks omitted response detail. It does not change capture completeness. Use the returned next tool and arguments when available. Do not repeat a command or feedback submission to recover omitted output. For event pages, keep the filters and cursor while reducing limit.

For session details, set includeArtifacts and includeTopFindings to false to reduce output. Check error, actionable meta, warnings, and coverage before drawing conclusions. Internal diagnostics stay in local server logs.